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