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

Автономная дефрагментация Exchange 2003

Собираюсь провести свою первую автономную дефрагментацию в эти выходные на Exchange 2003.

Наша база данных Exchange находится на диске E, а server1 - это временное место, где достаточно места.

Размонтируйте магазин и перейдите в c: \ program files \ exchsrvr \ bin

Это похоже на правильную команду для запуска?


eseutil /d "e:\exchdata\priv1.edb /t"\\server1\exchtemp\tempdfg.edb"

Есть ли что-нибудь, о чем я должен знать, например, одновременное резервное копирование и т. Д.?

Во всем, что я прочитал, рекомендуется скопировать двоичные файлы, связанные с eseutil, на сервер, не являющийся сервером Exchange, а затем скопировать базу данных и потоковый файл, который вы хотите дефрагментировать, на сервер, не являющийся сервером Exchange. Я никогда не слышал, чтобы кто-нибудь запускал eseutil по сети, и я думаю, что это плохая идея по ряду причин:

  1. Он будет работать значительно медленнее.

  2. Риск повреждения или иного повреждения файлов кажется намного выше.

Вот что я бы предложил вместо этого:

Возьмите USB-накопитель достаточного размера для дефрагментации (не менее 110% от размера базы данных) и установите его в качестве временного местоположения. Отключите любое антивирусное программное обеспечение на время дефрагментации и храните резервные копии Exchange до завершения дефрагментации.

Есть ли что-нибудь, о чем я должен знать

Вам следует серьезно подумать, если вы хотите запустить автономную дефрагментацию. В большинстве случаев вы бы не если только:

  1. Если вы удалили из магазина большой объем данных и хотите освободить место на жестком диске по какой-либо причине. Сюда входят ситуации, когда базы данных достигают ограничения в 16 ГБ на стандартных версиях сервера Exchange.
  2. Если вам пришлось выполнить полное восстановление базы данных (eseutil / p - и это еще одна вещь, которую мы НЕ рекомендуем делать, если это не последнее возможное действие). После выполнения восстановления всегда следует дефрагментировать базу данных в автономном режиме, чтобы получить новый файл базы данных, который не был восстановлен. Подробнее о том, что делать после ремонта, можно узнать здесь.
  3. Если вы столкнулись с определенной проблемой и нашли ссылку, в которой говорится, что автономная дефрагментация исправит ее.
  4. Если вы работаете с PSS и для решения проблемы требуется автономная дефрагментация.
  5. Как правило, выполняйте дефрагментацию только для освобождения места, если вы собираетесь освободить более 30% пространства. Вы можете найти событие 1221 после ночной онлайн-дефрагментации, чтобы получить консервативную оценку того, сколько свободного места в базе данных. Для получения дополнительной информации о событии 1221 перейдите сюда.

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

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

Хотя реальное влияние довольно ограничено. Сетевые подключения к серверу, как правило, не так часто прерываются. И дефрагментация в сетевое расположение, по-видимому, не будет работать медленнее, если ваш файл базы данных расположен на одном жестком диске или массиве RAID 1 без большого кеша записи - многочисленные циклы чтения / записи, вызванные наличием временного файла на том же диске в любом случае предотвратит большие линейные операции чтения / записи и значительно снизит пропускную способность.