Устранение ошибки грязного завершения работы Exchange
Эта запись позволит пользователям устранить ошибку «грязного» завершения работы Exchange с помощью служебных программ Exchange Extensible Storage Engine (ESEUTIL) инструмент.
Для бесперебойного запуска Exchange Server необходимо, чтобы его база данных была правильно завершена. Для этого необходимо убедиться, что база данных «отсоединена» от файлов журнала транзакций (это означает, что данные в журнале транзакций фиксируются в файлах базы данных). Во время запуска Exchange Server это условие проверяется, и недостающие данные в файлах базы данных затем автоматически фиксируются с помощью доступных файлов журнала.
Если база данных отделена от файлов журнала транзакций, Exchange Server не требует для запуска предыдущих файлов журнала. Файлы журналов оказываются большим преимуществом, когда необходимо восстановить старую версию базы данных. Строго рекомендуется не удалять какие-либо файлы журнала безвозвратно до тех пор, пока не будет обеспечено, что более старую версию базы данных не нужно воспроизводить.
Журнал транзакций отслеживает каждую минуту и основные изменения, сделанные в базе данных Exchange. Данные или информация, которые должны быть добавлены в почтовый ящик пользователя, сначала регистрируются в файлах журнала, после чего они записываются в базу данных. Размер файла журнала фиксируется, и когда журнал транзакций заполняется, создается новый. Нумерация файла журнала в последовательности помогает пользователю понять, что создается новый журнал. |
Чтобы проверить, правильно ли отсоединена база данных; проверьте, находится ли он в состоянии чистого или грязного отключения. Чтобы проверить значение состояния базы данных Exchange, выполните следующие действия:
Нажать на ‘Начинать“и в текстовом поле” Выполнить “введите”cmd‘и нажмите Enter.
Для общих папок введите команду:
Для личных папок введите команду:
Здесь предполагается, что Exchange Server установлен по адресу: ‘c: program files exchsrvr папка‘и база данных сохраняется в’c: program files exchsrvr mdbdata папка‘.
- Если State = Clean Shutdown, это означает, что база данных отключена правильно.
- Если State = Dirty Shutdown, это означает, что есть транзакции, которые ожидаются для фиксации в базе данных.
Что такое «грязное отключение системы»? База данных Exchange Server основана на движке JET, где файлы журнала отвечают за отслеживание операций ввода и вывода в файле базы данных. ESE использует концепцию кэша базы данных почтовых ящиков, чтобы уменьшить количество операций ввода-вывода. Когда операция загружается в кэшированную память и не фиксируется в хранилище информации, механизм JET отмечает ее как ГРЯЗНУЮ. Пока ожидающая транзакция не зафиксирована в базе данных, она не считается обновленной, а пока в базе данных не появятся грязные страницы, она считается несогласованной. До завершения транзакции, если система случайно выключится, база данных останется прикрепленной к файлу журнала, из-за чего на экране появится ошибка DIRTY SYSTEM SHUTDOWN. |
Сообщения об ошибках, которые вы можете получить из-за ошибки грязного завершения работы Exchange
Как исправить ошибку грязного выключения?
1) Когда файлы журнала находятся в чистом состоянии
Эту проблему можно решить, выполнив мягкое восстановление Exchange 2016/ 2013/2010 база данных при этом журнал транзакций воспроизводится при повторном подключении из-за неожиданной остановки.
Это можно сделать с помощью служебной программы Exchange Storage Engine (широко известной как ESEUTIL), которая представляет собой исполняемый файл для выполнения восстановления, проверки целостности, дефрагментации и других операций с базой данных Exchange, когда она находится в автономном режиме. Для мягкого восстановления базы данных необходимо убедиться, что необходимые файлы журнала не повреждены. Чтобы проверить это, введите «Eseutil / ml «Путь к файлам журнала префикс журнала»В командной строке.
Синтаксис мягкого восстановления::
2) Когда файлы журнала отсутствуют
Когда файлы журнала не в чистом состоянии, грязные ошибки завершения работы системы могут быть исправлены с помощью жесткого восстановления базы данных. Это похоже на мягкое восстановление с той лишь разницей, что журнал транзакций воспроизводится путем восстановления базы данных из онлайн-резервной копии.
Если доступна действительная резервная копия, восстановите файлы базы данных (.edb и .stm) и журналы транзакций. Когда процесс восстановления будет завершен, файл с именем ‘restore.env‘будет создан во временной папке’C: Temp‘.
Рекомендуется сделать копию папки, содержащей файлы журнала и папку restore.env, так как во время жесткого восстановления есть вероятность, что некоторые данные могут быть потеряны.
Для полного восстановления выполните следующую команду: ‘Eseutil / cc «Путь к папке с файлом restore.env.‘
Теперь перейдите в папку, в которой была сохранена папка restore.env. Вы обнаружите, что он пуст.
3) Когда нет действующей резервной копии
Если файлы журнала недоступны и действительная резервная копия недоступна, введите в командной строке следующий синтаксис восстановления: eseutil / p <имя_базы_данных>
На экране появится следующее сообщение, нажмите ОК.
И начнется процесс восстановления:
По завершении восстановления снова запустите переключатель mh, чтобы проверить целостность базы данных. Это должно быть Чистое выключение. После этого дефрагментируйте базу данных.
Выполните автономную дефрагментацию с помощью Eseutil
Автономная дефрагментация упорядочивает базу данных на сервере, удаляет неиспользуемые страницы, тем самым уменьшая дисковое пространство. Создается новая база данных, которая включает старые данные, свободные от неиспользуемых страниц. Созданная таким образом база данных сжимается и помогает управлять дисковым пространством.
Команда Eseutil / d используется для дефрагментация базы данных почтовых ящиков Exchange и синтаксис ‘eseutil / d имя_базы_данных‘
Дополнительная информация
Файл контрольной точки: Чтобы отслеживать, какая база данных не была записана в базу данных, Exchange Server поддерживает файл EDB.chk (контрольная точка). Во время восстановления после любого сбоя он указывает точку файла журнала, с которой должно начинаться восстановление. Папка Restore.env: Подобно файлу контрольной точки, эта папка определяет диапазон журналов транзакций, которые должны присутствовать во временной папке для восстановления базы данных. |
Собираем все вместе
Приведенный выше процесс приведения несовместимой базы данных Exchange в согласованное состояние демонстрирует сложность с помощью ESEutil. Простая процедура исправления грязной ошибки выключения может быть принята через SysTools Программное обеспечение для восстановления Exchange. Решение имеет специализацию для восстановления и исправления поврежденных автономных / отключенных файлов базы данных Exchange. Пользователи могут использовать этот инструмент для восстановления и восстановить файл EDB и почтовые ящики от повреждений и экспорт непосредственно в Live Exchange Server, Office 365 и несколько форматов файлов.