Дефрагментация Exchange в автономном режиме

Дефрагментация Exchange в автономном режиме

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

Я просто планирую использовать esutil и оставить его работающим на ночь.

решение1

  1. Запланируйте полное резервное копирование хранилищ почтовых ящиков перед их дефрагментацией.

  2. Убедитесь, что на диске, где выполняется дефрагментация, имеется свободное место объемом не менее 110% от размера хранилища почтового ящика.

  3. Планируйте, что процесс сможет дефрагментировать со скоростью около 4-5 ГБ в час. Это рекомендация Microsoft. Процесс часто будет работать быстрее, но планируйте это число для вашего окна обслуживания.

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

решение2

  1. Это может занятьДействительномного времени.
  2. Ваши пользователи могут не быть полностью готовы к длительному простою, даже если руководство готово. Вы можете получить некоторые запросы о статусе прогресса из необычных источников.
  3. По мере загрузки будет создана полная копия каждого файла хранилища данных, поэтому убедитесь, что у вас достаточно места на диске.
  4. Если у вас несколько хранилищ данных, вы можете запустить дефрагментацию параллельно, чтобы сэкономить время. Скопируйте файл хранилища данных в другое место и запустите задачу esutilна другом сервере. Скопируйте обратно, когда закончите. Когда мы обнаружили повреждение базы данных, этот метод означал, что мы были недоступны всего 18 часов, а не 36.

Связанный контент