10.3.1. Зеркальное отображение баз данных

В SQL Server 2008 предусмотрено новое средство для повышения отказоустойчивости — зеркальное отображение баз данных (database mirroring). При использовании этого средства изменения, которые вносятся в БД на одном сервере, мгновенно (или с небольшой задержкой) отображаются в копии БД на другом сервере.

Примущества зеркального отображения БД по сравнению с кластером:

• зеркальное отображение баз данных не требует применения специального оборудования;

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

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

Примущества зеркального отображения БД по сравнению с доставкой журналов:

• переключение ролей в случае отказа основного сервера может производиться автоматически (при наличии следящего сервера — witness server);

• не нужно вносить какие-либо изменения в сетевую инфраструктуру или настройки клиентов. Клиенты при необходимости автоматически переключаются на использование зеркальной копии (это относится только к приложениям, которые используют SQL Native Client или .NET SQL Provider). Информацию о зеркальной копии можно указать в строке подключения (ее также может передать основной сервер при подключении к нему клиента);

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

Для зеркального отображения можно использовать два режима:

1. Синхронный режим — при использовании этого режима транзакция не будет завершена, если она не прошла на обоих серверах. Скорость работы транзакций может существенно замедлиться. Этот режим работы подразделяется еще на два:

• high-availability. Для этого режима обязательно использование следящего сервера. Этот режим гарантирует отказоустойчивость. В случае, если основной сервер (он называется сервером-принципалом) становится недоступным, следящий сервер автоматически меняет ролями сервер-принципал и сервер-зеркало. Если становится недоступным сервер-зеркало, продолжается обычная работа. В случае же, если, к примеру, стали одновременно недоступными и следящий сервер, и сервер-зеркало, то прекратится и работа базы данных на сервере-принципале — чтобы гарантировать, что сервер будет работать только в отказоустойчивом режиме;

• high-protection. В этом режиме можно обойтись без следящего сервера. Любая транзакция в этом режиме обязательно должна быть завершена на обоих серверах: так гарантируется идентичность данных на основной базе данных и на зеркале.