Обновление реплицируемых баз данных

Изменения: 17 июля 2006 г.

SQL Server 2005 поддерживает обновление реплицируемых баз данных SQL Server предыдущих версий, при этом на время обновления узла прекращать работу с другими узлами не требуется. Соблюдайте следующие правила, определяющие допустимые версии объектов репликации в топологии.

• SQL Server версии 7.0 с пакетом обновления 4 (SP4) является минимальной версией, необходимой для участия в топологии репликации с SQL Server 2005. При использовании SQL Server 2000 необходим пакет обновления 3 (SP3) или выше.
• Версия распространителя не должна быть ниже версии издателя (во многих случаях распространителем и издателем является один и тот же экземпляр).
• Версия издателя не должна превышать версию распространителя.
• Версия подписчика зависит от типа публикации следующим образом.
  • Подписчик на публикацию транзакций, способный только читать данные, может иметь любую версию, отличающуюся от версии издателя не более чем на две версии. Например, издатель SQL Server 7.0 может работать с подписчиками SQL Server 2005, а издатель SQL Server 2005 — с подписчиками SQL Server 7.0.
  • Обновляемый подписчик на публикацию транзакций SQL Server 2005 может иметь любую версию не ниже SQL Server 2000 с пакетом обновления 3 (SP3).
  • Версия подписчика на публикацию слиянием не должна превышать версию издателя.

Примечание.
Этот раздел доступен в справочной документации по программе установки, а также в электронной документации по SQL Server 2005. Ссылки на разделы, выделенные полужирным шрифтом в справочной документации по установке, относятся к разделам, доступным только в электронной документации.

Обновление до выпусков Standard Edition, Workgroup Edition и Express Edition

Перед обновлением от одного выпуска SQL Server 2005 до другого удостоверьтесь в том, что используемые функции поддерживаются также и в выпуске, до которого производится обновление. Дополнительные сведения см. в подразделе «Возможности репликации SQL Server 2005» раздела Возможности, поддерживаемые различными выпусками SQL Server 2005.

Новая модель безопасности агента репликации

В предыдущих версиях SQL Server агенты выполнялись по умолчанию в контексте учетной записи службы агента SQL Server. SQL Server 2005 обеспечивает разделяемый контроль над всеми учетными записями, в контекстах которых агенты репликации работают и устанавливают соединения к базам данных и другим ресурсам с использованием встроенной авторизации Windows; каждому агенту можно назначить отдельную учетную запись. Дополнительные сведения см. в разделах Вопросы безопасности репликации и Модель безопасности агента репликации.

Реализация новой модели безопасности сказалась на обновлении и выполнении нескольких версий SQL Server в топологии репликации следующим образом.

• Для повышения уровня безопасности сценарии репликации, созданные для SQL Server 2000 или SQL Server 7.0, должны быть обновлены до SQL Server 2005. Дополнительные сведения см. в разделе How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).
• Распространитель или подписчик, обновленный с версии SQL Server до SQL Server 2005, по-прежнему будет выполняться в контексте учетной записи агента SQL Server и, скорее всего, получит больше прав доступа, чем нужно. Таким образом, после обновления рекомендуется назначить агентам отдельные учетные записи с минимально необходимыми правами доступа. Чтобы назначить агентам отдельные учетные записи, выполните следующие действия.
  1. Внесите в сценарий публикацию и подписки.
  2. Внесите в сценарии изменения. Дополнительные сведения см. в разделе How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).
  3. Удалите публикацию и подписки. Дополнительные сведения см. в разделах Публикация данных и объектов базы данных и Подписка на публикации.
  4. Заново создайте публикацию и подписки с использованием измененных сценариев.
     Сведения о правах, необходимых для агентов, см. в разделе Модель безопасности агента репликации; сведения об управлении именами для входа и паролями см. в разделе Управление именами входа и паролями в репликации. Новые конфигурации репликации, созданные после обновления, требуют, чтобы каждому агенту репликации соответствовала отдельная конфигурация учетной записи.

  Примечание.

  Любые агенты, использующие при установлении локальных соединений с базами данных проверку подлинности SQL Server, начинают после этого использовать проверку подлинности Windows. Локальными называются соединения, которые агент устанавливает с экземпляром SQL Server, запущенным на том же компьютере, что и агент. Например, агент слияния при подписке по запросу запускается на стороне подписчика, и все его соединения с подписчиком являются локальными.

• В случае наличия в топологии репликации членов, на которых выполняются предыдущие версии SQL Server, модель безопасности репликации остается прежней. Например:
  • при подписке по запросу подписчика SQL Server 2000 или SQL Server 7.0 новая модель безопасности не используется, потому что агент слияния или распространителя создается на стороне подписчика;
  • при принудительной подписке, инициируемой распространителем SQL Server 2005 и принимаемой подписчиком SQL Server 2000 или SQL Server 7.0, используется новая модель безопасности, потому что агент слияния или распространения создается на стороне распространителя;
  • издатель SQL Server 2000 или SQL Server 7.0 с распространителем SQL Server 2005 не использует новую модель безопасности (для агентов моментальных снимков, чтения журнала или чтения очереди), потому что эти агенты создаются в контексте базы данных публикации.

Выполнение агентов после обновления (репликация слиянием)

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

Механизм репликации слиянием хранит метаданные публикации и подписки в нескольких системных таблицах баз данных публикации и подписки. При запуске агента моментальных снимков обновляются метаданные публикации, а при запуске агента слияния — метаданные подписки. Пользователь должен только сформировать моментальный снимок публикации. Если при публикации слиянием используются параметризованные фильтры, каждой секции также соответствует моментальный снимок. Обновлять эти секционированные снимки не требуется. (В SQL Server 2000 параметризованные фильтры назывались динамическими фильтрами, а секционированные снимки — динамическими снимками.)

Для выполнения агентов можно использовать среду Microsoft SQL Server Management Studio, монитор репликации и окно командной строки. Дополнительные сведения о выполнении агента моментальных снимков см. в следующих разделах.

• Как создать и применить исходный моментальный снимок (среда SQL Server Management Studio)
• Как запустить и остановить агент репликации (среда SQL Server Management Studio)
• How to: Create the Initial Snapshot (Replication Transact-SQL Programming)
• Programming Replication Agent Executables

Дополнительные сведения о выполнении агента слияния см. в следующих разделах.

• Как синхронизировать подписку по запросу (среда SQL Server Management Studio)
• Как синхронизировать принудительную подписку (среда SQL Server Management Studio)
• Как синхронизировать подписку по запросу (программирование репликации)
• Как синхронизировать принудительную подписку (программирование репликации)

Если после обновления SQL Server в топологии, в которой используется репликация слиянием, необходимо использовать новые возможности, измените уровень совместимости всех публикаций. Дополнительные сведения см. в разделе Использование нескольких версий SQL Server в топологии репликации.

Веб-синхронизация для репликации слиянием

Веб-синхронизация репликации слиянием требует, чтобы в виртуальный каталог служб IIS, используемый для синхронизации, было скопировано средство прослушивания репликации SQL Server (библиотека replisapi.dll). При настройке веб-синхронизации этот файл копируется в виртуальный каталог мастером настройки веб-синхронизации. Для обновления компонентов SQL Server, установленных на сервере IIS, необходимо вручную скопировать библиотеку replisapi.dll из каталога COM в виртуальный каталог сервера IIS. Дополнительные сведения о веб-синхронизации см. в разделе Настройка веб-синхронизации.

Восстановление реплицированной базы данных из предыдущей версии

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

См. также

Основные понятия

Обратная совместимость репликации
Использование нескольких версий SQL Server в топологии репликации

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

Управление репликацией
Улучшения в репликации
Обновления версий и выпусков

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

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

Журнал изменений

Версия	Журнал
17 июля 2006 г.	Измененное содержимое Добавлена информация о том, что базы данных подписки могут оставаться в оперативном режиме во время обновления издателя.