Серверные системы Microsoft > Microsoft Exchange Server
Exchange 2010. DAG и дефрагментация
ServMan:
Добрый вечер.
Коллеги!
Поделитесь опыту по дефрагментации баз Exchange 2010, если они состоят в кластере DAG.
Я так понимаю, что если база находится в группе DAG, то дефрагментировать как описано в статье http://winitpro.ru/index.php/2012/06/08/defragmentaciya-pochtovoj-bazy-exchange-2010/ ее нельзя?
В Exchange 2003 все было просто: ночью запускался скрипт, который размонтировал хранилище и запуска утилиту дефрагментации eseutil.
А если есть 2 реплики базы, что с ними делать? Каждую отмонтировать и дефрагментировать? Или по очереди? В общем нужен практический совет!
Спасибо!
dimokkk:
Судя по докам по дефрагментации нельзя дефрагментировать отдельно базу, а отдельно реплику, ведь база до дефрагментации и после это по сути две разные базы.
В вашем случае наверно лучше создать новую базу, перееости ящики туда, а исходную удалить.
Если так сделать не получаетя, придется отключать все реплики (по сути отключать отказоустойчивость DAG для базы), дефрагментировать базу, о потом активируем ее копии.
ServMan:
Это же очень неудобно... Дисковое просранство-то не резиновое
Это что, получается в аопросах дефрагментации старичок Excange 2003 лучше чем exch2010?
dimokkk:
--- Цитата: ServMan от 29 Август 2012, 12:02:06 ---Это же очень неудобно... Дисковое пространство-то не резиновое
Это что, получается в вопросах дефрагментации старичок Excange 2003 лучше чем exch2010?
--- Конец цитаты ---
Но есть и плюсы, вы ящики можете переносить в любое время суток. При миграции ящика в 2010 exchange доступ-то к ящику не прерывается!
ServMan:
Кошмар, мало того что из-за DAG у нас почта занимает занимает в два раза больше места (дубликат базы),
так еще и дефрагментацией грабли. Понятно, что отказоустойчивость это круто, но места на дисках-то тоже не бесконечно много! У нас достаточно интенсивная почтовая переписка, и пользователей около 100, в результате почтовая база очень быстро дефрагментируется и место заканчивается.
Погуглил в буржунете, там тоже самое рекомендуют: мувить ящики из базы в базу и убивать старую - это норма для конфигурации с DAG. в общем жесть...
Навигация
Перейти к полной версии