SQL2008_Administration

10.2.4. Действия в случае сбоя основного сервера

План действий в случае сбоя основного сервера следующий:

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

Либо отключить само задание - из контекстного меню для объекта задания в Object Explorer (контейнер SQL Server Agent Jobs) выбрать команду Disable.
Либо отключить расписание для задания - открыть свойства задания, перейти на вкладку Schedules, выделить нужное расписание и нажать на кнопку Edit. Затем в свойствах расписания нужно снять флажок Enabled.

Вручную скопировать и восстановить те резервные копии журналов транзакций, которые были созданы на основном сервере, но еще не были восстановлены на вторичном сервере. Для этого можно вручную запустить на выполнение задания LSCopy... и LSRestore.... при помощи команды Start job из контекстного меню в Object Explorer.
Если нужно запретить работу с основным сервером, то можно произвести резервное копирование остатка журнала с параметром NORECOVERY. В этом случае будет не только создана резервная копия журнала транзакций, но и закрыт доступ к базе данных для пользователей.
Перевести базу данных на вторичном сервере в рабочее состояние из режима NORECOVERY или STANDBY (в зависимости от параметров доставки журналов). Для этого достаточно выполнить команду RESTORE DATABASE с параметром WITH RECOVERY, например: RESTORE DATABASE db1copy WITH RECOVERY
Переключить клиентские приложения на работу со вторичным сервером. В вашем распоряжении — следующие варианты:

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

изменить имя сервера в клиентском приложении;
применить псевдоним для SQL Server (псевдонимы придется создавать на каждом клиентском компьютере);
изменить свойства источника данных ODBC (тоже на каждом клиенте).

В случае возврата в строй основного сервера:

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

Содержание