Проверка целостности резервных копий с помощью средства Eseutil в Exchange 2013

  • Статья

Узнайте, как использовать программу командной строки Eseutil для проверки резервной копии хранилища Exchange.

Область применения: Exchange Server 2013 г.

Так как служба теневого копирования томов (VSS) может создавать резервные копии, пока Exchange продолжает записывать данные в базу данных, сервер не касается всех страниц и выполняет необходимые проверки согласованности. По этой причине любое приложение резервного копирования и восстановления, использующее VSS, должно проверять snapshot согласованность. Exchange Server 2013 поддерживает следующие два метода проверки согласованности snapshot:

  • The CHKSGFILES API

  • Программа командной строки Eseutil

Рекомендуется использовать API CHKSGFILES, так как приложение резервного копирования проще обнаруживать, диагностировать и сообщать об ошибках, обнаруженных во время проверка согласованности CHKSGFILES. Сведения об использовании API CHKSGFILES см. в статье Проверка целостности резервных копий с помощью API CHKSGFILES в Exchange 2013.

Запуск средства Eseutil

Чтобы проверка согласованность snapshot, выполните команду eseutil для файлов базы данных и журналов, указанных в следующей таблице.

Таблица 1. команды Eseutil.exe для каждого типа резервного копирования

Тип файла или тип резервной копии Полная резервная копия Копирование резервной копии Добавочное резервное копирование Разностное резервное копирование
.Edb
 "eseutil /k /i"
 "eseutil /k /i"
 Неприменимо
 Неприменимо
.Журнала
 "eseutil /k" (1)
 "eseutil /k" (1)
 "eseutil /k" (2)
 "eseutil /k" (2)

Примечание.

Вам не нужно выполнять команду eseutil для STM- и CHK-файлов.

Для восстановления базы данных snapshot требуются все файлы журнала с номером создания файла журнала контрольных точек, которые имеют номер создания файла журнала контрольных точек или больше. Если он существует, для восстановления базы данных также требуется текущий файл журнала (Enn.log). Если какой-либо из необходимых файлов журнала не проверка согласованности, инициатор запроса должен убедиться, что состояние компонента резервного копирования равно FALSE, прежде чем вызывать метод BackupComplete. Чтобы определить файл журнала контрольных точек, выполните Eseutil.exe в файле snapshot контрольных точек и выполните анализ выходных данных для "Checkpoint:". В следующем примере показано, как выполнить Eseutil.exe в файле контрольной точки.

c:\eseutil.exe /mk E01.chk
Checkpoint: (0x20, 9D, 187)

Вторая строка в примере — возвращаемое значение, где 0x20 — это шестнадцатеричный номер создания журнала файла журнала контрольных точек. В этом примере все файлы журналов, включая E01000020.log и выше, не должны быть повреждены, чтобы восстановить базу данных snapshot, даже если сама база данных уже прошла физическую согласованность проверка.

Для восстановления базы данных требуются все файлы журнала в добавочном или разностном резервном наборе данных. Вы можете проверка согласованность последовательности журналов, выполнив Eseutil.exe в префиксе файла журнала. В следующем примере показано, как выполнить проверки согласованности для всех файлов формы, E01xxxxx.log по заданному пути.

c:\eseutil /k E01

Проверка выходных данных Eseutil.exe

Инициатор запроса должен убедиться, что все возвращаемые значения ошибок выхода ERRORLEVEL не являются устаревшими. Сведения о значениях ERRORLEVEL см. в статье Справочник по общим ошибкам Eseutil. Чтобы увидеть ERRORLEVEL в командной строке, введите "echo %errorlevel%" после завершения выполнения Eseutil.exe. Отрицательный параметр ERRORLEVEL указывает, что один или несколько файлов повреждены.

Прежде чем инициатор запроса вызовет метод BackupComplete, он должен убедиться, что состояние компонента резервного копирования отражает результат проверка согласованности. При обнаружении повреждений состояние будет false; Если повреждение не найдено, состояние будет ИМЕТЬ значение TRUE.

См. также