В этом разделе объясняется, как восстановить копию кластера с непрерывной репликацией после сбоя тома. Сбой тома означает недоступность на пассивном узле номера логического устройства, на котором размещена база данных или данные группы хранения (журналы и системные файлы).
Может показаться, что на томе произошел сбой вследствие изменения конфигурации на более низком уровне системы или ошибки, связанной с человеческим фактором. Если хранилище пассивной копии недоступно или размещение хранилища неверно, необходимо проверить, изменялась ли конфигурация хранилища.
Рекомендуется устранять повреждения или сбои тома в копии как можно быстрее. Во время наличия подобных неполадок затронутую базу данных на пассивном узле восстанавливать не следует. Поэтому при сбое затронутую базу данных невозможно подключить, что делает невозможным доступ к почтовым ящикам, размещенным в ней.
Приступая к работе
Чтобы выполнить следующую процедуру, необходимо войти в систему с учетной записью домена, обладающей разрешениями локальной группы администраторов и группы администраторов Exchange Server.
Процедура
Чтобы
восстановить копию кластера с непрерывной репликацией после сбоя
тома
-
При обнаружении сбоя на пассивной копии необходимо оценить подсистему хранилища для пассивной базы данных. Необходимо убедиться в правильности конфигурации хранилища.
-
Если обнаружена ошибка конфигурации или подсистемы хранилища, необходимо ее устранить. После исправления ошибки репликация автоматически запустится через некоторое время после проверки хранилища и предоставления доступа к активной копии.
-
Если ошибка в конфигурации не найдена, необходимые тома должны быть доступны для копии группы хранения. Если отсутствующие тома содержат журналы и системные файлы, непрерывная репликация кластера автоматически заполнит эти данные. Если отсутствующий том содержит базу данных, необходимо выполнить операцию заполнения.
Дополнительные сведения
Подробные сведения об операции заполнения см. в разделе Инициализация копии непрерывной репликации кластера.