Как восстановить базу данных почтовых ящиков Exchange в состоянии грязного завершения работы?
Моя база данных Exchange находится в состоянии грязного завершения, и у меня нет резервной копии. Существует файл журнала corupt с именем e00.log. Как я могу восстановить базу данных Exchange?
4 ответа
Вам нужно использовать ESEUtil (и поисковую систему) для восстановления базы данных, если резервная копия недоступна. Вы можете ознакомиться со спецификой eseutil.exe на TechNet, но основы таковы:
- Запустите Eseutil /P
- После успешного завершения Eseutil /P запустите Eseutil /D
- После успешного завершения Eseutil /D запустите Isinteg –fix –test alltests
Теперь, вместо того, чтобы переписывать весь процесс, я укажу вам несколько хороших пошаговых руководств с более подробной информацией:
Сценарии повреждения базы данных сервера Exchange и сценарии грязного отключения - Объясняется, как это произошло.
Восстановите базу данных Exchange после грязного выключения - очень подробное пошаговое руководство.
Почему базы данных Exchange могут оставаться грязными после восстановления ESEUTIL /R - Дополнительные ценные материалы по теме.
Имейте в виду, что этот процесс занимает много времени и много свободного дискового пространства. ПОЖАЛУЙСТА, прочитайте связанную статью TechNet и, возможно, другие ресурсы перед выполнением этих команд. Удачи!
Поскольку журнал играет роль импорта после основной базы данных, поскольку журналы транзакций содержат данные, которых даже база данных не может иметь, и, таким образом, они играют важную роль в восстановлении базы данных Exchange во время сбоев. Без файлов журнала БД была бы несовместимой и, скорее всего, непригодной для использования.
Поскольку база данных Exchange содержит два состояния: "Грязное завершение работы" и "Чистое завершение работы" зависят от того, находится ли база данных в состоянии "Согласовано" или "Несогласовано".
Несогласованная БД: если транзакции ожидают записи в базу данных, но Сервер отключается случайно (по любой причине), БД остается присоединенной к файлам LOG. В этом случае страницы для модификации в памяти помечаются как "грязные", и по этой причине БД в этом сценарии вызывается в состоянии "грязного" отключения, аналогично приведенному выше случаю:
Для проверки состояния базы данных можно использовать команду ESEutil /mh:
Два способа, которыми Exchange Server выполняет восстановление базы данных Exchange, когда файл журнала поврежден
Мягкое восстановление: это восстановление выполняется против автономного копирования базы данных. Здесь восстановление должно быть обработано вручную с помощью инструмента ESEutil. Для ручного воспроизведения файлов журнала используется следующий синтаксис:
Hard Recovery: процесс приводит к воспроизведению файла журнала и может быть обработан с помощью "Last Backup Set". Это похоже на мягкое восстановление, но отличается от него тем, что вместо файла Checkpoint файл Restore.env можно использовать для воспроизведения журнала. файлы.
Ссылка: http://www.exchangerecover.com/blog/recover-exchange-database-without-log-files.html
Используйте команду eseutil, используя /P для восстановления базы данных Exchange, чтобы перевести базу данных в состояние чистого отключения.
Но Microsoft настоятельно не рекомендует использовать eseutil /P, потому что это может привести к потере данных.
Когда в базе данных отображается «Грязное завершение работы», отображается файл журнала, необходимый для монтирования базы данных и приведения базы данных в согласованное состояние. Но в некоторых случаях базу данных невозможно вернуть в чистое состояние путем воспроизведения файла журнала, поскольку файлы журнала повреждены или отсутствуют. В этом случае вам необходимо использовать eseutil/p для восстановления базы данных. Запустите команду Eseutil для копии базы данных.
когда база данных будет восстановлена, используйте переключатель eseutil/d, чтобы дефрагментировать базу данных и убедиться, что она работоспособна. затем переместите почтовые ящики в новую базу данных.
Важные указатели:
Вам необходимо как минимум 110-120% дополнительного дискового пространства.
Если размер вашей БД составляет 2 ГБ, то для восстановленной БД вам потребуется до 2,2 ГБ.