Руководство по переносу SQL Server в SQL Server в Azure Виртуальные машины в Интернете в Azure Data Studio

Статья
06/08/2023

Используйте расширение миграции SQL Azure в Azure Data Studio, чтобы перенести базы данных из экземпляра SQL Server в SQL Server на виртуальной машине Azure (SQL Server 2016 и выше) с минимальным временем простоя. Сведения о методах, которые могут потребовать некоторых действий вручную, см. в статье Миграция экземпляра SQL Server в SQL Server на виртуальной машине Azure.

В этом руководстве вы переносите базу данных AdventureWorks из локального экземпляра SQL Server в SQL Server на виртуальной машине Azure с минимальным временем простоя с помощью Azure Data Studio с Azure Database Migration Service.

В этом руководстве описано следующее:

запустить мастер миграции в Azure SQL в Azure Data Studio,
выполнить оценки исходных баз данных SQL Server
Сбор данных о производительности из исходного SQL Server
Получите рекомендацию sql Server на SKU виртуальной машины Azure, лучше всего подходит для рабочей нагрузки.
указать сведения об источнике данных SQL Server, расположении резервной копии и целевом SQL Server на виртуальной машине Azure,
создать новый Azure Database Migration Service и установить локальную среду выполнения интеграции для доступа к исходному серверу и резервным копиям
запустить и отслеживать ход выполнения миграции.
Когда будете готовы, выполните прямую миграцию.

В этой статье описывается интерактивная миграция с SQL Server на SQL Server на виртуальной машине Azure. Для выполнения автономной миграции см. Миграция SQL Server в SQL Server на виртуальной машине Azure в автономном режиме с помощью Azure Data Studio с DMS.

Необходимые компоненты

Для работы с этим руководством вам потребуется следующее:

Скачивание и установка Azure Data Studio
Установка расширения миграции SQL Azure из Azure Data Studio Marketplace
У вас должна быть учетная запись Azure, назначенная одной из встроенных ролей ниже:
- Участник целевого SQL Server на виртуальной машине Azure (и служба хранилища учетная запись для отправки файлов резервной копии базы данных из общей папки S МБ сети).
- Роль читателя для групп ресурсов Azure, содержащих целевой SQL Server на виртуальной машине Azure или учетной записи хранения Azure.
- Роль владельца или участника подписки Azure.
- В качестве альтернативы использованию указанных выше встроенных ролей можно назначить пользовательскую роль, как определено в этой статье.
Важно!

Учетная запись Azure требуется только при настройке шагов миграции и не требуется для оценки или рекомендаций Azure в мастере миграции.
Создайте целевой SQL Server на виртуальной машине Azure.

Важно!

Если у вас есть виртуальная машина Azure, она должна быть зарегистрирована в расширении агента IaaS SQL в режиме полного управления.
Убедитесь, что для подключения к исходному серверу SQL Server используются имена, входящие в серверную роль sysadmin или имеющие разрешение CONTROL SERVER.
Используйте один из следующих вариантов хранения для файлов резервной копии базы данных и журналов транзакций:
- Сетевая папка SMB
- Общая папка учетной записи хранения Azure или контейнер больших двоичных объектов
Важно!
- Расширение миграции SQL Azure для Azure Data Studio не создает резервные копии базы данных или не инициирует резервное копирование базы данных от вашего имени. Вместо этого служба использует существующие файлы резервной копии базы данных для миграции.
- Если файлы резервной копии базы данных предоставлены в общей сетевой папке SMB, создайте учетную запись хранения Azure, которая позволит службе DMS передать файлы резервной копии базы данных. Убедитесь, что учетная запись хранения Azure создана в том же регионе, что и экземпляр службы DMS.
- Azure Database Migration Service не инициирует создание резервных копий, вместо этого он использует для миграции существующие резервные копии, которые уже могли быть созданы в рамках плана аварийного восстановления.
- Каждая резервная копия может быть записана в отдельный файл или в несколько файлов резервных копий. При этом добавление нескольких резервных копий (например, полной и журнала транзакций) на один носитель не поддерживается.
- Чтобы снизить вероятность возникновения потенциальных проблем, связанных с миграцией больших объемов резервных копий, можно использовать сжатые резервные копии.
Убедитесь, что учетная запись службы, от имени которой выполняется исходный экземпляр SQL Server, имеет разрешения на чтение и запись для этой сетевой папки SMB, содержащей файлы резервной копии базы данных.
Перед переносом данных необходимо перенести сертификат исходного экземпляра SQL Server из базы данных, защищенной с помощью прозрачного шифрования данных (TDE), в целевой SQL Server на виртуальной машине Azure. Дополнительные сведения см. в разделе Перемещение базы данных, защищенной прозрачным шифрованием, в другой SQL Server.

Совет

Если база данных содержит конфиденциальные данные, защищенные с помощью Always Encrypted, процесс миграции с помощью Azure Data Studio с DMS автоматически перенесет ключи Always Encrypted в целевой SQL Server на виртуальной машине Azure.

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

Имена доменов	Исходящие порты	Description
Общедоступное облако: `{datafactory}.{region}.datafactory.azure.net` или `*.frontend.clouddatahub.net` Azure для государственных организаций: `{datafactory}.{region}.datafactory.azure.us` Китай: `{datafactory}.{region}.datafactory.azure.cn`	443	Требуется локальной среде выполнения интеграции для подключения к службе переноса данных. Для новой фабрики данных в общедоступном облаке извлеките полное доменное имя из ключа локальной среды выполнения интеграции, который находится в формате `{datafactory}.{region}.datafactory.azure.net`. Для старого экземпляра Фабрики данных, если полное доменное имя не отображается в ключе локальной среды IR, используйте *.frontend.clouddatahub.net.
`download.microsoft.com`	443	Требуется локальной среде выполнения интеграции для скачивания обновлений. Если вы отключили автоматическое обновление, можно пропустить настройку этого домена.
`*.core.windows.net`	443	Используется локальной средой выполнения интеграции, которая подключается к учетной записи хранения Azure для передачи резервных копий базы данных из общей сетевой папки.

Совет

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

Среда выполнения устанавливается на компьютере с помощью локальной среды выполнения интеграции. Компьютер подключается к исходному экземпляру SQL Server и сетевому общей папке, в которой находятся файлы резервного копирования. Необходимо включить исходящий порт 445, чтобы обеспечить доступ к общей сетевой папке. Дополнительные сведения см. в статье Рекомендации по использованию локальной среды выполнения интеграции
Если вы используете Azure Database Migration Service в первый раз, убедитесь, что в вашей подписке зарегистрирован поставщик ресурсов Microsoft.DataMigration. Выполните действия по регистрации поставщика ресурсов.

Запуск мастера миграции в Azure SQL в Azure Data Studio

Откройте Azure Data Studio и выберите значок сервера, чтобы подключиться к локальному SQL Server (или SQL Server на виртуальной машине Azure).
Щелкните правой кнопкой мыши по соединению с сервером и выберите пункт Управление.
На главной странице сервера выберите расширение Миграция Azure SQL.
На панели мониторинга миграции Azure SQL выберите Миграция в Azure SQL, чтобы запустить мастер миграции.
На первом шаге мастера миграции свяжите существующую или новую учетную запись Azure с Azure Data Studio.

Запуск оценки базы данных, сбор данных о производительности и получение рекомендаций Azure

Выберите базы данных для запуска оценки и нажмите кнопку Далее.
Выберите SQL Server на виртуальной машине Azure в качестве целевого объекта.
Нажмите кнопку Просмотреть/выбрать, чтобы просмотреть подробности о результатах оценки для ваших баз данных, выберите базы данных для миграции и нажмите кнопку ОК.
Нажмите кнопку "Получить рекомендацию Azure".
Выберите параметр "Сбор данных о производительности" и введите путь для сбора журналов производительности и нажмите кнопку "Пуск".
Azure Data Studio теперь собирает данные о производительности, пока не остановите коллекцию, нажмите кнопку "Далее " в мастере или закройте Azure Data Studio.
Через 10 минут вы увидите рекомендуемую конфигурацию для виртуальной машины SQL Azure. Вы также можете нажать ссылку на рекомендацию по обновлению после начального 10 минут, чтобы обновить рекомендацию с собранными дополнительными данными.
В приведенном выше поле SQL Server на виртуальной машине Azure нажмите кнопку "Просмотр сведений " для получения дополнительных сведений о рекомендации.
Закройте поле сведений о представлении и нажмите кнопку "Далее ".

Настройка параметров миграции

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

Примечание.

В режиме интерактивной миграции исходная база данных SQL Server может использоваться для операций чтения и записи, а резервные копии базы данных постоянно восстанавливаются на целевом сервере SQL Server на виртуальной машине Azure. Время простоя приложения ограничено длительностью процесса завершения миграции.
На шаге 5 выберите расположение резервных копий базы данных. Резервные копии базы данных могут находиться либо в локальной сетевой папке, либо в контейнере больших двоичных объектов службы хранилища Azure.

Примечание.

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

Для резервных копий, расположенных в сетевом ресурсе, укажите следующие сведения о исходном sql Server, исходном расположении резервного копирования, целевом имени базы данных и учетной записи хранения Azure для отправки файлов резервных копий.

Поле	Description
Исходные учетные данные — имя пользователя	Учетные данные (проверка подлинности Windows и SQL) для подключения к исходному экземпляру SQL Server и проверки файлов резервной копии.
Исходные учетные данные — пароль	Учетные данные (проверка подлинности Windows и SQL) для подключения к исходному экземпляру SQL Server и проверки файлов резервной копии.
Расположение общей сетевой папки, содержащей резервные копии	Расположение общей сетевой папки, содержащей файлы полных резервных копий и резервных копий журналов транзакций. Все недопустимые файлы или файлы резервных копий в общей сетевой папке, которые не принадлежат допустимому резервному набору данных, будут автоматически игнорироваться в процессе миграции.
Учетная запись пользователя Windows с доступом на чтение к общей сетевой папке	Учетные данные Windows (имя пользователя), имеющие доступ на чтение к общей сетевой папке для получения файлов резервных копий.
Пароль	Учетные данные Windows (пароль), имеющие доступ на чтение к общей сетевой папке для получения файлов резервных копий.
Имя целевой базы данных	Имя целевой базы данных может быть изменено, если вы хотите изменить имя базы данных в целевом объекте во время процесса миграции.

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

Поле	Description
Имя целевой базы данных	Имя целевой базы данных может быть изменено, если вы хотите изменить имя базы данных в целевом объекте во время процесса миграции.
сведения об учетной записи служба хранилища	Группа ресурсов, учетная запись хранения и контейнер, где находятся файлы резервного копирования.

Для продолжения выберите Далее.

Важно!

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

Расширение миграции SQL Azure для Azure Data Studio больше не требует конкретных конфигураций в параметрах сети учетной записи служба хранилища Azure для переноса баз данных SQL Server в Azure. Однако в зависимости от расположения резервного копирования базы данных и нужных параметров сети учетной записи хранения необходимо выполнить несколько шагов, чтобы обеспечить доступ к служба хранилища Azure учетной записи. См. следующую таблицу для различных сценариев миграции и конфигураций сети:

Сценарий	Сетевая папка SMB	контейнер учетной записи служба хранилища Azure
Включено из всех сетей	Никаких дополнительных шагов	Никаких дополнительных шагов
Включено из выбранных виртуальных сетей и IP-адресов	См. 1a	См. 2a
Включена из выбранных виртуальных сетей и IP-адресов + частная конечная точка	См. 1b	См. 2b

1a — конфигурация сети хранилища BLOB-объектов Azure

Если на виртуальной машине Azure установлена локальная среда выполнения интеграции (SHIR), см. раздел 1b — конфигурация сети хранилища BLOB-объектов Azure. Если у вас установлена локальная среда выполнения интеграции (SHIR) в локальной сети, необходимо добавить IP-адрес клиента компьютера размещения в учетную запись служба хранилища Azure следующим образом:

Screenshot that shows the storage account network details.

Чтобы применить эту конкретную конфигурацию, подключитесь к портал Azure с компьютера SHIR, откройте конфигурацию учетной записи служба хранилища Azure, выберите "Сеть" и пометьте поле "Добавить IP-адрес клиента" проверка. Нажмите кнопку "Сохранить", чтобы сохранить изменения. Дополнительные сведения см. в разделе 2a . Конфигурация сети хранилища BLOB-объектов Azure (частная конечная точка).

1b — конфигурация сети хранилища BLOB-объектов Azure

Если SHIR размещен на виртуальной машине Azure, необходимо добавить виртуальную сеть виртуальной машины в учетную запись служба хранилища Azure, так как виртуальная машина имеет неопубликованный IP-адрес, который нельзя добавить в раздел диапазона IP-адресов.

Screenshot that shows the storage account network firewall configuration.

Чтобы применить эту конкретную конфигурацию, найдите учетную запись служба хранилища Azure, на панели хранилища данных выберите "Сеть", а затем пометьте папку "Добавить существующую виртуальную сеть" проверка box. Откроется новая панель, выберите подписку, виртуальную сеть и подсеть виртуальной машины Azure, в котором размещена среда выполнения интеграции. Эти сведения можно найти на странице обзора виртуальной машины Azure. Подсеть может сказать, что конечная точка службы требуется , если это так, нажмите кнопку "Включить". Когда все готово, сохраните обновления. Дополнительные действия см. в разделе 2a. Конфигурация сети хранилища BLOB-объектов Azure (частная конечная точка) ).

2a — конфигурация сети хранилища BLOB-объектов Azure (частная конечная точка)

Если резервные копии помещаются непосредственно в контейнер служба хранилища Azure, все описанные выше действия не нужны, так как среда выполнения интеграции не взаимодействует с учетной записью служба хранилища Azure. Однако нам по-прежнему необходимо убедиться, что целевой экземпляр SQL Server может взаимодействовать с учетной записью служба хранилища Azure для восстановления резервных копий из контейнера. Чтобы применить эту конкретную конфигурацию, следуйте инструкциям в разделе 1b . Конфигурация сети хранилища BLOB-объектов Azure, указав целевой экземпляр SQL виртуальная сеть при заполнении всплывающего окна "Добавить существующую виртуальную сеть".

2b — конфигурация сети хранилища BLOB-объектов Azure (частная конечная точка)

Если у вас есть частная конечная точка, настроенная в учетной записи служба хранилища Azure, выполните действия, описанные в разделе 2a . Конфигурация сети хранилища BLOB-объектов Azure (частная конечная точка). Однако необходимо выбрать подсеть частной конечной точки, а не только целевую подсеть SQL Server. Убедитесь, что частная конечная точка размещена в той же виртуальной сети, что и целевой экземпляр SQL Server. Если это не так, создайте другую частную конечную точку с помощью процесса в разделе конфигурации учетной записи служба хранилища Azure.

Создание службы Azure Database Migration Service

Создайте новую службу Azure Database Migration Service или повторно используйте существующую ранее созданную службу.

Примечание.

Если вы ранее создали DMS с помощью портала Azure, вы не сможете повторно использовать его в мастере миграции в Azure Data Studio. Можно повторно использовать только DMS, созданные ранее с помощью Azure Data Studio.
Выберите группу ресурсов, в которой имеется существующая DMS или необходимо создать новую. В раскрывающемся списке Azure Database Migration Service перечислены все существующие DMS в выбранной группе ресурсов.
Чтобы повторно использовать существующую DMS, выберите ее из раскрывающегося списка, и в нижней части страницы отобразится состояние локальной среды выполнения интеграции.
Чтобы создать новую DMS, выберите Создать.
На экране Создание Azure Database Migration Service укажите имя для DMS и выберите Создать.
После создания DMS вам будут предоставлены подробные сведения о настройке среды выполнения интеграции.
Выберите Загрузить и установить среду выполнения интеграции, чтобы открыть ссылку для загрузки в веб-браузере. Завершите скачивание. Установите среду выполнения интеграции на компьютере, который соответствует предварительным требованиям для подключения к исходному SQL Server и расположению, содержащего исходную резервную копию.
После завершения установки Microsoft Integration Runtime Configuration Manager автоматически запустится, чтобы начать процесс регистрации.
Скопируйте и вставьте один из ключей проверки подлинности, представленных на экране мастера в Azure Data Studio. Если ключ проверки подлинности действителен, в Integration Runtime Configuration Manager отображается зеленый значок флажка, указывающий, что можно продолжить регистрацию.
После успешного завершения регистрации локальной среды выполнения интеграции закройте Microsoft Integration Runtime Configuration Manager и вернитесь к мастеру миграции в Azure Data Studio.
Выберите Проверка подключения на экране Создание службы Azure Database Migration Service в Azure Data Studio, чтобы убедиться, что вновь созданная DMS подключена к вновь зарегистрированной локальной среде выполнения интеграции и нажмите кнопку Готово.
Проверьте сводку и нажмите кнопку Готово, чтобы начать миграцию базы данных.

Выполните мониторинг миграции

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

На странице сведений о миграции отображаются файлы резервной копии и соответствующее состояние:

Status	Description
Прибыло	Файл резервной копии поступил в исходное расположение резервной копии и проверен
Передача	В настоящее время среда выполнения интеграции отправляет файл резервной копии в службу хранилища Azure
Отправка	Файл резервной копии отправлен в службу хранилища Azure
Восстановление из копии	Azure Database Migration Service в настоящее время восстанавливает файл резервной копии в SQL Server на виртуальной машине Azure
Восстановлено	Файл резервного копирования успешно восстановлен на SQL Server на виртуальной машине Azure
Отменено	Процесс миграции отменен
Пропущено	Файл резервной копии был пропущен, так как он не принадлежит допустимой цепочке резервного копирования базы данных

online vm backup restore details

Полное переключение миграции

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

Чтобы выполнить переключение:

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

Во время переключения состояние миграции изменится с Выполняется на Завершение. После завершения процесса переключения состояние миграции изменится на Успешно. Миграция базы данных выполнена успешно, и перенесенная база данных готова к использованию.

Ограничения

Миграция на SQL Server на виртуальных машинах Azure с помощью расширения SQL Azure для Azure Data Studio имеет следующие ограничения:

При переносе одной базы данных резервные копии базы данных необходимо поместить в неструктурированную структуру файлов в папку базы данных (включая корневую папку контейнера), а папки не могут быть вложенными, так как они не поддерживаются.
При переносе нескольких баз данных с помощью одного и того же контейнера Хранилища BLOB-объектов Azure разместите файлы резервных копий для разных баз данных в отдельных папках внутри контейнера.
Перезапись существующих баз данных с помощью DMS в целевом SQL Server на виртуальной машине Azure не поддерживается.
DMS не поддерживает настройку высокой доступности и аварийного восстановления в целевом объекте в соответствии с исходной топологией.
Следующие объекты сервера не поддерживаются:
- задания агента SQL Server
- Учетные данные
- Пакеты служб SSIS
- Аудит сервера
Использовать существующую локальную среду выполнения интеграции, созданную на основе фабрики данных Azure, для переноса базы данных с помощью DMS нельзя. Изначально локальную среду выполнения интеграции необходимо создать с помощью модуля миграции Azure SQL в Azure Data Studio. Ее можно использовать повторно для дальнейшего переноса базы данных.
Виртуальная машина с SQL Server 2008 и ниже, так как целевые версии не поддерживаются при миграции на SQL Server в Azure Виртуальные машины.
Если вы используете виртуальную машину с SQL Server 2012 или SQL Server 2014, необходимо хранить файлы резервного копирования базы данных-источника в контейнере больших двоичных объектов служба хранилища Azure вместо использования параметра сетевой общей папки. Сохраните файлы резервной копии в виде страничных BLOB-объектов, так как блочные BLOB-объекты поддерживаются только в SQL 2016 и после этого.
Необходимо убедиться, что расширение агента IaaS SQL в целевой виртуальной машине Azure находится в полном режиме, а не в упрощенном режиме.
Расширение агента IaaS SQL поддерживает только управление экземпляром сервера по умолчанию или одним именованным экземпляром.
Количество баз данных, которые можно перенести на виртуальную машину SQL Server Azure, зависит от спецификации оборудования и рабочей нагрузки, но не существует принудительного ограничения. Однако каждая операция миграции (запуск миграции, переключение) для каждой базы данных занимает несколько минут последовательно. Например, для миграции 100 баз данных может потребоваться около 200 минут (2 x 100) для создания очереди миграции и с и примерно 100 (1 x 100) минут, чтобы сократить все 100 баз данных (за исключением времени резервного копирования и восстановления). Таким образом, миграция будет медленнее по мере увеличения числа баз данных. Корпорация Майкрософт рекомендует заранее планировать более длительное окно миграции на основе тщательного тестирования миграции или секционирования большого количества баз данных на пакеты при переносе их на виртуальную машину SQL Server Azure.
Помимо настройки сети или брандмауэра учетной записи служба хранилища Azure, чтобы виртуальная машина могли получать доступ к файлам резервного копирования. Кроме того, необходимо настроить сеть или брандмауэр SQL Server на виртуальной машине Azure, чтобы разрешить исходящее подключение к учетной записи хранения.
При выполнении миграции SQL Server необходимо сохранить целевой СЕРВЕР SQL Server на виртуальной машине Azure. Кроме того, при создании новой миграции, отработки отказа или отмене миграции.
Ошибка: Login failed for user 'NT Service\SQLIaaSExtensionQuery. Причина. Экземпляр SQL Server находится в однопользовательском режиме. Одна из возможных причин заключается в том, что целевой SQL Server на виртуальной машине Azure находится в режиме обновления. Решение. Дождитесь выхода целевого SQL Server на виртуальной машине Azure в режиме обновления и снова запустите миграцию.
Ошибка: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Решение: Подключение целевого SQL Server на виртуальной машине Azure и удалите файл XXX.mdf. Затем снова запустите миграцию.

Следующие шаги

Информацию о переносе базы данных в SQL Server на виртуальных машинах Azure с помощью команды T-SQL RESTORE см. в статье Миграция базы данных SQL Server в SQL Server на виртуальной машине.
Сведения о работе SQL Server на виртуальных машинах Azure см. в разделе Общие сведения о SQL Server на виртуальных машинах Azure Windows.
Сведения о подключении приложений к SQL Server на виртуальных машинах Azure см. в разделе Подключение приложений.
Чтобы устранить неполадки, просмотрите известные проблемы.