Использование серверов, поддерживающих «горячее» резервирование

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

  1. Последовательно применить к резервному серверу все непримененные резервные копии журналов транзакций, созданные на сервере-источнике.

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

  3. Восстановить базы данных на резервном сервере. При этом базы данных восстанавливаются без создания резервного файла, что делает возможным изменение базы данных пользователями.

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

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

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