Типы операций резервного копирования для Exchange 2013

  • Статья

Сведения о различных типах резервного копирования, которые можно выполнять в базах данных хранилища Exchange 2013, включая полные, копирования, добавочные и разностные резервные копии.

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

В этой статье содержатся сведения о различных типах резервных копий, которые можно выполнять для баз данных Exchange Server 2013 года, а также о том, как эти резервные копии влияют на файлы базы данных.

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

Таблица 1. Типы операций резервного копирования

Тип резервного копирования Описание
Полные резервные копии
Создает резервную копию баз данных (*.edb), журналов транзакций (*.log), файлов контрольных точек (*.chk), а затем усекает журналы транзакций для определенной базы данных.
Копирование резервных копий
Создает резервную копию базы данных, журналов транзакций и файлов контрольных точек. Резервные копии копирования не обрезают журналы транзакций для базы данных.
Добавочные резервные копии
Создает резервную копию журналов транзакций для записи изменений с момента последней полной или добавочной резервной копии, а затем усекает журналы транзакций.
Разностные резервные копии
Создает резервную копию журналов транзакций для записи изменений с момента последней полной или добавочной резервной копии и не усекает журналы транзакций.

Компоненты или файлы базы данных, определенные модулем записи Exchange, представляют файлы базы данных и журналы транзакций в базах данных Exchange 2013. Это позволяет приложению резервного копирования и восстановления отображать имена компонентов в базе данных Exchange 2013 во время операций резервного копирования. Однако приложение резервного копирования не может создавать резервные копии отдельных компонентов базы данных; он может выполнять резервное копирование только целых баз данных.

Модуль записи Exchange стандартизирует логические пути компонента базы данных, указанные в метаданных модуля записи Exchange. Модуль записи Exchange при необходимости возвращает логические пути к приложению резервного копирования и восстановления.

Модуль записи Exchange предоставляет логические пути в виде:

logicalPath = "Exchange Server\Microsoft Information Store\<Server name>"

Компоненты сервера и базы данных являются компонентами файловой группы, но не имеют связанных файлов. Они имеют подкомпоненты, определяющие отдельные файлы. База данных содержит только один компонент журнала с именем Logs. Имена отдельных компонентов базы данных представляют собой идентификаторы GUID баз данных, которые отображаются в виде строк.

Модуль записи Exchange перечисляет только те базы данных, для которые можно создать резервные копии, на основе рекомендаций платформы VSS. Базы данных, подключенные как база данных восстановления Exchange 2013, а также не подключенные базы данных, не могут создаваться для резервного копирования и, следовательно, не перечислены в метаданных модуля записи Exchange.

На следующем рисунке показан процесс резервного копирования модуля записи Exchange.

Рис. 1. Последовательность событий для процесса резервного копирования

Диаграмма, показывающая последовательность событий для процесса резервного копирования. Последовательность начинается с запуска хранилищ Exchange, после чего службой записи Exchange, VSS и клиентским приложением выполняется ряд действий.

Полные резервные копии

Полная резервная копия базы данных Exchange включает создание и хранение копии файла базы данных, журналов транзакций и файлов контрольных точек. База данных Exchange 2013 содержит один набор выделенных файлов журнала транзакций.

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

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

После завершения полного резервного копирования заголовки активной подключенной базы данных обновляются с учетом текущей информации о резервном копировании. В реплицированных развертываниях эти сведения будут зафиксированы в файле журнала транзакций и реплицированы в другие копии daG базы данных. Заголовки копий базы данных обновляются при воспроизведении этого файла журнала транзакций в копию базы данных.

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

Полные резервные копии используются в следующих сценариях:

  • База данных повреждается или теряется, но файлы журнала транзакций на диске остаются нетронутыми. В этом сценарии затронутые файлы базы данных можно восстановить из полной резервной копии, а затем восстановить путем воспроизведения журналов транзакций, которые все еще находятся на диске.

  • Файлы журнала транзакций, а также файл базы данных на диске теряются. В этом сценарии файлы журнала транзакций, резервные копии которых были созданы во время создания полной резервной копии, восстанавливаются вместе с базой данных.

В Exchange 2013 журналы можно восстановить без необходимости восстанавливать соответствующую базу данных из полного резервного набора данных. Этот параметр позволяет восстановить предыдущую полную резервную копию и объединить с файлами журнала транзакций из последней полной резервной копии для наката.

Если для перечисления VSS_BACKUP_TYPE в VSS задано значение VSS_BT_FULL когда модуль записи Exchange выполняет резервное копирование, в резервную копию включаются следующие компоненты:

  • База данных с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

  • Файл журнала с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Копирование резервных копий

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

Например, администратор Exchange 2013, у которого возникли проблемы с хранилищем Exchange, может создать резервную копию для использования в тестовой среде, не затрагивая рабочую систему. Копирование резервных копий не влияет на обычные расписания резервного копирования; однако, поскольку резервное копирование также переводит хранилище Exchange в состояние выполнения резервного копирования, оно блокирует выполнение других запланированных резервных копий до завершения или прерывания резервного копирования.

Если для перечисления VSS_BACKUP_TYPE в VSS задано значение VSS_BT_COPY, в резервную копию включаются следующие компоненты:

  • База данных с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

  • Компонент файла журнала с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Добавочные резервные копии

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

После завершения резервного копирования сервер Exchange усекает файлы журнала и помечает время резервного копирования в заголовках базы данных. Использование добавочной резервной копии для восстановления базы данных требует восстановления по крайней мере двух наборов данных: последней полной резервной копии, а затем каждой добавочной резервной копии, созданной после последней полной резервной копии. Преимущество использования добавочных резервных копий заключается в том, что отдельные резервные копии гораздо меньше полной резервной копии, а отдельные добавочные резервные копии часто меньше разностных резервных копий.

Недостаток использования добавочных резервных копий заключается в том, что если между полными резервными копиями было создано много добавочных резервных копий, восстановление хранилища Exchange может включать восстановление многих добавочных резервных копий. Exchange не позволяет создавать добавочное резервное копирование, если не существует предыдущей полной резервной копии, чтобы установить начальную точку для добавочных изменений.

За полной резервной копией, созданной из расположения копии DAG, может следовать добавочная резервная копия из активного расположения и наоборот. Одно из ограничений, которое следует помнить, заключается в том, что последнее состояние резервного копирования сохраняется в заголовке активной базы данных, а изменения в заголовке базы данных записываются в журналы транзакций, реплицируются и воспроизводится в расположении базы данных копирования, как и все другие журналы транзакций в развертываниях DAG. Так как резервное копирование и восстановление взаимодействуют, приложения резервного копирования могут предоставлять функции для выполнения резервных копий исключительно на определенном узле DAG, независимо от того, является ли узел активным или пассивным, а также выполнять резервные копии исключительно с пассивного узла или только с активного узла.

Если для перечисления VSS_BACKUP_TYPE в VSS задано значение VSS_BT_INCREMENTAL, в добавочную резервную копию включаются следующие компоненты:

  • База данных с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

  • Файл журнала с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Разностные резервные копии

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

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

Недостаток использования разностных резервных копий заключается в том, что разностные резервные копии дублируют резервные копии данных в каждой резервной копии до тех пор, пока не будет выполнено полное резервное копирование. Если между полными резервными копиями выполняется много разностных резервных копий, требуемое дисковое пространство может превысить требуемое для того же количества добавочных резервных копий. Exchange не разрешает разностное резервное копирование, если не было полной или добавочной резервной копии, чтобы установить начальную точку для разностного резервного копирования.

За полной резервной копией, созданной из расположения копии, может следовать разностная резервная копия из активного расположения и наоборот. Одно из ограничений, которое следует помнить, заключается в том, что последнее состояние резервного копирования сохраняется в заголовке активной базы данных, а изменения в заголовке базы данных записываются в журналы транзакций, реплицируются и воспроизводится в расположении базы данных копирования, как и все другие журналы транзакций в развертываниях DAG. Так как резервное копирование и восстановление взаимодействуют, приложения резервного копирования предоставляют функции для запуска всех резервных копий исключительно на определенном узле DAG независимо от того, является ли узел активным или пассивным, а также для выполнения резервных копий исключительно с пассивного узла или исключительно с активного узла.

Если для перечисления VSS_BACKUP_TYPE в VSS задано значение VSS_BT_DIFFERENTIAL, в разностную резервную копию включаются следующие компоненты:

  • База данных с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

  • Файл журнала с логическим путем Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

См. также