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

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

ПримечаниеПримечание

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

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

Участники дважды меняют роли

Важное примечаниеВажно!

Задания, работающие в бывшей основной базе данных после переключения ролей, должны быть созданы повторно в новой основной базе данных для работы с ней. Дополнительные сведения см. в разделе Управление именами входа и заданиями после переключения ролей.

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

ПримечаниеПримечание

Сведения о режимах функционирования сеансов зеркального отображения см. в разделе Сеансы зеркального отображения базы данных.

  • Переход на другой ресурс вручную

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

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

  • Автоматический переход на другой ресурс

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

  • Принудительное обслуживание (с возможной потерей данных)

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

    ПримечаниеПримечание

    Рекомендуется установить свойство «WITNESS» в положение «OFF» в высокопроизводительном режиме. Иначе для перевода базы данных в оперативный режим будет необходимо соединение зеркального сервера со следящим сервером. Дополнительные сведения см. в разделе Принудительное обслуживание (с вероятностью потери данных).

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

Высокая производительность

Режим высокого уровня безопасности без следящего сервера

Режим высокого уровня безопасности в присутствии следящего сервера

Автоматический переход на другой ресурс.

Нет

Нет

Да

Переход на другой ресурс вручную

Нет

Да

Да

Принудительное обслуживание

Да

Да

Нет

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

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