Обзор зеркального отображения базы данных

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

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

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

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

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

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

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

Дополнительные сведения см. в подразделе «Переключение ролей» ниже в этом разделе.

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

Безопасность транзакций и рабочие режимы

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

Существует три формы переключения ролей.

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

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

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

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

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

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

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

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

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