Переключение при отказе на вторичный сервер резервирования журналов (SQL Server)

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

Подготовка к управляемому переключению

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

Сведения о заданиях доставки журналов см. в разделе "О доставке журналов" (SQL Server).

Переключение на резерв

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

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

2. Примените все непримененные резервные копии журналов транзакций последовательно для каждой вторичной базы данных. Дополнительные сведения см. в разделе Применение резервных копий журналов транзакций (SQL Server).

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

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

   Дополнительные сведения см. в статье "Резервные копии журналов транзакций" (SQL Server).

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

   Замечание

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

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

   Если никакая другая вторичная база данных недоступна, см. статью "Настройка доставки журналов" (SQL Server).

Связанные задачи

• Изменение ролей между основными и вторичными серверами доставки журналов (SQL Server)

• Управление именами входа и заданиями после переключения ролей (SQL Server)

См. также

Таблицы доставки журналов и хранимые процедуры
Сведения о доставке журналов (SQL Server)
Tail-Log Резервные копии (SQL Server)