Устранение ошибки грязного завершения работы 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

ошибка 550

Ошибка 550

ошибка 528

Ошибка 528

грязная ошибка выключения

Грязная ошибка выключения

Как исправить ошибку грязного выключения?

1) Когда файлы журнала находятся в чистом состоянии

Эту проблему можно решить, выполнив мягкое восстановление Exchange 2016/ 2013/2010 база данных при этом журнал транзакций воспроизводится при повторном подключении из-за неожиданной остановки.

Это можно сделать с помощью служебной программы Exchange Storage Engine (широко известной как ESEUTIL), которая представляет собой исполняемый файл для выполнения восстановления, проверки целостности, дефрагментации и других операций с базой данных Exchange, когда она находится в автономном режиме. Для мягкого восстановления базы данных необходимо убедиться, что необходимые файлы журнала не повреждены. Чтобы проверить это, введите «Eseutil / ml «Путь к файлам журнала префикс журнала»В командной строке.

состояние файла журнала

Состояние файла журнала

Синтаксис мягкого восстановления::

мягкое восстановление

Синтаксис мягкого восстановления

Пример

Пример

мягкий процесс восстановления

Мягкий процесс восстановления

2) Когда файлы журнала отсутствуют

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

Если доступна действительная резервная копия, восстановите файлы базы данных (.edb и .stm) и журналы транзакций. Когда процесс восстановления будет завершен, файл с именем ‘restore.env‘будет создан во временной папке’C: Temp‘.

восстановленные данные

restore.env

Restore.env

Рекомендуется сделать копию папки, содержащей файлы журнала и папку restore.env, так как во время жесткого восстановления есть вероятность, что некоторые данные могут быть потеряны.

копировать

Папка Копировать

Для полного восстановления выполните следующую команду: ‘Eseutil / cc «Путь к папке с файлом restore.env.

тяжелое восстановление

Жесткий ремонт

результат жесткого восстановления

Процесс жесткого ремонта

Теперь перейдите в папку, в которой была сохранена папка restore.env. Вы обнаружите, что он пуст.

после тяжелого выздоровления

После тяжелого ремонта

3) Когда нет действующей резервной копии

Если файлы журнала недоступны и действительная резервная копия недоступна, введите в командной строке следующий синтаксис восстановления: eseutil / p <имя_базы_данных>

синтаксис без резервного копирования

Без действительной резервной копии

На экране появится следующее сообщение, нажмите ОК.

сообщение

И начнется процесс восстановления:

восстановление без резервного копирования

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

Выполните автономную дефрагментацию с помощью Eseutil

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

Команда Eseutil / d используется для дефрагментация базы данных почтовых ящиков Exchange и синтаксис ‘eseutil / d имя_базы_данных

дефрагментация

Синтаксис дефрагментации

дефрагментация.1

Дополнительная информация

Файл контрольной точки: Чтобы отслеживать, какая база данных не была записана в базу данных, Exchange Server поддерживает файл EDB.chk (контрольная точка). Во время восстановления после любого сбоя он указывает точку файла журнала, с которой должно начинаться восстановление.

Папка Restore.env: Подобно файлу контрольной точки, эта папка определяет диапазон журналов транзакций, которые должны присутствовать во временной папке для восстановления базы данных.

Собираем все вместе

Приведенный выше процесс приведения несовместимой базы данных Exchange в согласованное состояние демонстрирует сложность с помощью ESEutil. Простая процедура исправления грязной ошибки выключения может быть принята через SysTools Программное обеспечение для восстановления Exchange. Решение имеет специализацию для восстановления и исправления поврежденных автономных / отключенных файлов базы данных Exchange. Пользователи могут использовать этот инструмент для восстановления и восстановить файл EDB и почтовые ящики от повреждений и экспорт непосредственно в Live Exchange Server, Office 365 и несколько форматов файлов.

Скачать сейчас Купить сейчас

Похожие записи

Добавить комментарий

Ваш адрес email не будет опубликован.