Использование доставки журналов и зеркального отображения базы данных со службами Notification Services
При отсутствии необходимости в быстром и автоматическом переходе на другой ресурс, предоставляемом отказоустойчивым кластером, но при необходимости получения высокого уровня доступности для приложений уведомлений можно создать резервный сервер, который можно переводить в оперативный режим после сбоев или во время обслуживания основного сервера. Резервный сервер содержит копии всех баз данных, используемых экземпляром служб Notification Services.
Для автоматической поддержки резервного сервера баз данных можно использовать доставку журналов или зеркальное отображение базы данных.
Использование доставки журналов
Доставка журналов позволяет поддерживать сервер «горячего» резервирования для конкретной базы данных, автоматически отправляя резервные копии журналов транзакций из этой базы данных (именуемой базой данных-источником) в базу данных-получатель на другом сервере (именуемом сервером-получателем). На сервере-получателе эти резервные копии журналов транзакций восстанавливаются в базу данных-получатель, поддерживая ее точную синхронизацию с базой данных-источником.
При использовании доставки журналов с базами данных служб Notification Services, мы настоятельно рекомендуем использовать одну и ту же базу данных для данных экземпляров и приложений. Можно задать имя базы данных в конфигурации экземпляра и определении каждого приложения. При использовании разных баз данных для экземпляра и его приложений убедитесь в том, что все базы данных используют одно и то же расписание доставки журналов, чтобы резервные базы данных обновлялись одновременно. Если базы данных обновляются в разное время, то могут возникать ошибки приложений. Например, в базе данных приложений могут иметься подписки для подписчиков, которые не существуют в базе данных экземпляра.
После перевода сервера-получателя в оперативный режим необходимо перерегистрировать и обновить экземпляр служб Notification Services:
- Экземпляр необходимо перерегистрировать для изменения сервера баз данных, заданного для экземпляра служб Notification Services. Обязательно сделайте это на всех серверах, на которых зарегистрирован экземпляр, включая серверы, на которых запускаются компоненты ядра, интерфейсы управления подписками и внепроцессные поставщики событий.
- Необходимо изменить системное значение SQL Server в конфигурации экземпляра и, возможно, значения системных имен в определениях приложений, а затем обновить экземпляр служб Notification Services, чтобы применить изменения.
Дополнительные сведения об использовании доставки журналов см. в разделе Доставка журналов.
Переключение экземпляра служб Notification Services на резервный сервер
Использование зеркального отображения базы данных
Зеркальное отображение базы данных представляет собой альтернативу или дополнение для отказоустойчивого кластера или доставки журналов. Зеркальное отображение базы данных обслуживает резервный сервер, который функционирует либо как сервер горячей готовности, который обеспечивает быстрый переход на другой ресурс без потери зафиксированных транзакций, либо как сервер горячего резервирования. При помощи сервера горячей готовности, после сбоя на рабочем сервере резервный сервер становится рабочим. Клиентские приложения затем могут быстро восстановиться, повторно подключившись к новому рабочему серверу.
Ядро служб Notification Services и клиентские компоненты не переключаются автоматически на резервные серверы. Однако зеркальное отображение базы данных можно использовать практически аналогично доставке журналов. Когда резервный сервер переходит в оперативный режим, можно обновить экземпляр служб Notification Services для использования нового сервера.
Дополнительные сведения о зеркальном отображении базы данных см. в разделе Зеркальное отображение базы данных.
Переключение экземпляра служб Notification Services на резервный сервер
Рекомендации по резервным серверам
При использовании доставки журналов или зеркального отображения базы данных с общими конфигурациями служб Notification Services следуйте следующим рекомендациям.
- При развертывании одиночного сервера служб Notification Services (когда ядро служб Notification Services и базы данных находятся на одном и том же сервере) необходимо осуществлять зеркальное отображение структуры каталогов, содержащей рабочие файлы экземпляра, на сервер-получатель. Наличие всех файлов на месте упрощает переключение на сервер-получатель.
- Для дальнейшего облегчения переключения на сервер-получатель можно подготовить конфигурацию экземпляра и определения приложений с именем сервера-получателя, а затем заранее зарегистрировать экземпляр служб Notification Services. Затем при переключении на сервер-получатель можно просто обновить экземпляр служб Notification Services и запустить этот экземпляр.
- Если ядро служб Notification Services запускается на сервере, отдельном от сервера баз данных, то можно поддерживать версии серверов-получателей в конфигурации экземпляра и определениях приложений. Эти версии серверов-получателей содержат имена серверов-получателей для сервера баз данных и, при необходимости, для внепроцессных поставщиков событий, генераторов и распространителей. После перевода сервера-получателя баз данных в оперативный режим обновите экземпляр служб Notification Services, используя копии сервера-получателя конфигурации экземпляра и определений приложений.
См. также
Другие ресурсы
Доставка журналов
Зеркальное отображение базы данных
Сохранение высокого уровня доступности
Администрирование служб Notification Services