10.2.5. Отмена доставки журналов

Для отмены доставки журналов необходимо:

1. В Management Studio на вкладке Transaction Log Shipping основной базы данных снять флажок Enable this as a primary database in a log shipping configuration.

2. Нажать кнопку OK. Автоматически будет выполнено:

• удаление заданий на резервное копирование, сетевое копирование и восстановление журналов транзакций.

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

3. Удалить вручную задание для мониторинга.

4. Привести в рабочее состояние вторичную базу данных:

• выполнив повторное восстановление последней резервной копии журнала транзакций с параметром RECOVERY.

• Воспользоваться специальными хранимыми процедурами:

1. на основном сервере, чтобы убрать с него все настройки доставки журналов для указанной вами базы данных: sp_delete_log_shipping_primary_secondary и sp_delete_log_shipping_primary_database

2. на вторичном сервере, чтобы убрать всю информацию о доставке журналов с этого сервера вместе со вторичной базой данных: sp_delete_log_shipping_secondary_database.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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