☰

Дефрагментация Exchange VM или ESEUTIL? Правильный ли подход я использую для дефрагментации/проверки ошибок моего сервера Exchange VM?

tag-icon • tag-icon exchange exchange-2010 vmware-esxi vmware-vsphere
Дефрагментация Exchange VM или ESEUTIL? Правильный ли подход я использую для дефрагментации/проверки ошибок моего сервера Exchange VM?

Сценарий:

  1. Виртуальная машина Exchange 2010, работающая на VMWare
  2. 120 ГБ данных
  3. Время работы: суббота, с 12:00 до 8:00 (при необходимости время работы можно немного продлить).

Два вопроса, требующих действий:

  1. Я хочу размонтировать свои хранилища данных, сделать снимок виртуальной машины Exchange, запустить дефрагментацию на уровне дисков C и D (база данных), перемонтировать хранилища данных и удалить снимок (если все в порядке).

  2. Другой вариант: сделать снимок моей виртуальной машины Exchange, отмонтировать хранилища данных, запустить ESEUTIL в автономном режиме и дефрагментировать диск C (не диск D?), перемонтировать хранилища данных и удалить снимок (если все в порядке).

Что вы думаете? Правильный ли подход я использую для дефрагментации/проверки ошибок моего сервера Exchange?

решение1

Прежде чем приступить к дефрагментации диска и БД только для того, чтобы удовлетворить общее предупреждение, я бы сделал несколько вещей:

  1. Что вы ожидаете получить от этого? Фрагментация Exchange Server в значительной степени не имеет значения для ваших пользователей, если все они используют режим кэширования Outlook. Если Exchange выделено достаточно оперативной памяти, он хранит фрагменты каждого почтового ящика в оперативной памяти, поэтому ваши диски становятся менее важными. Современный Exchange на самом деле разработан для работы напомедленнеедиски тогда старый Exchange (2000/2003).

  2. Дефрагментация внутри виртуальной машины — это не то, что вы думаете. У вас есть несколько уровней абстракции между вашими физическими дисками и базами данных обмена. У вас есть RAID-массив, обслуживающий LUN из общего набора дисков iSCSI, как вы узнаете, является ли этот LUN непрерывным на реальных дисках? Сомневаюсь, что это так, особенно если он имеет тонкое выделение ресурсов. Затем у вас есть файл .vmdk, созданный вами в VMWare, который, скорее всего, сам по себе фрагментирован. Вы использовали тонкое выделение ресурсов или когда-либо меняли размер .vmdk после первоначального создания? Если бы вы прошли все эти разные уровни, начиная с iSCSI, затем vmdk, затем гостевую ОС, затем Exchange... к чему бы это привело? Может быть, более быстрый OWA, если это...

В итоге я никогда не видел, чтобы виртуальные производственные системы дефрагментировались и действительно приводили к улучшению пользовательского опыта. Я не говорю, что это невозможно сделать... Я просто говорю, что это маловероятно.

Советы по виртуальным машинам VMWare и дефрагментации: http://blogs.vmware.com/vsphere/2011/09/should-i-defrag-my-guest-os.html

Одна интересная цитата из этой ссылки:

«Я должен отметить, что, как я читал, мы в VMware не наблюдали заметного улучшения производительности после дефрагментации гостевых ОС, размещенных в хранилищах данных на базе SAN или NAS».

Связанный контент