Восстановление баз данных Exchange 2013
Сведения о различных способах восстановления баз данных Exchange 2013.
Область применения: Exchange Server 2013 г.
Модуль записи Exchange, включенный в Exchange Server 2013 г., обеспечивает некоторую гибкость при восстановлении баз данных Exchange. С помощью модуля записи Exchange в Exchange 2013 можно восстановить резервные копии теневых копий в следующих расположениях:
Исходная база данных независимо от того, была ли изменена конфигурация пути к файлу журнала транзакций или базы данных.
База данных восстановления.
Любая рабочая база данных независимо от того, соответствует ли отображаемое имя базы данных имени в резервном наборе VSS.
Когда приложение восстановления восстанавливает сведения в исходную базу данных, файлы журнала должны быть восстановлены по пути к каталогу, указанному в доменные службы Active Directory (AD DS) для этой базы данных. Если приложение восстанавливает базу данных в другом расположении, файлы журнала должны быть восстановлены в папку с именем _restoredLogs , расположенную в каталоге файла журнала базы данных.
При восстановлении на сервере или базе данных, отличающейся от исходной базы данных, приложение восстановления должно убедиться, что пути к каталогам базы данных, предоставленные VSS, соответствуют путям в AD DS. Для получения сведений о существующих базах данных можно использовать командлет командлет командной консоли Exchange get-MailboxDatabase. Для получения дополнительных сведений о командной консоли Exchange см. статью Exchange Server PowerShell (командная консоль Exchange).
На следующем рисунке показана последовательность событий при обычном восстановлении базы данных Exchange, управляемой службой теневого копирования томов (VSS).
Рис. 1. Последовательность событий для восстановления баз данных
Восстановление баз данных Exchange в исходное расположение
Модуль записи Exchange позволяет приложениям восстанавливать базы данных и файлы журнала транзакций в исходных расположениях на сервере Exchange Server. По умолчанию модуль записи Exchange воспроизводит файлы журнала транзакций после того, как инициатор запроса подтвердит, что восстановление завершено во время операции OnPostRestore . Приложение восстановления должно использовать метод VSS SetAdditionalRestores , чтобы предотвратить воспроизведение файлов журнала. Файлы журнала можно воспроизвести позже, когда администратор Exchange или приложение повторно подключите восстановленную базу данных.
При восстановлении баз данных обратно в исходные объекты базы данных (так, чтобы целевые GUID в базе данных соответствовали идентификаторам в резервном наборе), но к разным путям к файлам, приложение должно определить текущие пути к файлам и восстановить файлы резервных копий по соответствующим путям к файлам, указанным в свойствах базы данных. Инициатор запроса должен вызвать метод AddNewTarget , чтобы сообщить средству записи Exchange расположение, в котором восстанавливаются файлы, прежде чем модуль записи сможет продолжить остальную часть процесса восстановления. Если метод AddNewTarget не вызывается, модуль записи Exchange предполагает, что резервные копии будут восстановлены по путям к файлам, указанным в документе метаданных резервной копии.
Как правило, приложению не требуется указывать новый путь для резервных копий, которые выполняются из копии группы доступности базы данных (DAG). Администраторы Exchange обычно не изменяют пути к файлам базы данных или журнала. Однако в конфигурации DAG приложению резервного копирования может потребоваться указать активные пути к базе данных и журналам, так как пути копирования DAG всегда отличаются от этих путей.
Обратите внимание, что Exchange 2013 не поддерживает восстановление неактивных копий базы данных DAG. Копии DAG можно восстановить из данных резервной копии только при восстановлении активной копии базы данных. Использование различных резервных наборов данных или попытка восстановить подмножество копий базы данных может привести к тому, что база данных станет недоступной. В этом случае приложениям резервного копирования не нужно вызывать функцию SetRestoreOptions , так как резервные копии восстанавливаются в исходные объекты базы данных, из которых они были созданы. Однако если приложение резервного копирования вызывает Метод SetRestoreOptions и документ метаданных XML имеет правильные параметры, результат не будет ошибкой.
Восстановление баз данных Exchange в базе данных восстановления
Модуль записи Exchange позволяет восстанавливать данные непосредственно в базе данных восстановления. Подключение восстановленных данных в качестве базы данных восстановления позволяет администратору Exchange восстанавливать отдельные почтовые ящики и даже отдельные элементы в почтовом ящике.
Если база данных восстановления уже существует, приложение может отключить ее, восстановить данные в базе данных восстановления и файлах журналов, а затем повторно подключить базу данных.
Каждый сервер Exchange 2013 позволяет одновременно подключать только одну базу данных восстановления. Сервер может содержать столько восстановленных баз данных, сколько позволяет дисковое пространство, но только одна из них может быть подключена в качестве базы данных восстановления. База данных, подключенная как база данных восстановления, учитывается в максимальном количестве баз данных, которые могут быть подключены одновременно. Восстановленная база данных, подключенная к базе данных восстановления сервера, никак не связана с исходным почтовым ящиком.
Чтобы выполнить восстановление в базу данных восстановления, приложение должно вызвать метод SetRestoreOptions и предоставить XML-документ, указывающий guid исходной и целевой баз данных. Исходные GUID должны соответствовать идентификаторам из резервного набора данных, а целевые GUID должны соответствовать записям целевой базы данных в AD DS. Приложение резервного копирования также должно вызвать метод AddNewTarget , чтобы указать путь к каталогу, в который восстанавливаются файлы. Если необходимо переименовать файлы базы данных, модуль записи Exchange переименует базу данных во время операции OnPostRestore . Exchange требует восстановления файлов журнала транзакций во вложенную папку ( _restoredLogs) по текущему пути к файлу журнала транзакций. Если файлы журнала будут восстановлены в любом другом расположении, модуль записи Exchange вернет ошибку. Так как базы данных, подключенные в качестве базы данных восстановления, не восстанавливаются в исходном расположении, их необходимо привести в состояние чистого завершения работы, прежде чем их можно будет подключить. По умолчанию модуль записи Exchange приводит все восстановленные базы данных в состояние чистого завершения работы во время восстановления. Если приложение резервного копирования вызывает метод SetAdditionalRestores , модуль записи Exchange не будет воспроизводить файлы журнала, и администратору или приложению резервного копирования необходимо перевести базу данных в состояние чистого завершения работы перед подключением базы данных.
Восстановление баз данных Exchange на сервере восстановления
В некоторых сценариях может потребоваться восстановить резервный набор данных на другом сервере. Например, может потребоваться восстановиться после катастрофического сбоя сервера путем переноса базы данных почтовых ящиков на другой сервер Exchange 2013 в той же организации Exchange или восстановления на выделенный сервер за пределами рабочей среды, чтобы восстановить данные почтового ящика и общедоступных папок.
В этих сценариях пути к файлам целевой базы данных, а также идентификаторы GUID объектов отличаются от путей к исходной базе данных. Поэтому приложению необходимо вызвать метод SetRestoreOptions с XML-документом, указывающим сведения об исходной и целевой базе данных, и вызвать метод AddNewTarget , чтобы указать пути к каталогам для восстановления файлов резервных копий. Для модуля записи Exchange это восстановление аналогично восстановлению базы данных восстановления. Дополнительные сведения см. в статье Восстановление баз данных Exchange в базе данных восстановления ранее в этой статье.