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]

Это же очень неудобно... Дисковое пространство-то не резиновое
Это что, получается в вопросах дефрагментации старичок Excange 2003 лучше чем exch2010?

Но есть и плюсы, вы ящики можете переносить в любое время суток. При миграции ящика в 2010 exchange доступ-то к ящику не прерывается!

[ServMan]

Кошмар, мало того что из-за DAG у нас почта занимает занимает в два раза больше места (дубликат базы),
так еще и дефрагментацией грабли. Понятно, что отказоустойчивость это круто, но места на дисках-то тоже не бесконечно много! У нас достаточно интенсивная почтовая переписка, и пользователей около 100, в результате почтовая база очень быстро дефрагментируется и место заканчивается.

Погуглил в буржунете, там тоже самое рекомендуют: мувить ящики из базы в базу и убивать старую - это норма для конфигурации с DAG. в общем жесть...

[itpro]

Погуглил в буржунете, там тоже самое рекомендуют: мувить ящики из базы в базу и убивать старую - это норма для конфигурации с DAG. в общем жесть...

Возможно все-таки проблема не в сложностях дефрагментации, а в вопросах планирования нужных объемов и лимитом, задав которые можно предотвратить неконтролируемый рост баз данных. В таком случае будет достаточно и стандартной автоматической процедуры онлайн дефрагментации.

[OLzenizin]

Но есть и плюсы, вы ящики можете переносить в любое время суток.

[RGyaznoff]

Это что, получается в аопросах дефрагментации старичок Excange 2003 лучше чем exch2010?

[pavshinAN]

При миграции ящика в 2010 exchange доступ-то к ящику не прерывается!

[NKjulanoff]

Дисковое просранство-то не резиновое