Статья
01/24/2011

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

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

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

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

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

Примечание
Сжатие резервной копии было введено в выпуске SQL Server 2008 Enterprise. В перенесенной конфигурации доставки журналов используется параметр конфигурации сжатие резервной копии по умолчанию уровня сервера, который управляет применением сжатия резервной копии к файлам резервной копии журнала транзакций. Режим сжатия резервной копии журналов можно указать отдельно для каждой конфигурации доставки журналов. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).

Сжатие резервной копии было введено в выпуске SQL Server 2008 Enterprise. В перенесенной конфигурации доставки журналов используется параметр конфигурации сжатие резервной копии по умолчанию уровня сервера, который управляет применением сжатия резервной копии к файлам резервной копии журнала транзакций. Режим сжатия резервной копии журналов можно указать отдельно для каждой конфигурации доставки журналов. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).

Ограничения

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

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

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

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

Один сервер-получатель, без сервера мониторинга

Обновите экземпляр сервера-получателя (сервер Б) до версии SQL Server 2008. При обновлении сервера Б база данных доставки журналов остается базой данных SQL Server 2000, так как она работает в автономном режиме. Эта база данных обновляется на следующем шаге. Задания доставки журналов SQL Server 2000, копирующие и восстанавливающие файлы журналов, больше не работают.

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

Переключитесь с экземпляра сервера-источника (сервера А) на экземпляр сервера-получателя (сервер Б).

Чтобы перейти на другой ресурс восстановите все непримененные резервные копии журналов транзакций из базы данных-источника с сервера A на сервер Б.
Вручную создайте резервную копию заключительного фрагмента журнала транзакций в базе данных-источнике, указав параметр WITH NORECOVERY. В эту резервную копию журналов попадут все записи, резервная копия которых еще не была создана, и база данных будет отключена.

В следующем примере создается резервная копия заключительного фрагмента журнала базы данных AdventureWorks на сервере-источнике. Файлу резервной копии присваивается имя Failover_AW_20080315.trn:
```
BACKUP LOG AdventureWorks 
  TO DISK = N'\\FileServer\LogShipping\AdventureWorks\Failover_AW_20080315.trn'
  WITH NORECOVERY;
GO
```
Переведите базу данных-получатель на сервере Б в оперативный режим путем восстановления из копии заключительного фрагмента журнала транзакций с помощью параметра WITH RECOVERY.

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

Примечание
После обновления база данных доставки журналов на сервере Б становится доступной пользователям. Однако, пока на сервере Б не будет настроена доставка журналов SQL Server 2008, резервные копии журналов из базы данных на сервере Б приниматься не будут.

После обновления база данных доставки журналов на сервере Б становится доступной пользователям. Однако, пока на сервере Б не будет настроена доставка журналов SQL Server 2008, резервные копии журналов из базы данных на сервере Б приниматься не будут.

Обновите сервер А до версии SQL Server 2008. Базой данных доставки журналов временно остается база данных SQL Server 2000, так как она работает в автономном режиме.

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

Важно!
При настройке доставки журналов на сервере Б выберите Нет, база данных-получатель инициализирована на вкладке Инициализация базы данных-получателя диалогового окна Параметры базы данных-получателя. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).

При настройке доставки журналов на сервере Б выберите Нет, база данных-получатель инициализирована на вкладке Инициализация базы данных-получателя диалогового окна Параметры базы данных-получателя. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).

Если необходимо вновь сделать сервер А сервером-источником, выполните переход на него. Дополнительные сведения см. в разделе Смена ролей сервера-источника и сервера-получателя.

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

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

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

Настройте доставку журналов с экземпляра сервера-источника на экземпляр сервера-получателя. На вкладке Инициализация базы данных-получателя диалогового окна Параметры базы данных-получателя выберите Нет, база данных-получатель инициализирована. Дополнительные сведения см. в разделе Как включить доставку журналов (среда SQL Server Management Studio).

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

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

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

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

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

Включение доставки журналов

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

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