Миграция конфигурации доставки журналов SQL Server 2000 в SQL Server 2005

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

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

  • Миграция с переходом на другой ресурс позволяет поддерживать доступность базы данных во время обновления каждого сервера в конфигурации доставки журналов. Для выполнения этой процедуры необходимо, чтобы конфигурация доставки журналов SQL Server 2000 была настроена на возможность перехода на другой ресурс.
  • Миграция без перехода на другой ресурс может выполняться при помощи более простой процедуры, которая не требует, чтобы производился переход на сервер-получатель. При выполнении этой процедуры база данных доставки журналов недоступна во время обновления сервера-получателя до SQL Server 2005.

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

Ограничения

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

Миграция с переходом на другой ресурс

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

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

Для успешного выполнения этой процедуры необходимо, чтобы доставка журналов была настроена на SQL Server 2000, а конфигурация доставки журналов позволяла выполнять переход между базой данных-источником и базой данных-получателем. Для большей ясности будем обозначать в этой процедуре экземпляр сервера-источника доставки журналов SQL Server 2000 как сервер А, а экземпляр сервера-получателя доставки журналов SQL Server 2000 как сервер Б.

  1. Обновите сервер Б до версии SQL Server 2005. При обновлении сервера Б база данных доставки журналов остается базой данных SQL Server 2000, так как она работает в автономном режиме. Эта база данных обновляется на следующем шаге.
    ms188297.note(ru-ru,SQL.90).gifПримечание.
    В этот момент пользователи могут продолжать обращаться к базе данных-источнику на сервере А.
  2. Переход с сервера А на сервер Б производится применением всех необходимых журналов транзакций из базы данных-источника на сервере А и резервным копированием базы данных-источника при помощи NORECOVERY. Как только база данных-получатель на сервере Б переведена в оперативный режим, она автоматически обновляется в базу данных SQL Server 2005. Процесс обновления базы данных полностью протоколируется.
    ms188297.note(ru-ru,SQL.90).gifПримечание.
    После обновления база данных доставки журналов на сервере Б становится доступной пользователям. Однако до тех пор пока доставка журналов SQL Server 2005 не будет настроена на сервер Б, резервные копии журналов из базы данных на сервере Б не могут быть применены к базе данных на сервере А.
  3. Обновите сервер А до версии SQL Server 2005. Базой данных доставки журналов остается база данных SQL Server 2000, так как она работает в автономном режиме.
  4. На сервере Б настройте доставку журналов SQL Server 2005 с сервером Б в качестве сервера-источника и сервером А в качестве сервера-получателя. В начале доставки журналов транзакций на сервер А база данных доставки журналов на сервере А обновляется в базу данных SQL Server 2005, когда применяется первая резервная копия журналов.
    При настройке доставки журналов на сервере Б выберите Нет, база данных-получатель инициализирована на вкладке Инициализировать базу данных-получатель диалогового окна Параметры базы данных-получателя. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).
  5. Если необходимо вновь сделать сервер А сервером-источником, переключитесь на него. Дополнительные сведения см. в разделе Смена ролей сервера-источника и сервера-получателя.

Миграция без перехода на другой ресурс

Миграция конфигурации доставки журналов с версии SQL Server 2000 до SQL Server 2005 может быть выполнена без перехода на другой ресурс. Эта процедура позволяет сравнительно легко выполнить обновление обоих экземпляров сервера в конфигурации доставки журналов. Однако следует учитывать, что во время обновления экземпляра сервера-источника до SQL Server 2005 база данных-источник будет недоступна.

  1. Обновите экземпляр сервера-получателя до версии SQL Server 2005. При обновлении экземпляра сервера-получателя база данных доставки журналов остается базой данных SQL Server 2000, так как она работает в автономном режиме.
  2. Выполните обновление сервера-источника до версии SQL Server 2005. Во время выполнения процедуры обновления база данных-источник является недоступной.
  3. Выполните перенастройку доставки журналов с экземпляра сервера-источника на экземпляр сервера-получателя. На вкладке Инициализация базы данных-получателя диалогового окна Параметры базы данных-получателя выберите Нет, база данных-получатель инициализирована. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).
    ms188297.note(ru-ru,SQL.90).gifВажно!
    Укажите тот же ресурс резервных копий, который использовался в конфигурации доставки журналов SQL Server 2000. Это гарантирует, что при включении доставки журналов в SQL Server 2005 все резервные копии журналов надлежащим образом применяются к базе данных-получателю.
    Так как процесс обновления базы данных полностью протоколируется, база данных-получатель обновляется в базу данных SQL Server 2005, когда начинается доставка журналов в экземпляр сервера-получателя.

Повторное развертывание доставки журналов

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

Дополнительные сведения о включении доставки журналов в среде SQL Server Management Studio см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).

Дополнительные сведения о включении доставки журналов с помощью инструкций языка Transact-SQL см. в разделе Как включить доставку журналов (Transact-SQL).

Удаление таблиц и заданий доставки журналов в SQL Server 2000

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

SQL Server 2005 не использует таблицы доставки журналов сервера SQL Server 2000. Поэтому после обновления до версии SQL Server 2005 можно удалить следующие таблицы:

  • log_shipping_databases
  • log_shipping_monitor
  • log_shipping_plan_databases
  • log_shipping_plan_history
  • log_shipping_plans
  • log_shipping_primaries
  • log_shipping_secondaries

Можно также удалить задания агента доставки журналов SQL Server, созданные SQL Server 2000.

См. также

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

Таблицы доставки журналов и хранимые процедуры

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

Доставка журналов

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

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