SQL Server: Планирование миграции на SQL Server 2008 R2

Переход на SQL Server 2008 R2 не всегда проходит без сучка и задоринки. Это суровое обновление и большой шаг вперед. Вкупе с тем, в отличие от многих других товаров Microsoft сервер SQL Server 2008 R2 поддерживает обновление «поверх» имеющейся версии. Таковой переход поддерживается для SQL Server 2000, 2005 либо 2008.

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

Неплохой совет

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

Ассистент по обновлению SQL Server — бесплатная утилита, входящая в Пакет дополнительных компонент Microsoft SQL Server 2008 R2 (его можно загрузить из странички Центра загрузки Microsoft). После распаковки этого пакета ассистент по обновлению можно отыскать в папке X64RedistUpgrade Advisor. Есть две версии Ассистента — для x86 и Itanium, и находятся они соответственно в подпапках X86 и IA64.

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

К счастью, обычно Ассистент по обновлению не производится конкретно на SQL Server — его можно установить на машину с Windows XP (SP2 либо более поздним), Windows Vista, Windows 7, Windows Server 2003 (SP2 либо более поздним) либо Windows Server 2008. После установки его можно использовать для анализа серверов SQL Server удаленно. Есть только одно исключение:на серверах с SQL Server Reporting Service Ассистент по обновлению нужно запускать на самом сервере.

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

Как вы помните, SQL Server 2008 R2 поддерживает обновление со всех версий прямо до SQL Server 2000. Но с тех пор много воды утекло и в каждой версии в SQL Server добавлялось много новых функций, но многие функции были удалены. В неких случаях Ассистент по обновлению не докладывает о дилеммах, связанных с устаревшей функциональностью. Обычный пример:Ассистент по обновлению не анализирует службы Notification Services, которые были удалены в SQL Server 2008.

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

Путь обновления

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

Допустим, у вас один сервер с SQL Server 2005 (x64) Enterprise с пакетом исправлений SP2. В таковой ситуации вариантов обновления до SQL Server 2008 R2 мало:можно обновить сервер только до выпуска Enterprise Edition либо Datacenter Edition. Microsoft предоставляет детализированную таблицу, показывающую, какие выпуски SQL Server 2008 R2 поддерживаются в разных сценариях обновления. У процедуры обновления много аспектов, потому непременно изучите эти таблицу до этого, чем брать лицензии на SQL Server 2008 R2. В этом процессе есть несколько общих правил, применимых к большинству процедур обновления.

Обновление может быть только до такого же либо более «навороченного» выпуска SQL Server. К примеру, Datacenter Edition нельзя обновить до более обычного выпуска Enterprise Edition.
Необходимо использовать микропроцессор той же архитектуры. Если на сервере установлен 32-разрядный выпуск SQL Server, придется обновлять тоже до 32-разрядной версии.
Обновление выпусков Evaluation Edition и Personal Edition вообщем нереально.

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

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

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

Время передвижения

Миграция помогает не только лишь в тех ситуациях, когда прямое обновление нереально. Ее можно использовать как способ для конфигурации топологии серверов (к примеру, для перехода с 32-разрядной в 64-разрядную среду) либо переноса SQL Server на новое оборудование.

До того как мигрировать какие-либо базы данных на SQL Server 2008 R2, загрузите копию инвентаря Microsoft Assessment and Planning (MAP) Toolkit for SQL Server 2008 R2. MAP служит не для самого процесса переноса, а для планирования передвижения. Вот некие из вещей, которые MAP умеет делать.

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

Механика передвижения

Определенные шаги передвижения на SQL 2008 R2 разнятся зависимо от версии SQL Server, с которой производится переход. Все же, можно предложить некие общие советы.

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

1-ая деталь — способ запасного копирования старенького SQL Server. Необходимо копировать сервер так, чтоб сохранить транзакции. «В идеале» необходимо перевести базу данных в однопользовательский режим (Single_User) либо в режим только для чтения.

С этим есть одна неувязка:процесс копирования-восстановления занимает очень много времени. Уменьшить время передвижения можно, сделав полную запасную копию заблаговременно. Тогда будет довольно сделать разностную запасную копию конкретно перед самой миграцией.

Восстанавливая базу данных на сервере с SQL Server 2008 R2, вам придется найти некие характеристики восстановления в SQL Server Management Studio. А конкретно, нужно позаботиться о присвоении новейшей базе данных точно такого же имени, что и у восстанавливаемой базы, также не запамятовать избрать параметр «Оставить базу данных готовой к использованию, выполнив откат незафиксированных транзакций» (Leave the Database Ready to Use By Rolling Back Uncommitted Transactions) в разделе «Состояние восстановления» (Recovery State).

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

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

Связанные материалы:

Миграция на SQL Server 2008 R2
Всераспространенные трудности безопасности и решения SQL Server
Интеграция: Интеграция SQL Server 2008 R2 Reporting Services и SharePoint 2010

Аналогичный товар: Комментирование на данный момент запрещено, но Вы можете оставить ссылку на Ваш сайт.

Комментарии закрыты.