Руководство по миграции: перенос данных из SQL Server в SQL Server на виртуальных машинах Azure

Область применения:SQL Server в Azure Виртуальные машины

В этом руководстве вы узнаете, как перенести пользовательские базы данных из SQL Server в экземпляр SQL Server в Azure Виртуальные машины с помощью средств и методов на основе ваших требований.

Прежде чем продолжить, выполните действия перед миграцией .

Миграция

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

В следующих разделах приведены варианты выполнения миграции в порядке предпочтения.

• резервное копирование и восстановление
• отсоединение от и присоединение к URL-адресу
• преобразование в виртуальную машину, отправка в URL-адрес и развертывание в качестве новой виртуальной машины
• доставка журналов
• отправка жесткого диска
• миграция с помощью компонента миграции SQL Server в SSMS с минимальным временем простоя
• перенос объектов за пределами пользовательских баз данных

Отключение и подключение с использованием URL-адреса

Отключите базу данных и файлы журнала и передайте их в хранилище BLOB-объектов Azure. Затем подключите к виртуальной машине Azure базу данных по URL-адресу. Используйте этот метод, если физические файлы базы данных должны находиться в хранилище BLOB-объектов. Иногда это полезно для очень больших баз данных. Для миграции пользовательской базы данных с помощью этого ручного метода выполните указанные ниже общие действия.

1. Отключите файлы базы данных от локального экземпляра базы данных.
2. Скопируйте отсоединяемые файлы базы данных в хранилище BLOB-объектов Azure с помощью служебной программы командной строки AzCopy.
3. Подключите файлы базы данных из URL-адреса Azure к экземпляру SQL Server в виртуальной машине Azure.

Резервное копирование и восстановление

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

1. Настройте подключение к SQL Server на виртуальных машинах Azure в соответствии с вашими требованиями. Дополнительные сведения см. в статье "Подключение к виртуальной машине SQL Server в Azure".

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

3. Убедитесь, что пользовательские базы данных неактивны, воспользовавшись режимом одного пользователя.

4. Создайте полную резервную копию базы данных в локальном расположении.

5. Скопируйте локальные файлы резервных копий на виртуальную машину с помощью удаленного рабочего стола, Azure Data Explorer или служебной программы командной строки AzCopy. (Рекомендуется использовать резервные копии размером более 2 ТБ.)

6. Восстановите резервные копии всей базы данных в SQL Server на виртуальных машинах Azure.

Преобразование в виртуальную машину, отправка по URL-адресу и развертывание в качестве новой виртуальной машины

Этот метод используется для переноса всех системных и пользовательских баз данных из локального экземпляра SQL Server на виртуальную машину Azure. Для переноса всего экземпляра SQL Server с помощью этого ручного метода выполните указанные ниже действия.

1. Преобразуйте физические компьютеры или виртуальные машины в виртуальные жесткие диски Hyper-V.
2. Отправьте VHD-файлы в службу хранилища Azure с помощью командлета Add-AzureVHD.
3. Разверните новую виртуальную машину на базе отправленного VHD-файла.

доставка журналов;

Доставка журналов реплицирует файлы журналов транзакций из локальной среды в экземпляр SQL Server на виртуальной машине Azure. Этот параметр обеспечивает минимальное время простоя во время отказоустойчивости и меньшую стоимость настройки, чем настройка группы доступности Always On.

Дополнительные сведения см. в разделе "Таблицы доставки журналов" и "Хранимые процедуры".

Отправка жестких дисков

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

Миграция с помощью компонента миграции SQL Server в SQL Server Management Studio (минимальное время простоя)

Компонент миграции в SQL Server Management Studio (SSMS) проверяет проблемы с обновлением и совместимостью с более низкими версиями SQL Server до более поздних версий SQL Server, работающих в локальной среде и в других средах виртуальной машины.

Компонент миграции находит проблемы совместимости, связанные с несовместимыми изменениями, изменениями поведения, устаревшими функциями и другими сведениями.

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

Дополнительные сведения см. в разделе "Использование компонента миграции SQL Server" в SQL Server Management Studio.

Миграция объектов за пределы пользовательских баз данных

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

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

После миграции

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

Исправление приложений

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

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

Выполнение тестов

Подход теста к миграции базы данных состоит из следующих действий:

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

2. Настройка тестовой среды. Тестовая среда должна содержать копию исходной и целевой баз данных. Не забудьте изолировать тестовую среду.

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

4. Выполнение тестов производительности: запустите тесты производительности для исходной и целевой баз данных, а затем проанализируйте и сравните результаты.

Оптимизация

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

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

• Руководство по оптимизации и проверке после миграции
• Контрольный список: рекомендации для SQL Server на виртуальных машинах Azure
• Центр оптимизации затрат Azure

Связанный контент

• Глобальный центр инфраструктуры Azure
• Службы и средства, доступные для сценариев миграции данных
• Что такое SQL Azure?
• Что такое SQL Server на виртуальных машинах Windows Azure?
• Рамочная программа облачного внедрения для Azure
• Рекомендации по оценке затрат на рабочие нагрузки, перенесенные в Azure, и определению их размеров
• Изменение модели лицензирования для виртуальной машины SQL в Azure
• Расширение поддержки SQL Server с помощью Azure