Как и предыдущие выпуски, SQL Server 2008 R2 выпускается в 32-разрядной и 64-разрядной версии. Обе версии можно установить с помощью мастера установки SQL Server или командной строки. Как упоминалось ранее, теперь для автоматизации развертывания SQL Server с минимальными усилиями также можно использовать средство Sysprep.

Рисунок 1-5. Обновление SQL Server 2005 до SQL Server 2008 R2 «на месте».

Примечание SQL Server 2000, SQL Server 2005 и SQL Server 2008 допускают обновление до SQL Server 2008 R2 «на месте». К сожалению, предыдущие выпуски, например SQL Server 7.0 и SQL Server 6.5, нельзя обновить до SQL Server 2008 R2.

Наконец, администраторы могут обновить существующую установку SQL Server или провести параллельную миграцию при установке SQL Server 2008 R2. Более подробно различные стратегии описаны в последующих разделах.

Обновление «на месте»

Обновление «на месте» — это обновление существующей установки SQL Server до SQL Server 2008 R2. В этом случае программа установки SQL Server 2008 R2 заменяет предыдущие исполняемые файлы SQL Server на новые исполняемые файлы SQL Server 2008 R2. Данные SQL Server автоматически преобразуются из форматов предыдущих версий в формат SQL Server 2008 R2. Это значит, что данные не приходится копировать или переносить. В примере на рис. 1-5 администратор проводит обновление экземпляра SQL Server 2005 на сервере 1. После обновления сервер 1 остается на месте, но экземпляр SQL Server 2005 со всеми данными обновляется до SQL Server 2008 R2. 

Обновление «на месте» — за и против

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

Отрицательная сторона заключается в том, что в этом случае контроль над обновлением менее детализирован. Например, при использовании нескольких баз данных или компонентов администратор не может указать, какие именно компоненты следует обновить. Вместо этого все базы данных и компоненты обновляются до SQL Server 2008 R2 одновременно. Также следует учесть, что при таком способе обновления работа экземпляра прерывается. Это значит, что для критически важной базы данных или приложения потребуется предусмотреть плановое обслуживание. Более того, если в ходе обновления произойдет серьезный сбой, то стратегия отката может оказаться весьма сложной и длительной. Администратору может потребоваться заново установить операционную систему и SQL Server, а также восстановить все данные в SQL Server.

Высокоуровневая стратегия обновления до SQL Server 2008 R2 «на месте»

Высокоуровневая стратегия обновления до SQL Server 2008 R2 «на месте» включает следующие этапы:

1. Проверка того, что обновляемый экземпляр SQL Server отвечает требованиям SQL Server 2008 R2 по оборудованию и программному обеспечению.
2. Проверка списка устаревших и удаленных компонентов SQL Server 2008 R2. Дополнительные сведения см. в статье «Обратная совместимость SQL Server».
3. Проверка того, что обновление установленной версии и выпуска SQL Server поддерживается. Дополнительные сведения см. в статье «Обновления версий и выпусков».
4. Запуск помощника по обновлению до SQL Server 2008 R2. Помощник по обновлению — это средство, входящее в комплект SQL Server 2008 R2. Его также можно загрузить с веб-сайта Майкрософт. Помощник анализирует установленные компоненты обновляемого экземпляра SQL Server, чтобы проверить, что система поддерживает SQL Server 2008 R2. Помощник создает отчет, где перечисляются проблемы, требующие устранения или принятия мер до обновления.
5. Установка требуемых компонентов SQL Server 2008 R2.
6. Запуск обновления до SQL Server 2008 R2 с помощью программы установки.

Параллельная миграция

Под параллельной миграцией понимается развертывание нового экземпляра SQL Server 2008 R2 параллельно с существующим экземпляром SQL Server. После завершения установки администратор переносит данные из старого экземпляра SQL Server в новый экземпляр SQL Server 2008 R2. Параллельная миграция показана на рис. 1-6:

Рисунок 1-6. Параллельная миграция от SQL Server 2005 к SQL Server 2008 R2.

Параллельная миграция — за и против

Главное преимущество параллельной миграции над обновлением «на месте» — это возможность построения новой инфраструктуры баз данных в SQL Server 2008 R2 и устранение потенциальных проблем, имеющих место при обновлении «на месте». Параллельная миграция также позволяет более детально контролировать обновление, так как в этом случае перенос отдельных баз данных и компонентов можно вести независимо. Старый экземпляр остается работоспособным в ходе миграции. Все эти преимущества позволяют повысить эффективность работы сервера. Более того, при параллельной работе двух экземпляров можно провести дополнительное тестирование и сверку, а в случае возникновения сбоя в ходе миграции откат не будет представлять проблем.

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

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

Высокоуровневая стратегия параллельной миграции на SQL Server 2008 R2

Высокоуровневая стратегия параллельной миграции на SQL Server 2008 R2 включает следующие этапы:

1. Проверка того, что переносимый экземпляр SQL Server отвечает требованиям SQL Server 2008 R2 по оборудованию и программному обеспечению.
2. Дополнительные сведения см. в статье «Обратная совместимость SQL Server».
3. Хотя старый экземпляр не обновляется до SQL Server 2008 R2, полезно будет запустить помощник по обновлению до SQL Server 2008 R2, чтобы убедиться, что данные, переносимые в SQL Server 2008 R2, поддерживаются, и что после переноса ничто не вызовет сбой.
4. Подготовка оборудования и установка операционной системы по выбору. Рекомендуется использовать WindowsServer 2008 R2.
5. Установка требуемых компонентов SQL Server 2008 R2.
6. Перенос объектов из старого экземпляра SQL Server в новую среду SQL Server 2008 R2.
7. Переключение приложений на новую среду SQL Server 2008 R2.
8. Вывод старых серверов из эксплуатации после завершения миграции.