Резервное копирование баз данных и рабочих файлов служб Notification Services

Резервное копирование экземпляров служб SQL Server Notification Services должно производиться регулярно. При отсутствии регулярных резервных копий данных экземпляра и приложений невозможно восстановить приложения на конкретный момент времени. При отсутствии резервных копий других данных, конфигурации экземпляра, определений приложений, интерфейсов управления подписками, пользовательских компонентов и других рабочих файлов, необходимых для приложений, невозможно будет полностью восстановить экземпляр служб Notification Services.

Резервные копии и тактовые генераторы

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

При восстановлении экземпляра служб Notification Services из базы данных определяется последний завершенный такт генератора, и обработка возобновляется с этого момента. Генератор может пропускать такт в зависимости от предела тактовой задержки, определенного для приложения. Дополнительные сведения см. в разделе Установка пределов тактовой задержки.

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

Дополнительные сведения о тактовом генераторе см. в разделе Указание длительности такта генератора.

Планирование восстановления

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

Программное обеспечение

Убедитесь, что для восстановления имеется следующее программное обеспечение:

• Носитель с операционной системой.
• Носитель с Microsoft SQL Server.
• Все пакеты обновления или обновления, примененные для операционной системы, SQL Server или служб Notification Services.
• Все рабочие файлы, используемые приложениями служб Notification Services, например пользовательские компоненты, файлы языка определения XML-схем (XSD) и файлы преобразования расширяемого языка стилей (XSLT). Восстанавливать экземпляры служб Notification Services будет проще, если созданы списки всех файлов и их расположения в среде выполнения.
• Файлы, содержащие конфигурацию экземпляра и определения приложений.
• Интерфейсы управления подписками.

Сведения о безопасности

Убедитесь, что следующие сведения о безопасности доступны тем, кто восстанавливает экземпляры служб Notification Services, например отделу эксплуатации.

• Имена и пароли пользователей, с которыми запускается ядро служб Notification Services. Обычно оно запускается со службой NS$имя_экземпляра Microsoft Windows.
• Имя и пароль пользователя экземпляра SQL Server, если экземпляр использует проверку подлинности SQL Server для доступа к базам данных экземпляра и приложений.
• Имена и пароли пользователей, используемые интерфейсами управления подписками.
• Учетная запись локального или доменного пользователя, используемая для установки программного обеспечения и запуска команд nscontrol.
• Учетная запись администратора SQL Server, используемая для администрирования экземпляра служб Notification Services с помощью среды SQL Server Management Studio, команд nscontrol или пользовательских приложений, использующих управляющие объекты служб Notification Services.

Важно!
Эти сведения необходимо хранить в безопасном месте. Лица, не занимающиеся развертыванием, администрированием или восстановлением экземпляров служб Notification Services, не должны иметь доступа к сведениям об учетных записях и паролях.

Резервное копирование баз данных и других файлов

Чтобы создать резервную копию экземпляра служб Notification Services, необходимо осуществить резервное копирование базы данных и рабочих файлов (например, XSLT-файлов, используемых для форматирования уведомлений), а также файлов, используемых для настройки экземпляра и приложений.

Резервное копирование файлов базы данных

В Microsoft SQL Server 2005 данные экземпляра и приложений можно размещать в существующих базах данных, либо службы Notification Services могут создавать новые базы данных. Обратитесь к документации по экземпляру служб Notification Services или к конфигурации экземпляра и определениям приложений, чтобы выяснить, в каких базах данных содержатся данные экземпляра и приложений.

Для служб Notification Services наилучшей моделью восстановления является полная модель. При использовании резервных копий базы данных, разностных резервных копий и резервных копий журналов транзакций, предоставляемых моделью полного восстановления, можно восстановить базы данных экземпляра и приложений на конкретный момент времени. Примером расписания резервного копирования может быть создание полных резервных копий базы данных каждую ночь, разностных резервных копий каждые 3 часа и резервных копий журналов транзакций каждые 30 минут. С помощью этой модели можно восстановить экземпляр на момент в пределах 30 минут до сбоя.

Дополнительные сведения о резервном копировании баз данных см. в разделе Резервное копирование и восстановление баз данных в SQL Server.

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

Резервное копирование рабочих файлов

Помимо файлов баз данных, для работы большинства экземпляров необходимы дополнительные файлы. Например, приложение, использующее поставщик событий отслеживания файловой системы, использует один или несколько файлов языка определения XML-схем (XSD), описывающих данные событий. Любое приложение, использующее XSLT для форматирования уведомлений, содержит один или несколько файлов XSLT. А любое приложение, использующее пользовательские объекты, содержит дополнительные файлы для этих пользовательских объектов.

Чтобы восстановить экземпляр, необходимо иметь все рабочие файлы для всех приложений, находящихся в экземпляре. Если эти дополнительные файлы недоступны, то при запуске экземпляра произойдет сбой частей приложений.

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

Резервное копирование файлов конфигураций и определений приложений

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

Дополнительные сведения см. в разделе Экспорт экземпляра служб Notification Services и метаданных приложения.

См. также

Другие ресурсы

Резервное копирование и восстановление служб Notification Services
Резервное копирование и восстановление баз данных в SQL Server
Администрирование служб Notification Services

Справка и поддержка

Получение помощи по SQL Server 2005