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

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

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

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

Миграция

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

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

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

Миграция с использованием расширения миграции Azure SQL для Azure Data Studio (минимальное время простоя)

Чтобы выполнить миграцию с минимальным временем простоя с помощью Azure Data Studio, следуйте приведенным ниже общим инструкциям. Подробное пошаговое руководство см. в руководстве по переносу SQL Server на SQL Server в Azure Виртуальные машины с помощью DMS:

1. Скачайте и установите Azure Data Studio и расширение миграции Azure SQL.
2. Запустите мастер "Миграция в Azure SQL" в расширении в Azure Data Studio.
3. Выберите базы данных для оценки и проверьте готовность к миграции или проблемы (при их наличии). Вы также можете собрать данные производительности и получить рекомендацию Azure по выбору подходящего размера.
4. Выберите свою учетную запись Azure и целевой экземпляр SQL Server на виртуальных машинах Azure в подписке.
5. Выберите расположение резервных копий базы данных. Резервные копии базы данных могут находиться в локальной сетевой папке или в контейнере Хранилище BLOB-объектов Azure.
6. Создайте экземпляр Azure Database Migration Service с помощью мастера в Azure Data Studio. Если вы ранее создали Службу миграции базы данных Azure с помощью Azure Data Studio, вы можете повторно использовать то же самое при необходимости.
7. Необязательно. Если резервные копии находятся в локальной сетевой папке, скачайте локальную среду выполнения интеграции и установите ее на компьютере, который может подключаться к исходному экземпляру SQL Server и расположению, содержащему файлы резервной копии.
8. Начните миграцию базы данных и отслеживайте ход выполнения в Azure Data Studio. Вы также можете отслеживать ход выполнения в разделе ресурса Azure Database Migration Service на портале Azure.
9. Выполните прямую миграцию.
   1. Остановите все входящие транзакции в исходной базе данных.
   2. Внесите изменения в конфигурацию приложения, указав целевую базу данных в SQL Server на виртуальной машине Azure.
   3. Перенесите все конечные фрагменты резервных копий журнала исходной базы данных в указанное расположение резервной копии.
   4. Убедитесь, что все резервные копии базы данных имеют состояние Восстановлено на странице сведений о мониторинге.
   5. На странице сведений о мониторинге щелкните Выполнить переключение.

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

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

1. Настройте подключение к SQL Server на виртуальных машинах Azure в соответствии с вашими требованиями. Дополнительные сведения см. в статье "Подключение к виртуальной машине SQL Server в Azure".
2. Приостановите или остановите все приложения, использующие базы данных, предназначенные для миграции.
3. Убедитесь, что пользовательские базы данных неактивны, воспользовавшись режимом одного пользователя.
4. Создайте полную резервную копию базы данных в локальном расположении.
5. Скопируйте локальные файлы резервных копий на виртуальную машину с помощью удаленного рабочего стола, Azure Data Explorer или служебной программы командной строки AzCopy. (Рекомендуется использовать резервные копии размером более 2 ТБ.)
6. Восстановите резервные копии всей базы данных в SQL Server на виртуальных машинах Azure.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оптимизация

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

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

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

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

• Глобальный центр инфраструктуры Azure
• Службы и средства, доступные для сценариев миграции данных
• Что такое SQL Azure?
• Что такое SQL Server в Виртуальные машины Windows Azure?
• Калькулятор совокупной стоимости владения Azure
• Cloud Adoption Framework для Azure
• Рекомендации по оценке затрат на рабочие нагрузки, перенесенные в Azure, и определению их размеров
• Изменение модели лицензирования для виртуальной машины SQL в Azure
• Расширение поддержки SQL Server с помощью Azure
• Набор средств миграции доступа к данным (предварительная версия)
• Общие сведения о Database Experimentation Assistant