Резервное копирование данных сервера Exchange Server 2007 и служба теневого копирования томов
Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Последнее изменение раздела: 2012-03-26
Служба теневого копирования томов (VSS) в операционной системе Windows Server 2008 используется приложениями для резервного копирования данных и восстановления сервера Microsoft Exchange Server 2007. Служба теневого копирования томов представляет собой инфраструктуру, которая позволяет сторонним поставщикам оборудования, бизнес-приложений и программ для управления хранилищами совместными усилиями разрабатывать решения для создания теневых копий и управления ими. В решениях, разработанных на основе данной инфраструктуры, теневые (или зеркальные) копии могут использоваться для резервного копирования или восстановления одной или нескольких баз данных сервера Exchange 2007.
Служба теневого копирования томов координирует взаимодействие между запрашивающими сторонами (приложениями резервного копирования), модулями записи (приложениями в Windows, например Exchange 2007) и поставщиками (системными, программными или аппаратными компонентами, создающими теневые копии). Чтобы использовать службу теневого копирования томов для создания резервной копии сервера Exchange 2007, программа резервного копирования должна содержать запрашивающую сторону службы теневого копирования томов, совместимую с Exchange 2007. В состав программы архивации Windows Server, которая включена в состав Windows Server 2008, не входит запрашивающая сторона, совместимая с сервером Exchange.
Однако в пакете обновления 2 (SP2) для Microsoft Exchange 2007 есть новый подключаемый модуль, позволяющий создавать резервные копии данных Exchange на базе службы теневого копирования томов (VSS) с помощью системы архивации данных Windows Server в Windows Server 2008. С помощью системы архивации данных Windows Server можно создавать резервные копии баз данных Exchange 2007 с пакетом обновления 2 (SP2) и восстанавливать их. Хороший системный администратор Exchange точно понимает, какие резервные копии необходимо создавать, где хранить резервные копии и как их восстанавливать. Дополнительные сведения о данных, резервные копии которых следует создавать в Exchange 2007, см. в разделе Создание резервной копии данных Exchange и их восстановление с помощью системы архивации данных Windows Server.
.gif "note") Примечание. |
|---|
| Кроме того, программа архивации Windows Server не поддерживает потоковые интерфейсы API расширенного обработчика хранилищ Exchange 2007. С ее помощью нельзя создавать потоковые резервные копии ESE для Exchange 2007. |
Резервное копирование Exchange с помощью службы теневого копирования томов (VSS) поддерживается как для активных, так и для пассивных групп хранения. В решении для резервного копирования пассивной копии Exchange используется только служба теневого копирования томов. Данное решение реализуется с помощью модуля записи VSS для реплики Exchange, который входит в службу репликации. Потоковое резервное копирование поддерживается только для активных групп хранения. Поэтому нельзя использовать интерфейсы API потокового резервного копирования для создания резервной копии реплики базы данных. Чтобы создать резервную копию реплики базы данных, следует использовать программу резервного копирования с поддержкой службы теневого копирования томов вместе с запрашивающей стороной службы теневого копирования томов для модуля записи Exchange.
| Примечание. |
|---|
| Подключаемый модуль системы архивации данных Exchange в Exchange 2007 с пакетом обновления 2 (SP2) не поддерживает использование модуля службы теневого копирования томов для реплики Windows, входящего в состав службы репликации; это означает, что с его помощью нельзя создавать пассивные резервные копии групп хранения. |
В Exchange 2007 предусмотрена поддержка выполнения службой теневого копирования томов двух отдельных операций резервного копирования на одном сервере Exchange. Кроме того, модуль записи Exchange 2007 позволяет восстанавливать данные Exchange в другое местоположение, включая группу хранения для восстановления. Модуль записи Exchange 2007 также позволяет восстанавливать файлы базы данных в папку, не сопоставленную с группой хранения. Затем с помощью обработчика баз данных JET можно воспроизвести файлы журналов транзакций в базе данных, чтобы привести ее в согласованное и готовое к подключению состояние.
| Примечание. |
|---|
| На сервере Microsoft Exchange Server 2003 с помощью интерфейсов API потокового резервного копирования можно выполнять одновременное резервное копирование для двух различных групп хранения. Однако для этих операций нельзя использовать службу теневого копирования томов. Сервер Exchange 2003 не позволяет использовать службу теневого копирования томов для резервного копирования второй группы хранения до тех пор, пока не завершится резервное копирование первой группы хранения. Кроме того, модуль записи сервера Exchange 2003 не позволяет восстанавливать данные Exchange в местоположение, путь к которому отличается от исходного пути. |
Для совместимости с сервером Exchange 2007 программы резервного копирования на основе службы теневого копирования томов должны соответствовать требованиям, приведенным ниже.
Для резервного копирования файлов должен использоваться модуль записи Exchange.
Сервер Exchange 2007 включает в себя модуль записи, встроенный в хранилище Exchange.
Программа резервного копирования должна проверять целостность теневого набора резервных копий.
Для выполнения любых операций, связанных с восстановлением файлов в их исходное местоположение, должен использоваться модуль записи Exchange.
Под исходным местоположением следует понимать сервер Exchange, имеющий то же имя и путь к файлам, что и сервер, резервная копия файлов которого была создана службой теневого копирования томов.
Соответствие данным требованиям позволяет обеспечить целостность и восстанавливаемость теневых резервных копий. Если эти требования не соблюдены, служба поддержки Майкрософт считает решение для резервного копирования несоответствующим инфраструктуре службы теневого копирования томов Exchange. В таком случае служба поддержки Майкрософт не сможет устранять неполадки, связанные с созданием и восстановлением резервных копий. Рекомендуется связаться с поставщиком решения для резервного копирования, чтобы убедиться в том, что программа резервного копирования соответствует требованиям, перечисленным в данном разделе. Дополнительные сведения об этих требованиях см. в разделе «Требования к службе теневого копирования томов на сервере Exchange Server 2007» этой статьи.
| Примечание. |
|---|
| Для устранения неполадок с созданием и восстановлением резервных копий в первую очередь следует обращаться к поставщику программы резервного копирования. Служба поддержки Майкрософт оказывает содействие в поиске и устранении неполадок, связанных с базами данных Exchange и файлами журналов транзакций. При этом, однако, служба поддержки Майкрософт помогает восстанавливать лишь те файлы баз данных и журналов транзакций, которые находятся в среде Exchange клиентов. |
Дополнительные сведения о поддержке решений на базе службы теневого копирования томов службой поддержки Майкрософт см. в статье 841696 базы знаний Майкрософт Overview of the Microsoft third-party storage software solutions support policy (на английском языке).
Дополнительные сведения
Требования к службе теневого копирования томов на сервере Exchange Server 2007
В следующих разделах описаны требования Exchange 2007, которым должны соответствовать программы для создания резервных теневых копий, чтобы обеспечивать целостность и восстанавливаемость баз данных Exchange. В этих разделах приведен перечень конкретных событий приложений, по которым можно определить, соблюдаются ли требования совместимости программ резервного копирования с Exchange. Программы резервного копирования и сервер Exchange могут регистрировать и другие события, связанные с процессом создания и восстановления резервных копий. Чтобы проверить соблюдение требований к службе теневого копирования томов на сервере Exchange, убедитесь в том, что при выполнении операций резервного копирования и восстановления регистрируются указанные события.
В настоящее время не предусмотрена программа сертификации решений сторонних производителей для резервного копирования сервера Exchange. Соответствие стандартам VSS позволяет обеспечить целостность и возможность восстановления теневых резервных копий. При этом, однако, не гарантируется работоспособность или надежность сторонних решений.
Для резервного копирования файлов должен использоваться модуль записи Exchange
Резервные копии файлов базы данных Exchange, журналов транзакций и файлов контрольных точек должны создаваться исключительно с помощью модуля записи Exchange. Если при создании теневой резервной копии используется модуль записи Exchange, в журнале приложений регистрируются события, указанные ниже.
Тип события: Сведения Источник события: ESE Категория события: Теневое копирование Код события: 2005 Пользователь: Н/Д Компьютер: имя_сервера.contoso.com Описание: Банк данных (2884) Запускается экземпляр теневой копии 5. Это будет тип_резервной_копии теневая копия. |
| Примечание. |
|---|
| В данном событии тип_резервной_копии представляет собой тип выполняемого резервного копирования. Например, тип_резервной_копии может иметь следующие значения: полная, копирующая, добавочная или разностная. |
Тип события: Сведения Источник события: MSExchangeIS Категория события: Модуль записи VSS Exchange Код события: 9608 Пользователь: Н/Д Компьютер: имя_сервера.contoso.com Описание: Подготовка модуля записи VSS Exchange (экземпляр GUID) к созданию моментального снимка успешно завершена. |
Тип события: Сведения Источник события: MSExchangeIS Категория события: Модуль записи VSS Exchange Код события: 9610 Пользователь: Н/Д Компьютер: имя_сервера.contoso.com Описание: Модуль записи VSS Exchange (экземпляр GUID) успешно заморозил группы хранения. |
Тип события: Сведения Источник события: MSExchangeIS Категория события: Модуль записи VSS Exchange Код события: 9612 Пользователь: Н/Д Компьютер: имя_сервера.contoso.com Описание: Модуль записи VSS Exchange (экземпляр GUID) успешно разморозил группы хранения. |
Программа резервного копирования должна проверять целостность теневого набора резервных копий
Исходя из указанных далее соображений, корпорация Майкрософт рекомендует перед уведомлением сервера Exchange об успешном завершении резервного копирования проверять с помощью программы резервного копирования целостность теневого набора резервных копий. Это необходимо по причинам, указанным ниже.
После успешного резервного копирования сервер Exchange выполняет две операции, указанные ниже.
Сервер Exchange обновляет заголовки баз данных, резервное копирование которых было выполнено, с учетом времени последнего успешного создания резервной копии.
Сервер Exchange выполняет усечение журналов транзакций. В данном сценарии сервер Exchange удаляет журналы транзакций, которые больше не нужны для восстановления баз данных с повтором всех завершенных транзакций со времени выполнения последнего успешного резервного копирования.
Поэтому, если программа резервного копирования проверяет целостность данных только после того, как сервер Exchange завершит выполнение указанных задач, потребуются специальные меры для сохранения последней проверенной резервной копии, а также всех необходимых для нее копий файлов журналов транзакций. Даже если сервер Exchange получил уведомление об успешном создании резервной копии, эта копия не может считаться надежной до тех пор, пока программа резервного копирования не закончит проверку целостности данных.
Дополнительные сведения о проверке целостности и о том, как определить, какие файлы баз данных и журналов транзакций необходимо сохранить, см. в разделе «Проверка целостности резервных копий, созданных с помощью службы теневого копирования томов» этой статьи.
Для выполнения любых операций, связанных с восстановлением файлов в их исходное местоположение, должен использоваться модуль записи Exchange
Для выполнения любых операций, связанных с восстановлением файлов Exchange в их исходное местоположение, должен использоваться модуль записи Exchange. Под исходным местоположением следует понимать сервер Exchange, имеющий то же имя и путь к файлам, что и сервер Exchange, резервная копия файлов которого была создана службой теневого копирования томов.
В процессе восстановления теневой копии модулем записи Exchange в журнале приложений регистрируются события, указанные ниже.
Тип события: Сведения Источник события: MSExchangeIS Категория события: Модуль записи VSS Exchange Код события: 9620 Пользователь: Н/Д Компьютер: имя_сервера.contoso.com Описание: Модуль записи VSS Exchange (экземпляр GUID) успешно обработал событие, предшествующее восстановлению. |
Тип события: Сведения Источник события: MSExchangeIS Категория события: Модуль записи VSS Exchange Код события: 9618 Пользователь: Н/Д Компьютер: имя_сервера.contoso.com Описание: Модуль записи VSS Exchange (экземпляр GUID) успешно обработал событие, следующее после восстановления. |
Проверка целостности резервных копий, созданных с помощью службы теневого копирования томов
При создании резервной копии базы данных с помощью интерфейса API потокового резервного копирования Exchange каждая страница базы данных считывается поочередно и для нее проверяется контрольная сумма. Перед созданием резервных копий файлов журналов транзакций для них также проверяется контрольная сумма.
Однако в процессе создания резервной копии с помощью службы теневого копирования томов у сервера Exchange отсутствует возможность считывать каждый файл базы данных и проверять его контрольную сумму. Поэтому целостность файлов базы данных и журналов транзакций должна проверяться программой резервного копирования. Для проверки целостности можно выполнить команду Eseutil.
Если контрольная сумма резервной копии, созданной с помощью службы теневого копирования томов, не проверяется, поврежденная страница базы данных может остаться незамеченной и попасть во все существующие резервные копии. Единственный выход из такой ситуации заключается в восстановлении базы данных. Исправление ошибок в базах данных может привести к продолжительному простою и к потере части данных. Будут потеряны данные, находящиеся на всех поврежденных страницах базы.
Убедившись в правильности всех страниц в последней резервной копии VSS, можно удалить из базы данных поврежденные страницы. Для этого восстановите проверенную резервную копию и выполните повтор всех транзакций, занесенных в журналы после создания правильной резервной копии. При этом время простоя обычно значительно меньше, чем при восстановлении базы данных. Кроме того, этот способ позволяет избежать потери данных. Следовательно, резервная копия, созданная с помощью службы теневого копирования томов, не может считаться надежной, пока не проверена контрольная сумма каждого из содержащихся в ней файлов.
При проверке целостности резервной копии рекомендуется соблюдать два правила, приведенных ниже.
Всегда сохраняйте копию файлов базы данных, целостность которой проверена. Целостность резервной копии считается проверенной после завершения проверки контрольных сумм страниц в файлах баз данных, входящих в резервный набор данных.
Создавайте резервные копии и проверяйте контрольные суммы для всех файлов журналов транзакций, необходимых для восстановления последней резервной копии базы данных, целостность которой проверена.
Это относится, как минимум, ко всем журналам, которые указаны в поле Необходимый файл журнала заголовка каждого файла базы данных в последней проверенной резервной копии. Если эти файлы журналов недоступны, подключить базу данных после восстановления не удастся.
.gif "important") Важно! |
|---|
| Эти требования относятся к последней резервной копии с проверенной целостностью, а не к самой последней резервной копии. Пока самая последняя резервная копия не прошла проверку контрольных сумм, она не может считаться допустимой резервной копией. |
Кроме того, можно хранить дополнительные файлы журналов транзакций, необходимые для полного восстановления базы данных после восстановления резервной копии, т.е. все журналы транзакций в непрерывной последовательности, начиная с самого нижнего файла в поле Необходимый файл журнала и заканчивая последним журналом транзакций, который был удален с сервера Exchange. Примеры и пояснения см. ниже.
Сохранение других файлов журналов транзакций, кроме перечисленных в поле Необходимый файл журнала, необязательно. Однако это необязательно только в том смысле, что успешное восстановление и подключение резервной копии базы данных возможно и без них. Если не все соответствующие файлы журналов были сохранены, при восстановлении базы данных из резервной копии будут потеряны все изменения, внесенные после ее создания.
Корпорация Майкрософт настоятельно рекомендует хранить не только файлы журналов транзакций, которые необходимы для восстановления и подключения резервной копии базы данных, но и все последующие журналы транзакций, необходимые для полного восстановления базы данных с повтором всех транзакций, завершенных после создания резервной копии.
Определение необходимых файлов журналов транзакций
Если резервная копия создается в тот момент, когда база данных Exchange находится в оперативном режиме, одновременно будет создана резервная копия по крайней мере одного файла журнала транзакций (независимо от того, используется ли интерфейс API потокового резервного копирования или интерфейс API резервного копирования с помощью службы теневого копирования томов).
После восстановления оперативной резервной копии к базе данных необходимо применить данные из журналов транзакций. Эту операцию также называют воспроизведением файлов журналов транзакций. В поле Необходимый файл журнала заголовка каждой базы данных указаны последовательные номера (номера версий) файлов журналов транзакций, которые необходимо воспроизвести в базе данных.
Если в поле Необходимый файл журнала содержится значение 0-0, это означает, что базу данных можно подключить без воспроизведения дополнительных данных из журналов транзакций. Ситуация, когда в поле Необходимый файл журнала содержится значение 0-0, возможна только в случае, если база данных переведена в состояние чистого отключения. Когда база данных запущена, в поле Необходимый файл журнала обязательно указывается диапазон журналов транзакций, которые еще не были применены к базе данных. Этот диапазон непрерывно обновляется.
В поле Необходимый файл журнала базы данных, резервная копия которой создается в оперативном режиме, всегда указан ненулевой диапазон. Поэтому при резервном копировании базы данных должны создаваться и резервные копии соответствующих файлов журналов транзакций. Если после восстановления базы данных эти журналы недоступны, подключить базу данных не удастся. Если необходимые файлы журналов отсутствуют, потребуется выполнить операцию восстановления базы данных. Однако успешность этой операции не гарантируется. Кроме того, операция восстановления базы данных практически всегда приводит к потере некоторых данных — по крайней мере, данных в отсутствующих журналах транзакций.
Если используется интерфейс API потокового резервного копирования Exchange или интерфейс API резервного копирования с помощью службы теневого копирования томов, который входит в состав модуля записи Exchange, резервные копии файлов журналов, необходимых для подключения базы данных, создаются автоматически при резервном копировании базы данных. В случае воспроизведения только тех файлов журналов, которые указаны в поле Необходимый файл журнала, будет восстановлено состояние базы данных на момент завершения резервного копирования. Чтобы выполнить восстановление базы данных с повтором всех транзакций, завершенных после создания резервной копии, необходимо также воспроизвести файлы журналов, созданные после завершения резервного копирования.
Чтобы выполнить полное восстановление базы данных из определенной резервной копии, необходимо сохранить все файлы журналов транзакций в непрерывной последовательности, начиная с самого нижнего файла в диапазоне Необходимый файл журнала и заканчивая последним созданным файлом журнала в группе хранения базы данных. Если какой-либо журнал в этой последовательности отсутствует или поврежден, восстановление базы данных можно будет выполнить только до момента создания последнего файла журнала перед поврежденным или отсутствующим файлом.
Таким образом, для восстановления базы данных из резервной копии без потери данных необходимо хранить работоспособные копии всех файлов журналов транзакций, начиная с момента создания последней проверенной резервной копии базы данных.
Усечение журналов транзакций
Если не удалять файлы журналов транзакций с сервера Exchange, наступит момент, когда они займут все свободное место на диске. По этой причине как интерфейс API потокового резервного копирования, так и интерфейс API резервного копирования с помощью службы теневого копирования томов поддерживают удаление файлов журналов транзакций после создания обычной или добавочной резервной копии. Более старые файлы журналов, чем те, которые необходимы для восстановления последней резервной копии, автоматически удаляются с сервера после того, как программа резервного копирования сообщает серверу Exchange об успешном создании резервной копии.
Если используется интерфейс API потокового резервного копирования, контрольные суммы для базы данных проверяются в процессе создания резервной копии. К моменту завершения резервного копирования физическая целостность всей базы данных и необходимых файлов журналов уже проверена. Интерфейс API резервного копирования с помощью службы теневого копирования томов не поддерживает проверку контрольных сумм во время резервного копирования. Поставщик программы резервного копирования должен обеспечивать проверку физической целостности базы данных независимо от процесса резервного копирования. Это можно сделать с помощью команды Eseutil до выполнения резервного копирования или после того как сервер Exchange получит от программы уведомление о том, что резервное копирование завершено.
Если проверка контрольных сумм выполняется до завершения резервного копирования и в резервном наборе данных обнаруживается проблема, сервер Exchange получает уведомление о неудачном создании резервной копии. Данное действие останавливает процесс усечения файлов журналов транзакций сервером Exchange.
Если же проверка контрольных сумм производится после отправки уведомления о завершении резервного копирования, сервер Exchange удаляет старые файлы журналов с сервера. Некоторые из этих файлов журналов могут быть необходимы для полного восстановления из предыдущей работоспособной резервной копии. Если копии этих файлов журналов не были созданы ранее, возможно, выполнить такое восстановление полностью не удастся.
Корпорация Майкрософт рекомендует производить проверку контрольных сумм для резервной копии, созданной с помощью службы теневого копирования томов, перед тем как программа резервного копирования уведомляет сервер Exchange о завершении резервного копирования. Если проверка контрольных сумм производится после завершения резервного копирования и может потребоваться выполнение полного восстановления, программа резервного копирования должна обеспечивать хранение копий всех журналов транзакций, которые удаляются с сервера Exchange.
В большинстве случаев все файлы журналов транзакций, которые необходимы для полного восстановления из резервной копии, созданной с помощью службы теневого копирования томов, содержатся в наборах файлов журналов, сохраненных при предыдущем и текущем резервном копировании. Однако следует убедиться в этом при выборе решения для резервного копирования определенного поставщика.
Восстановление непроверенных резервных копий
Возможна ситуация, когда до завершения проверки контрольных сумм для последней резервной копии происходит сбой, требующий восстановления базы данных из резервной копии. В этом случае корпорация Майкрософт рекомендует восстановить базу данных из предыдущей проверенной резервной копии, а затем выполнить ее восстановление с повтором всех завершенных транзакций. Этот вариант предпочтительнее, чем восстановление из непроверенной резервной копии.
Однако соглашением об уровне обслуживания может быть предусмотрено более быстрое восстановление данных, чем то, которое возможно при использовании предыдущей резервной копии. В таком случае следует попробовать восстановить непроверенную резервную копию, но не удалять при этом предыдущую проверенную резервную копию и все файлы журналов, необходимые для полного восстановления из этой проверенной копии. Это позволит восстановить проверенную резервную копию и выполнить восстановление базы данных с повтором всех завершенных транзакций, если окажется, что непроверенная резервная копия повреждена.
Проверка целостности моментального снимка
Целостность моментального снимка должна проверять запрашивающая сторона службы теневого копирования томов. Проверка целостности моментального снимка — это обязательное требование к решениям для резервного копирования, которые поддерживаются рабочей группой Exchange. Сервер Exchange 2007 поддерживает два метода проверки целостности моментального снимка:
интерфейс API CHKSGFILES;
программа командной строки Eseutil.
Дополнительные сведения о проверке целостности моментального снимка с помощью интерфейса API CHKSGFILES см. в статье Validating Backup Integrity By Using CHKSGFILES (на английском языке).
Дополнительные сведения о проверке целостности моментального снимка с помощью программы командной строки Eseutil см. в статье Validating Backup Integrity By Using Eseutil (на английском языке).
Устранение неполадок службы теневого копирования томов
По умолчанию служба теневого копирования томов устанавливается вместе с операционной системой Windows Server 2008, а для типа запуска службы устанавливается значение Вручную. Служба запускается в том случае, если программа резервного копирования (запрашивающая сторона) может использовать один или несколько модулей записи VSS.
Для устранения неполадок, которые могут возникать при создании резервных копий сервера Exchange 2007 с помощью службы теневого копирования томов, можно использовать следующие средства:
данные журнала событий;
команды VSSADMIN;
ведение журнала диагностики;
средство Exchange Extra;
средство BETest.
Данные журнала событий
Далее описываются этапы процесса создания резервной копии сервера Exchange 2007 с помощью службы теневого копирования томов с регистрацией соответствующих событий в журнале. Чтобы определить компонент, вызывающий сбой, следует проанализировать события, зарегистрированные в журнале в процессе создания резервной копии.
Этап 1. Подготовка базы данных
Программа резервного копирования (агент) выполняет запланированное задание.
Запрашивающая сторона службы теневого копирования томов в программе резервного копирования направляет в службу теневого копирования томов запрос на подготовку выбранных групп хранения Exchange к резервному копированию моментального снимка.
Служба теневого копирования томов предупреждает модуль записи VSS Exchange о подготовке к резервному копированию моментального снимка.
В таблице ниже содержится перечень событий, регистрируемых в журнале приложений для каждого запускаемого экземпляра резервной копии.
| Код события | Тип события | Источник события | Описание |
|---|---|---|---|
9604 |
Сведения |
MSExchangeIS |
При подготовке к резервному копированию или восстановлению модуль записи VSS Exchange успешно собрал документ метаданных. |
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "EcPrepareSGForBackup". Данные: 0000: 54 68 69 72 64 20 53 74 Third St 0008: 6f 72 61 67 65 20 47 72 orage Gr oup. |
9811 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 56) успешно подготовил ядро СУБД для полного резервного копирования или копирующей архивации группы хранения "Third Storage Group". Подключены следующие базы данных (1), для которых будут созданы резервные копии: Third Storage Group Данные: 0000: 46 75 6c 6c 00 Full. |
9606 |
Сведения |
MSExchangeIS |
Подготовка модуля записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27) к резервному копированию успешно завершена. |
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "CVssIExchWriter::OnPrepareSnapshot". |
9608 |
Сведения |
MSExchangeIS |
Подготовка модуля записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) к созданию моментального снимка успешно завершена. |
2005 |
Сведения |
ESE |
Банк данных (2256) Запускается экземпляр теневой копии 56. Это будет полная теневая копия. |
Этап 2. Моментальный снимок базы данных
После того как модуль записи Exchange уведомляет службу теневого копирования томов о завершении подготовки к резервному копированию, выполняются действия, описанные ниже.
Модуль записи Exchange замораживает соответствующие базы данных Exchange. При этом сервер Exchange выполняет следующие операции:
сервер Exchange запрещает администрирование конкретной группы хранения;
сервер Exchange проверяет зависимости в томе для группы хранения;
сервер Exchange приостанавливает все операции записи в соответствующие файлы базы данных и файлы журналов транзакций.
Примечание.Доступ для чтения к файлам базы данных и файлам журналов транзакций сервера Exchange не запрещается.
Когда сервер Exchange начинает операцию замораживания файлов базы данных Exchange и файлов журналов транзакций, сервер Exchange также запускает рабочий поток для отслеживания времени, которое требуется для создания моментального снимка базы данных. Процесс копирования должен занимать не более 10 секунд.
Весь процесс создания моментального снимка должен занимать не более 70 секунд. Это относится ко всем операциям Этапа 2 (Моментальный снимок базы данных). Если весь процесс занимает более 70 секунд, рабочий поток завершается из-за превышения времени ожидания. Если время ожидания превышено, сервер Exchange останавливает задание резервного копирования и размораживает группы хранения Exchange. После этого сервер Exchange продолжает работу в обычном режиме.
В таблице ниже содержится перечень событий, регистрируемых в журнале приложений в процессе создания моментального снимка.
| Код события | Тип события | Источник события | Описание |
|---|---|---|---|
2001 |
Сведения |
MSExchangeIS |
MSExchangeIS (2256) Third Storage Group: Начато замораживание экземпляра теневой копии 56. |
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "CVssIExchWriter::OnFreeze". |
9610 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) успешно заморозил группы хранения. |
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "CVssIExchWriter::OnThaw". |
2003 |
Сведения |
ESE |
Банк данных (2256) Замораживание экземпляра теневой копии 56 завершено. |
9612 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) успешно разморозил группы хранения. |
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "CVssIExchWriter::OnPostSnapshot". |
Этап 3. Проверка теневой копии
Запрашивающая сторона службы теневого копирования томов в программе резервного копирования проверяет работоспособность теневой копии. После завершения проверки программа уведомляет сервер Exchange об успешном выполнении резервного копирования. Данное действие свидетельствует о завершении резервного копирования. Чтобы снять флаг backupInProgress, используется метод OnBackupComplete().
В таблице ниже содержится перечень событий, регистрируемых в журнале приложений при завершении резервного копирования.
| Код события | Тип события | Источник события | Описание |
|---|---|---|---|
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "CVssIExchWriter::OnBackupComplete". |
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "EcSGBackupComplete". Данные: 0000: 54 68 69 72 64 20 53 74 Third Storage Group. |
9780 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) успешно завершил полное или добавочное резервное копирование группы хранения "Third Storage Group". |
2006 |
Сведения |
ESE |
Банк данных (2256) Выполнение экземпляра теневой копии 56 завершено. |
9616 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) успешно обработал событие завершения резервного копирования. |
При завершении операции резервного копирования модуль записи Exchange вызывает метод OnBackupShutdown(). Этот метод используется для выполнения операций, необходимых при выходе из программы резервного копирования после завершения резервного копирования.
При возникновении неустранимой ошибки метод OnBackupShutdown() устанавливает для состояния модуля записи Exchange значение Ошибка.
В таблице ниже содержится перечень событий, регистрируемых в журнале приложений и связанных с событием BackupShutdown.
| Код события | Тип события | Источник события | Описание |
|---|---|---|---|
9818 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) вызван для "CVssIExchWriter::OnBackupShutdown". |
9648 |
Сведения |
MSExchangeIS |
Модуль записи VSS Exchange (экземпляр 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) успешно обработал событие остановки резервного копирования. |
При возникновении ошибки в процессе резервного копирования выполняется вызов двух функций, указанных ниже.
CVssIExchWriter::OnAbort()
Этот метод указывает на преждевременное завершение операции создания теневой копии. Этот метод используется для очистки модуля записи Exchange и уведомления базы данных JET о необходимости разморозить (освободить) банк данных. Кроме того, модуль записи Exchange использует этот метод для уведомления базы данных JET об остановке процесса создания моментального снимка.
CVssIExchWriter::EcBackupCleanup()
Если в процессе резервного копирования произошла ошибка, сервер Exchange использует этот метод для выполнения операций очистки после ошибки резервного копирования. Сервер Exchange использует этот метод для уведомления базы данных JET о том, что не удалось создать моментальный снимок. Кроме того, с помощью этого метода сервер Exchange уведомляет банк данных о том, что не удалось создать моментальный снимок.
Этап 4. Усечение журналов транзакций
После успешного завершения резервного копирования на сервере Exchange выполняются действия, указанные ниже.
Сервер Exchange выполняет усечение файлов журналов транзакций.
Примечание.Если вместо резервного копирования сервера Exchange выполнить резервное копирование моментального снимка тома, на котором содержатся файлы базы данных Exchange, полученная резервная копия обрабатывается так же, как и резервная копия сервера Exchange. Однако в этом случае резервная копия представляет собой копирующую архивацию и усечение журналов транзакций не выполняется. Сервер Exchange обновляет данные в поле Необходимый файл журнала заголовков базы данных.
Сервер Exchange выполняет очистку состояния резервного копирования.
Сервер Exchange записывает время последнего резервного копирования соответствующих баз данных.
Команды VSSADMIN
Программу командной строки для администрирования службы теневого копирования томов (VSSADMIN) можно использовать для получения сведений о модулях записи и поставщиках, зарегистрированных в службе теневого копирования томов.
Чтобы получить сведения о модулях записи VSS, выполните действия, указанные ниже.
На сервере Exchange нажмите кнопку Пуск, выберите пункт Выполнить, введите команду cmd и нажмите кнопку ОК.
В командной строке введите vssadmin list writers и нажмите клавишу ВВОД.
Просмотрите возвращенные результаты и найдите сведения о модуле записи Exchange. Модуль записи Exchange должен находиться в стабильном состоянии. Если это так, при выполнении команды выводятся указанные ниже данные.
Имя модуля записи: "Microsoft Exchange Writer"
ИД модуля записи: {76fe1ac4-15f7-4bcd987e-8e1acb462fb7}
ИД экземпляра модуля записи: {977637c2-fcdd-463e-b1f8-a9a5d603a2e8}
Состояние: [1] Стабильный
Последняя ошибка: Нет ошибок
Если параметр Состояние имеет значение, отличное от значения Стабильный, перезапустите службу банка данных Microsoft Exchange. Если модуль записи Exchange находится в состоянии сбоя, при выполнении команды выводятся данные, подобные указанным ниже.
Имя модуля записи: "Microsoft Exchange Writer"
ИД модуля записи: {76fe1ac4-15f7-4bcd987e-8e1acb462fb7}
ИД экземпляра модуля записи: {977637c2-fcdd-463e-b1f8-a9a5d603a2e8}
Состояние: [14] Ошибка
Последняя ошибка: Ошибка, допускающая повторение попытки
Чтобы получить сведения о поставщиках, зарегистрированных в службе теневого копирования томов, введите в командной строке команду vssadmin list providers. Будут выведены результаты, указанные ниже.
Имя поставщика: "Microsoft Software Shadow Copy provider 1.0"
Тип поставщика: Система
ИД поставщика: {b5946137-7b9f-4925-af80-51abd60b20d5}
Версия: 1.0.0.7
По умолчанию в списке указывается только поставщик теневого копирования программ Майкрософт (Microsoft Software Shadow Copy provider). Однако если на компьютере установлена программа резервного копирования стороннего производителя, в списке могут быть указаны и другие поставщики.
| Примечание. |
|---|
| Чтобы получить дополнительные сведения о доступных командах, введите в командной строке vssadmin /?. |
Ведение журнала диагностики
Если существует подозрение, что причиной неполадок, возникающих при резервном копировании, может быть неполадка модуля записи Exchange, включите для модуля записи Exchange ведение журнала диагностики. Для этого выполните действия, описанные ниже.
Запустите командную консоль Exchange.
Выполните следующую команду:
get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level expertЧтобы проверить уровень ведения журнала для модуля записи Exchange, выполните следующую команду:
get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"}Чтобы восстановить уровень ведения журнала диагностики по умолчанию, выполните следующую команду:
get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level Lowest
Средство Exchange 2007 Extra
Для трассировки модуля записи Exchange можно использовать помощник по устранению неполадок (средство Extra), входящий в состав сервера Exchange 2007. Для этого выполните действия, описанные ниже.
На сервере Exchange нажмите кнопку Пуск, выберите пункт Выполнить, введите команду extra и нажмите кнопку ОК.
Если программа запускается впервые, выберите пункт Присоединиться к программе улучшения качества программного обеспечения Майкрософт или Я не хочу присоединяться к программе сейчас.
В области задач щелкните Выберите задачу.
На экране выбора задачи по устранению неполадок выберите элемент Управление трассировкой.
Нажмите кнопку ОК, если на экран выведено следующее сообщение:
На этом сервере отсутствует модуль, необходимый для интерпретации трассировок. Продолжайте операцию только в том случае, если она выполняется под непосредственным руководством квалифицированного сотрудника службы технической поддержки Exchange.
Запишите путь, указанный в поле Выберите местоположение файла трассировки.
Щелкните Задать теги трассировки вручную.
В списке Компоненты для трассировки выберите элемент Хранилище, но не устанавливайте флажок Хранилище.
В списке Теги трассировки установите флажок tagVSS.
Нажмите кнопку Начать трассировку.
Средство BETest
Средство BETest можно использовать, чтобы определить, является ли источником проблемы запрашивающая сторона службы теневого копирования томов стороннего производителя.
Средство BETest представляет собой тестовую запрашивающую сторону, которую можно использовать для тестирования модуля записи VSS Exchange. Для обмена данными с модулем записи Exchange и его тестирования средство BETest использует интерфейс API службы теневого копирования томов Майкрософт. Средство BETest может выполнять многие из задач, которые выполняет стандартная запрашивающая сторона службы теневого копирования томов. Данное средство можно использовать для получения с помощью службы теневого копирования томов резервной копии группы хранения Exchange. Средство BETest способно создать моментальный снимок активной базы данных или реплики базы данных на сервере Exchange 2007.
Чтобы получить это средство, загрузите и установите пакет SDK версии 7.2 для службы теневого копирования томов. Этот пакет SDK можно загрузить на странице Volume Shadow Copy Service SDK 7.2 (на английском языке).
По умолчанию для установки версии i386 средства BETest используется следующее местоположение:
C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\i386
| Примечание. |
|---|
| Также доступна версия AMD64 средства BETest. Перед запуском средства BETest перейдите в каталог, который содержит версию, соответствующую операционной системе. |
Чтобы использовать средство BETest, выполните указанные ниже действия.
Откройте окно командной строки и перейдите в каталог, который содержит версию, соответствующую операционной системе. Например, перейдите в каталог C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\amd64.
Проверьте, какие модули записи службы теневого копирования томов являются доступными. Для этого введите команду betest.exe >AvailableWriters.txt.
Создайте файл Components.txt, который будет использоваться средством BETest. Для этого выполните действия, описанные ниже.
Откройте файл AvailableWriters.txt в текстовом редакторе, например в Блокноте.
Найдите раздел Microsoft Exchange Writer. В Блокноте нажмите клавишу F3, в поле Найти введите Microsoft Exchange Writer и нажмите кнопку Найти далее.
Используйте сведения в разделе WriterName = Microsoft Exchange Writer для заполнения файла Components.txt. Этот файл имеет следующий формат:
"<GUID_модуля_записи>": "<логический_путь_к_компоненту>" {"target" # "new target", ...}, ..."<логический_путь_к_компоненту>" : "<логический_путь_к_подкомпоненту>,...";
В этом файле <логический_путь_к_компоненту> — это параметр LogicalPath, параметр LogicalPath вместе с идентификатором GUID компонента или, если значения LogicalPath не существует, только идентификатор GUID компонента. Идентификатор GUID компонента указывает конкретную группу хранения. Например, в качестве значения параметра <логический_путь_к_компоненту> может быть указан путь Microsoft Exchange Server\Microsoft Information Store\имя_сервера\000dd565-c4e8-4f58-a8b1-2e29eee4f5c0.
Ниже приведен образец файла Components.txt.
"{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\имя_сервера\999dd565-c4e8-4f58-a8b1-2e29eee4f5c0 ";
В этом примере первый идентификатор GUID относится к модулю записи Exchange. Изменить данный идентификатор GUID нельзя. Второй идентификатор GUID принадлежит конкретной группе хранения. Можно задать группу хранения, для которой будет выполнена команда, указав идентификатор GUID соответствующей группы хранения. Чтобы получить идентификатор GUID конкретной группы хранения, выполните командлет Get-StorageGroup '<имя_группы_хранения>' | fl GUID.
Сервер Exchange поддерживает только потоковое резервное копирование активных групп хранения. Поэтому для резервного копирования пассивной группы хранения необходимо использовать службу теневого копирования томов. При наличии кластера Exchange с непрерывной репликацией, а также при необходимости выполнить резервное копирование реплики с сервера, для которого включена локальная непрерывная репликация, файл Components.txt должен быть похож на один из примеров, приведенных ниже.
Для пассивной копии кластера с непрерывной репликацией:
"{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Replica\<имя_кластерного_сервера_почтовых_ящиков>\<GUID_группы_хранения>";
Для пассивной копии с сервера с локальной непрерывной репликацией:
"{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Replica\<имя_сервера>\<GUID_группы_хранения>";
Чтобы создать резервную копию группы хранения, после создания файла Components.txt выполните следующую команду:
BETEST.exe /B /E /T 1 /S output.XML /C components.txt /D c:\betest > output.txtПримечание.При выполнении данной команды в каталоге C:\Betest будет создана резервная копия. Эту команду можно также выполнить без параметра /E. Если при выполнении команды выводится сообщение об ошибке, это означает, что источником возникновения неполадок является модуль записи Exchange. Чтобы устранить неполадки, просмотрите содержимое файла Output.txt, который создается при выполнении команды в действии 4.
Рекомендации
Приведенный ниже список содержит некоторые рекомендации по устранению неполадок, возникающих при выполнении резервного копирования с помощью службы теневого копирования томов.
Убедитесь в том, что установлены все последние пакеты обновления для операционной системы Windows и обновления для службы теневого копирования томов.
При устранении ошибки -2403, которая может возникать при запуске задания резервного копирования, следует учитывать некоторые особенности. В этой ситуации для типа запуска службы теневого копирования томов установлено значение Вручную. Служба теневого копирования томов может не остановиться в случае зависания задания резервного копирования. Вместо этого служба теневого копирования томов может определить, что резервное копирование все еще выполняется. В таком случае при попытке запустить новое задание резервного копирования выводится сообщение об ошибке -2403. Чтобы устранить эту проблему, остановите службу теневого копирования томов вручную, а затем запустите новое задание резервного копирования.
При использовании программы BETest для устранения неполадок следует создать несколько резервных копий с помощью BETest в течение довольно продолжительного периода времени (многих дней). Кроме того, при запуске программы BETest следует останавливать и временно отключать любые службы резервного копирования сторонних производителей.
Неполадки модуля записи VSS, связанные с временем ожидания, могут свидетельствовать о проблемах с производительностью на сервере. В таком случае следует собрать и проанализировать журналы производительности, чтобы выявить проблемы, связанные с производительностью.
Если модуль записи VSS находится в состоянии Ошибка, допускающая повторение попытки, это указывает на возникновение некритической ошибки в модуле записи службы теневого копирования томов. Сведения о состоянии через некоторое время автоматически изменяются. Однако проблему с отображением значения состояния Ошибка, допускающая повторение попытки можно решить, перезапустив сервер.
Ссылки на материалы, посвященные службе теневого копирования томов
Службе теневого копирования томов посвящены следующие материалы: