Назад | Перейти на главную страницу

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

Сценарий:

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

Два динамичных вопроса:

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

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

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

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

  1. Что бы вы ожидали от этого? Если все пользователи используют режим кэширования Outlook, фрагментация Exchange Server в значительной степени не имеет значения. Если 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».