В этом разделе объясняется, как использовать средство резервного копирования NTBackup.exe, входящее в состав Windows Server 2003, для создания и восстановления резервных копий в организации Microsoft Exchange Server 2007. Хороший системный администратор Exchange точно понимает, какие резервные копии необходимо создавать, где хранить резервные копии и как их восстанавливать. Дополнительные сведения о данных, резервные копии которых следует создавать в Exchange 2007, см. в разделе Что требует защиты в среде Exchange.
 Примечание. |
|---|
| Архивация данных Windows в Windows Server 2008 больше
не поддерживает резервное копирование и восстановление, совместимое
с Exchange. В отличие от более ранних версий функции архивации
данных создать или восстановить потоковую резервную копию
Exchange с помощью архивации данных Windows невозможно.
Поэтому для резервного копирования и восстановления
Exchange Server 2007 с пакетом обновления 1 (SP1)
или окончательной первоначальной версии (RTM) сервера Exchange
Server 2007 на компьютере с Windows Server 2008
необходимо использовать приложение, совместимое с Exchange и
поддерживающее модуль записи службы теневого копирования томов
(VSS) для Exchange 2007, такое как Microsoft System Center
Data Protection Manager, совместимое с Exchange приложение на базе
VSS сторонней компании или совместимое с Exchange приложение
сторонней компании, локально использующее API-интерфейсы резервного
копирования на сервере Exchange для локального создания резервной
копии на сервере Exchange. Приложение, использующее агент
резервного копирования, выполняемый локально на сервере Exchange и
передающий удаленно в потоковом режиме резервную копию приложению
резервного копирования, считается приложением для локального
резервного копирования. Однако в состав Exchange 2007 с пакетом обновления 2 (SP2) входит новый подключаемый модуль, который позволяет создавать резервные копии данных Exchange на основе службы теневого копирования томов (VSS) с помощью архивации данных Windows в Windows Server 2008. С помощью системы архивации данных Windows Server можно создавать резервные копии баз данных Exchange 2007 с пакетом обновления 2 (SP2) и восстанавливать их. Хороший системный администратор Exchange точно понимает, какие резервные копии необходимо создавать, где хранить резервные копии и как их восстанавливать. Дополнительные сведения о данных, резервные копии которых следует создавать в Exchange 2007, см. в разделе Создание резервной копии данных Exchange и их восстановление с помощью системы архивации данных Windows Server. |
После установки на компьютер средств управления Exchange средство резервного копирования будет автоматически изменено для поддержки Exchange. В программе Backup используются устаревшие потоковые интерфейсы API для выполнения резервного копирования и восстановления баз данных почтовых ящиков и общих папок. В средстве резервного копирования используется служба теневого копирования томов для создания резервных копий на уровне файлов, но эта программа не выполняет резервное копирование, совместимое с Exchange. (Она не поддерживает модули записи VSS Exchange.) Не рекомендуется использовать программу Backup в качестве решения для резервного копирования на основе теневого копирования томов для баз данных Exchange, поскольку такие резервные копии могут быть созданы только на уровне файловой системы.
Можно использовать программу Backup для резервного копирования и восстановления следующих элементов на сервере Exchange:
- Все каталоги: например, каталог приглашений единой
системы обмена сообщениями.
- Выбранные файлы: например, XML-файлы с настроенными
пользователем параметрами, которые хранятся в папке \bin.
- Данные о состоянии системы: например, разделы реестра
операционной системы Windows Server 2003.
- Базы данных почтовых ящиков Exchange: одна база данных
или группа баз данных.
- Базы данных общих папок Exchange: база данных общих
папок на любом сервере.
- Группы хранения целиком: группы хранения, включая
все файлы журналов и файлы баз данных.
- Удаленные данные: данные с других серверов или рабочих
станций в сети.
Рекомендуется выполнять процедуры резервного копирования и восстановления в тестовой среде перед использованием этих процедур на производственных серверах в организации.
Резервное копирование Exchange
Server и непрерывная репликация
Одним из преимуществ использования локальной непрерывной репликации или кластера с непрерывной репликацией является возможность переноса резервных копий, созданных службой теневого копирования томов (VSS), из активной в пассивную группу хранения.
| Примечание. |
|---|
| Создать резервную копию целевой группы хранения в среде с резервной непрерывной репликацией нельзя. Резервное копирование копий групп хранения доступно только для сред с локальной непрерывной репликацией и кластера с непрерывной репликацией. |
Резервное копирование Exchange с помощью службы теневого копирования томов поддерживается как для активных, так и для пассивных групп хранения и баз данных. Резервное копирование с созданием пассивной копии поддерживается только для теневого копирования томов, оно реализуется с помощью модуля записи Exchange Replica VSS Writer, входящего в состав службы репликации Microsoft Exchange. Потоковое резервное копирование поддерживается только из активных групп хранения. Интерфейсы API потокового резервного копирования не могут использоваться для создания резервных копий баз данных в пассивных группах хранения.
| Примечание. |
|---|
| Чтобы выполнить резервное копирование пассивной группы хранения с использованием службы теневого копирования томов, следует использовать приложение стороннего разработчика, поддерживающее теневое копирование томов Exchange. |
Усечение журнала
Типичной задачей при создании резервных копий Exchange является усечение файлов журналов транзакций после успешного выполнения резервного копирования. Одна из особенностей резервного копирования пассивной группы хранения состоит в том, что процессы резервного копирования, поддерживающие Exchange, изменяют заголовок базы данных. Например в процессе резервного копирования добавляются сведения о времени последнего резервного копирования базы данных. Резервное копирование с использованием VSS стало возможным благодаря использованию модуля записи Exchange Replica VSS Writer, встроенного в службу репликации Microsoft Exchange. Хотя служба репликации Microsoft Exchange может преобразовывать файлы журналов в собственную копию каждой базы данных, она не может независимо изменять свою копию базы данных, поскольку в результате возникли бы расхождения. Поэтому она не может изменять заголовок своей копии базы данных.
В результате в Exchange 2007 служба репликации Microsoft Exchange координирует резервное копирование со службой банка данных Microsoft Exchange. Сразу после запуска резервного копирования пассивной группы хранения служба репликации Microsoft Exchange обращается к службе банка данных Microsoft Exchange, которая контролирует активную группу, и сообщает ей о начале резервного копирования. Это необходимо для того, чтобы исключить резервное копирование одной и той же группы хранения одновременно на активном и пассивном узлах. По окончании резервного копирования служба репликации Microsoft Exchange обращается к службе банка данных Microsoft Exchange и сообщает о завершении резервного копирования.
Изменения заголовка базы данных, вызванные резервным копированием, выполняются затем в активной группе хранения службой банка данных Microsoft Exchange. Этим действием создается запись журнала, которая с использованием непрерывной репликации копируется на пассивный узел. При преобразовании обновляется заголовок базы данных на пассивном узле. Это более сложный подход, чем традиционное резервное копирование, и у него есть примечательные побочные эффекты. Например, если выполнить резервное копирование пассивной группы хранения и сразу же после его завершения посмотреть заголовок базы данных на пассивном узле, результаты резервного копирования не будут отражены. Однако в заголовке базы данных на активной стороне они отражаются. Таким образом, при резервном копировании баз данных в среде непрерывной репликации для наиболее точного определения времени последнего резервного копирования следует просмотреть базу данных на активном узле. Другим побочным эффектом является отсутствие возможности создания резервных копий с пассивного узла, если не запущена служба банка данных Microsoft Exchange. Работа службы банка данных Microsoft Exchange требуется для того, чтобы можно было координировать резервные копии и обновлять заголовок базы данных.
Поскольку файлы журнала копируются службой репликации Microsoft Exchange и требуются ей, их сложнее удалять. Сейчас удобным способом удаления файлов журнала является выполнение резервного копирования. После выполнения и успешного завершения резервного копирования файлы журнала, в которых больше нет необходимости, удаляются. Использование непрерывной репликации изменяет определение необходимости, поскольку теперь учитывается состояние репликации. Если файл журнала не скопирован, он все еще необходим (даже если он не требуется службе банка данных Microsoft Exchange). В результате файл журнала не удаляется, пока:
- он необходим для восстановления после сбоя;
- он не будет скопирован на пассивный узел;
- не будет создана его резервная копия.
Для координации этих действий служба репликации Microsoft Exchange по окончании преобразования обращается к службе банка данных Microsoft Exchange и сообщает, что была преобразована группа хранения с номером версии X — Y. В этот момент службе банка данных Microsoft Exchange становится известно, что файлы журнала до этого номера версии больше не нужны службе репликации Microsoft Exchange. Затем она может проанализировать состояние последнего резервного копирования и восстановление после сбоя и определить, какие файлы журнала больше не нужны на активном узле. На пассивном узле все еще проще. Пассивный узел может проанализировать свои собственные файлы журнала и определить, какие из них необходимы для восстановления и какие — для резервного копирования.
Изменения в потоковом резервном
копировании в Exchange Server 2007 с пакетом обновления 1
(SP1)
В рамках продолжающегося совершенствования безопасности Microsoft в пакете обновления 1 (SP1) Microsoft Exchange Server 2007 реализовано изменение поведения, предназначенное для уменьшения контактной зоны системы. Это изменение непосредственно влияет на удаленное потоковое резервное копирование в Windows Server 2003.
| Примечание. |
|---|
| Удаленное потоковое резервное копирование с сервера Windows Server 2008 или на него не поддерживается. |
В окончательной первоначальной версии (RTM) сервера Exchange Server 2007 удаленное потоковое резервное копирование включено по умолчанию. Эта конфигурация по умолчанию менее безопасна, поскольку она позволяет любому, у кого имеются в домене достаточные права на резервное копирование, выполнять резервное копирование сервера с Exchange. Кроме того, данные при удаленном резервном копировании не шифруются, и резервное копирование часто осуществляется в общей (доступной клиентам) сети.
В соответствии с инициативой «безопасность по умолчанию» Microsoft функция удаленного потокового резервного копирования, отключенная (для всего сервера) в пакете обновления 1 (SP1) Exchange 2007, отключена по умолчанию. Для восстановления этой функции требуется переопределение вручную путем включения следующего значения реестра:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Имя: Enable Remote Streaming Backup
Тип: DWORD
Значение: 0 = стандартное поведение (удаленное резервное копирование отключено); 1 = удаленное резервное копирование включено
После ввода указанного выше значения реестра перезапустите службу банка данных Microsoft Exchange, чтобы применить изменения. Для этого выполните действия, описанные ниже.
- На автономном сервере откройте окно командной строки и введите
следующие команды:
Копировать кодnet stop msexchangeis net start msexchangeis
- На кластерном сервере почтовых ящиков откройте командную
консоль Exchange и введите следующие команды:
Копировать кодStop-ClusteredMailboxServer <CMSName> -StopReason "Enable Remote Streaming Backup" -Confirm:$False Start-ClusteredMailboxServer <CMSName>
Приложениям сторонних производителей может потребоваться функция удаленного потокового резервного копирования. Уточните у поставщика приложения, требуются ли для него возможности удаленного потокового резервного копирования.
Восстановление Exchange Server и
непрерывная репликация
После восстановления базы данных из резервной копии в группу хранения с включенной поддержкой локальной непрерывной репликации или резервной непрерывной репликации или любую группу хранения в среде кластера с непрерывной репликацией необходимо приостановить и затем возобновить непрерывную репликацию для группы хранения с помощью командлетов Suspend-StorageGroupCopy и Resume-StorageGroupCopy. Это необходимо для обновления службы репликации Microsoft Exchange правильными сведениями о версиях журналов. Если не приостановить и не возобновить непрерывную репликацию, служба репликации Microsoft Exchange получит устаревшие сведения о версиях журналов и прекратит репликацию файлов журналов.
Дополнительные сведения
Дополнительные сведения о резервном копировании с помощью Backup см. в разделе Инструкции по выполнению базового резервного копирования баз данных Exchange. Дополнительные сведения о восстановлении с помощью Backup см. в разделе Указания по выполнению основного восстановления баз данных Exchange.
Дополнительные сведения о данных, резервные копии которых следует создавать в Exchange 2007, см. в разделе Что требует защиты в среде Exchange.
Полные сведения о программе резервного копирования см. разделе Резервное копирование и восстановление в справке Windows Server 2003.