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

Когда запускать eseutil / d в базах данных Exchange 2007?

Я знаю, как выполнить автономную дефрагментацию - мне просто любопытно, какие критерии использует сообщество для когда для запуска автономной дефрагментации. Босс увидел несколько БД с пробелами около 30% и теперь хочет выполнить дефрагментацию в автономном режиме. все базы данных.

Так что вы предлагаете - определенный процент пробелов? Когда нам понадобится комната?

Пусть ваш босс прочитает эту статью, а затем решит, подходит она или нет.

http://technet.microsoft.com/en-us/library/aa997972(EXCHG.80).aspx

Единственный раз для запуска автономной дефрагментации - это когда у вас достаточно большое количество пробелов, которые не будут использоваться повторно. Автономная дефрагментация не является обычным элементом обслуживания. Насколько достаточно большой? Это зависит от вашей инфраструктуры и размера баз данных. Если вы восстанавливаете несколько терабайт пространства, возможно, самое время запустить дефрагментацию. Если восстанавливаете несколько гигабайт sapce - может еще не пора. Кроме того, вместо запуска дефрагментации создайте новую базу данных и переместите почтовые ящики в новую базу данных. Это будет менее эффективно, чем автономная дефрагментация.

Пробелы по своей сути не являются чем-то ужасным. Это совершенно естественно, что могло произойти в процессе естественного использования базы данных MS. Тем не менее, я бы посмотрел на удаление пробелов только в том случае, если у меня возникли проблемы со своевременным завершением резервного копирования, в противном случае мне все равно, и я бы предпочел не рисковать, вызывая проблему с базой данных.

На мой взгляд, единственное безоговорочно оправданное использование дефрагментации - это когда она выполняется как «очистка» после операции восстановления базы данных. В большинстве других случаев вам просто наплевать. Почтовая база данных имеет тенденцию скорее расти, чем сокращаться с течением времени, поэтому области базы данных, отмеченные как «бесплатные» сегодня, будут использоваться в ближайшем будущем.

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