Руководство по переносу SQL Server в SQL Server на виртуальной машине Azure с помощью Azure DMS (в автономном режиме)

Azure Database Migration Service (Azure DMS) можно использовать на портале Azure для переноса баз данных из локального экземпляра SQL Server в То, что такое SQL Server на виртуальных машинах Windows Azure? (виртуальная машина Azure) с минимальным временем простоя.

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

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

Замечание

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

В этом руководстве вы узнаете, как:

• Запустите мастер миграции в SQL Azure на портале Azure.
• Укажите сведения о исходном SQL Server, расположении резервного копирования и целевом SQL Server на виртуальной машине Azure.
• Настройте мастер для доступа к исходному серверу и резервным копиям.
• запустить и отслеживать ход выполнения миграции.
• Выполните переход на миграцию после готовности.

Варианты переноса

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

Предпосылки

Миграция с помощью портала Azure

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

• Убедитесь, что вы можете получить доступ к порталу Azure.

• Убедитесь, что поставщик ресурсов Microsoft.DataMigrationзарегистрирован в вашей подписке.

• У вас есть учетная запись Azure, назначенная одной из следующих встроенных ролей:

  • Участник целевого экземпляра SQL Server на виртуальной машине Azure и учетной записи хранения, в которой вы отправляете файлы резервной копии базы данных из сетевой папки "Блок сообщений сервера" (SMB).

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

  • Роль владельца или участника для подписки Azure.

  • В качестве альтернативы использованию одной из этих встроенных ролей можно назначить пользовательские роли.

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

Миграция с помощью расширения для миграции SQL Azure

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

• Скачайте и установите Azure Data Studio и расширение миграции Azure SQL.

• У вас есть учетная запись Azure, назначенная одной из следующих встроенных ролей:

  • Участник целевого экземпляра SQL Server на виртуальной машине Azure и учетной записи хранения, в которой вы отправляете файлы резервной копии базы данных из сетевой папки "Блок сообщений сервера" (SMB).

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

  • Роль владельца или участника для подписки Azure.

  • В качестве альтернативы использованию одной из этих встроенных ролей можно назначить пользовательские роли.

  Вам нужна учетная запись Azure только при настройке шагов миграции. Для оценки или просмотра рекомендаций Azure в мастере миграции в Azure Data Studio не требуется учетная запись Azure.

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

• Создайте целевой экземпляр SQL Server в Azure Виртуальные машины.

  Если у вас есть виртуальная машина Azure, зарегистрируйте ее в расширении агента IaaS SQL Server в режиме полного управления.

• Убедитесь, что имена входа, используемые для подключения к исходному экземпляру SQL Server, являются членами роли сервера sysadmin или имеют CONTROL SERVER разрешение.

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

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

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

  • Azure DMS не создает резервные копии базы данных и не инициирует резервные копии базы данных от вашего имени. Вместо этого служба использует существующие файлы резервной копии базы данных для миграции.

  • Если файлы резервной копии базы данных находятся в сетевом ресурсе SMB, создайте учетную запись хранения Azure , которая позволяет Azure DMS отправлять файлы резервной копии базы данных и переносить базы данных. Создайте учетную запись хранения Azure в том же регионе, где создается экземпляр Azure DMS.

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

  • Чтобы снизить вероятность возникновения потенциальных проблем, связанных с миграцией больших объемов резервных копий, можно использовать сжатые резервные копии.

• Убедитесь, что учетная запись службы, от имени которой выполняется исходный экземпляр SQL Server, имеет разрешения на чтение и запись для этой сетевой папки SMB, содержащей файлы резервной копии базы данных.

• При переносе базы данных, защищенной прозрачным шифрованием данных (TDE), перед переносом сертификата из исходного экземпляра SQL Server в SQL Server на виртуальной машине Azure перед переносом данных. Дополнительные сведения см. в разделе "Перемещение защищенной базы данных TDE в другой SQL Server".

  Подсказка

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

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

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

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

  Подсказка

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

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

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

• Если вы используете Azure DMS впервые, убедитесь, что Microsoft.DataMigrationпоставщик ресурсов зарегистрирован в вашей подписке.

Запуск новой миграции

В этом руководстве описывается автономная миграция с SQL Server на SQL Server на виртуальной машине Azure.

Миграция с помощью портала Azure

Чтобы начать новую миграцию, выполните приведенные далее действия.

1. Перейдите в Службу azure Database Migration Service на портале Azure. Используйте +Create для создания нового экземпляра Database Migration Service или выбора существующего экземпляра. Затем перейдите к экземпляру Database Migration Service.

2. На панели "Обзор " экземпляра Azure DMS выберите "Создать миграцию".

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

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

   

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

4. В мастере миграции BLOB-объектов виртуальной машины SQL Azure в Интернете выполните следующие действия.

   1. На вкладке "Сведения о источнике" введите сведения о исходном экземпляре SQL Server, а затем нажмите кнопку "Далее: подключиться к исходному SQL Server".

   2. На вкладке "Выбор целевого объекта миграции " введите сведения о подписке, группе ресурсов и целевой виртуальной машине SQL Server. Затем нажмите кнопку Далее: конфигурация источника данных.

      

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

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

      • Azure DMS не создает резервные копии базы данных и не инициирует резервные копии базы данных от вашего имени. Вместо этого служба использует существующие файлы резервной копии базы данных для миграции.

      • Если файлы резервной копии базы данных находятся в сетевом ресурсе SMB, создайте учетную запись хранения Azure , которая позволяет Azure DMS отправлять файлы резервной копии базы данных и переносить базы данных. Создайте учетную запись хранения Azure в том же регионе, где создается экземпляр Azure DMS.

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

      • Чтобы снизить вероятность возникновения потенциальных проблем, связанных с миграцией больших объемов резервных копий, можно использовать сжатые резервные копии.

   3. На шаге конфигурации источника данных выберите расположение резервных копий базы данных. Резервные копии базы данных могут находиться в локальной сетевой папке или в контейнере BLOB-объектов службы хранилища Azure.

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

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

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

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

        

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

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

Миграция с помощью расширения для миграции SQL Azure

Чтобы начать новую миграцию, выполните приведенные далее действия.

1. В Azure Data Studio перейдите в раздел "Подключения". Выберите и подключитесь к локальному экземпляру SQL Server. Вы также можете подключиться к SQL Server на виртуальной машине Azure.

2. Щелкните правой кнопкой мыши подключение к серверу и выберите пункт "Управление".

3. В меню сервера в разделе "Общие" выберите "Миграция SQL Azure".

4. На панели мониторинга миграции SQL Azure выберите "Миграция в Azure SQL ", чтобы открыть мастер миграции.

   

5. На первой странице мастера запустите новый сеанс или возобновите ранее сохраненный сеанс.

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

1. На шаге 1. Базы данных для оценки в мастере миграции в SQL Azure выберите базы данных, которые необходимо оценить. Затем выберите Далее.

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

   1. В разделе "Выбор целевого объекта SQL Azure" выберите SQL Server на виртуальной машине Azure.

      

   2. Выберите "Вид" или " Выбрать ", чтобы просмотреть результаты оценки.

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

   4. Выберите " Получить рекомендацию Azure", чтобы открыть область рекомендаций.

   5. Теперь выберите " Собрать данные о производительности". Выберите папку на локальном компьютере, чтобы сохранить журналы производительности, а затем нажмите кнопку "Пуск".

      Azure Data Studio собирает данные о производительности, пока не остановите сбор данных или закройте Azure Data Studio.

      Через 10 минут Azure Data Studio указывает, что рекомендация доступна для SQL Server в Azure Виртуальные машины. После создания первой рекомендации можно выбрать "Перезапустить сбор данных", чтобы продолжить процесс сбора данных и уточнить рекомендацию SKU. Расширенная оценка особенно полезна, если шаблоны использования зависят от времени.

   6. В выбранном целевом объекте SQL Server в Azure Виртуальные машины выберите "Просмотреть сведения", чтобы открыть подробный отчет о рекомендации SKU:

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

3. Нажмите кнопку "Закрыть", чтобы закрыть область рекомендаций.

4. Нажмите кнопку "Далее ", чтобы продолжить миграцию базы данных в мастере.

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

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

2. На шаге 4. Режим миграции выберите "Автономная миграция", а затем нажмите кнопку "Далее".

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

3. На шаге 5. Настройка источника данных выберите расположение резервных копий базы данных. Резервные копии базы данных могут находиться в локальной сетевой папке или в контейнере BLOB-объектов хранилища Azure.

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

   • Для резервных копий, расположенных в сетевой папке, введите или выберите следующие сведения:

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

   • Для резервных копий, хранящихся в контейнере BLOB-объектов хранилища Azure, введите или выберите следующие сведения:

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

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

Сценарии хранения резервных копий

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

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

Scenario	Сетевая папка SMB	контейнер учетной записи служба хранилища Azure
Включена из всех сетей	Никаких дополнительных шагов	Никаких дополнительных шагов
Включено из выбранных виртуальных сетей и IP-адресов	Локальная локальная локальная среда выполнения интеграции (SHIR)	Резервные копии, хранящиеся в контейнере службы хранилища Azure
Включена из выбранных виртуальных сетей и IP-адресов + частная конечная точка	Локальная среда выполнения интеграции виртуальной машины Azure (SHIR)	Резервные копии, хранящиеся в контейнере службы хранилища Azure (частная конечная точка)

Локальный SHIR

Локальная локальная локальная среда выполнения интеграции (SHIR)

Если установить SHIR в локальной сети, выполните следующие действия.

1. Подключитесь к порталу Azure с компьютера SHIR.

2. Откройте учетную запись хранения Azure и перейдите на панель "Сеть ".

3. Убедитесь, что для общедоступного сетевого доступа задано значение "Включено" из выбранных виртуальных сетей и IP-адресов.

4. В разделе "Брандмауэр" установите флажок "Добавить IP-адрес клиента ".

5. Введите IP-адрес клиента хост-компьютера и нажмите кнопку "Сохранить".

SHIR виртуальной машины Azure

Локальная среда выполнения интеграции виртуальной машины Azure (SHIR)

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

1. Подключитесь к порталу Azure и откройте учетную запись хранения Azure.

2. Откройте учетную запись хранения Azure и перейдите на панель "Сеть ".

3. Установите флажок "Добавить существующую виртуальную сеть ".

4. Выберите подписку, виртуальную сеть и подсеть виртуальной машины Azure, на котором размещен SHIR. Эти сведения можно найти на странице обзора виртуальной машины Azure. Подсеть может сказать , что требуется конечная точка службы. В этом случае нажмите кнопку "Включить".

5. Нажмите кнопку "Сохранить".

хранилище Azure

Резервные копии, хранящиеся в контейнере службы хранилища Azure

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

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

1. Подключитесь к порталу Azure и откройте учетную запись хранения Azure.

2. Откройте учетную запись хранения Azure и перейдите на панель "Сеть ".

3. Установите флажок "Добавить существующую виртуальную сеть ".

4. Укажите целевую виртуальную сеть экземпляра SQL Server и нажмите кнопку "Сохранить".

Служба хранилища Azure (частная конечная точка)

Резервные копии, хранящиеся в контейнере службы хранилища Azure (частная конечная точка)

Если вы настроили частную конечную точку в учетной записи хранения Azure, выполните следующие действия.

1. Подключитесь к порталу Azure и откройте учетную запись хранения Azure.

2. Откройте учетную запись хранения Azure и перейдите на панель "Сеть ".

3. Установите флажок "Добавить существующую виртуальную сеть ".

4. Укажите подсеть частной конечной точки и нажмите кнопку "Сохранить".

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

Создание экземпляра Database Migration Service

Миграция с помощью портала Azure

Шаг 1. В портал Azure перейдите на страницу Azure Database Migration Service. Создайте новый экземпляр Azure Database Migration Service или повторно используйте существующий экземпляр, созданный ранее.

Использование существующего экземпляра Database Migration Service

Чтобы использовать существующий экземпляр Database Migration Service:

• В портал Azure в разделе Azure Database Migration Services выберите существующий экземпляр Database Migration Service, который вы хотите использовать, гарантируя, что он присутствует в правильной группе ресурсов и регионе.

  

Создание нового экземпляра Database Migration Service

Чтобы создать новый экземпляр Database Migration Service, выполните приведенные действия.

1. В портал Azure в разделе Azure Database Migration Service нажмите кнопку "Создать".

   

2. В разделе "Выбор сценария миграции" и Database Migration Service выберите нужные входные данные, такие как тип исходного и целевого сервера, выберите Database Migration Service и нажмите кнопку "Выбрать".

   

3. На следующем экране Создайте службу миграции данных, выберите подписку и группу ресурсов, а затем выберите расположение и введите имя Службы Database Migration Service. Выберите Review + Create. При этом создается служба Azure Database Migration Service.

   

4. Если требуется локальная среда выполнения интеграции (SHIR), на странице обзора службы Database Migration Service и в разделе "Параметры", выберите среду выполнения интеграции и выполните следующие действия:

   1. Выберите "Настройка среды выполнения интеграции" и выберите ссылку "Скачать и установить среду выполнения интеграции", чтобы открыть ссылку загрузки в веб-браузере. Скачайте среду выполнения интеграции и установите ее на компьютере, который соответствует предварительным требованиям для подключения к исходному экземпляру SQL Server. Дополнительные сведения см . в рекомендациях SHIR.

      

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

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

      

      Если ключ проверки подлинности действителен, в Configuration Manager среды выполнения интеграции появится зеленый значок проверки. Зеленая проверка указывает, что вы можете продолжить регистрацию.

      После регистрации локальной среды выполнения интеграции закройте Microsoft Integration Runtime Configuration Manager. Может потребоваться несколько минут, чтобы отразить сведения о узле портал Azure для Database Migration Service в разделе > интеграции параметров".

      

      Замечание

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

Миграция с помощью расширения для миграции SQL Azure

На шаге 6. Служба миграции базы данных Azure в мастере миграции в SQL Azure создайте новый экземпляр Azure Database Migration Service или повторно используйте существующий экземпляр, созданный ранее.

Если вы ранее создали экземпляр Database Migration Service с помощью портал Azure, вы не можете повторно использовать экземпляр в мастере миграции в Azure Data Studio. Можно повторно использовать экземпляр только в том случае, если вы создали экземпляр с помощью Azure Data Studio.

Использование существующего экземпляра Database Migration Service

Чтобы использовать существующий экземпляр Database Migration Service:

1. В группе ресурсов выберите группу ресурсов, содержащую существующий экземпляр Database Migration Service.

2. В Службе Azure Database Migration Service выберите существующий экземпляр Database Migration Service, который находится в выбранной группе ресурсов.

3. Нажмите кнопку Далее.

Создание нового экземпляра Database Migration Service

Чтобы создать новый экземпляр Database Migration Service, выполните следующие действия.

1. В группе ресурсов создайте новую группу ресурсов, чтобы содержать новый экземпляр Database Migration Service.

2. В разделе Azure Database Migration Service выберите "Создать".

3. В поле Create Azure Database Migration Service введите имя экземпляра Database Migration Service, а затем нажмите кнопку "Создать".

4. В разделе "Настройка среды выполнения интеграции" выполните следующие действия.

   1. Выберите ссылку "Скачать и установить среду выполнения интеграции", чтобы открыть ссылку скачивания в веб-браузере. Скачайте среду выполнения интеграции, а затем установите ее на компьютере, который соответствует предварительным требованиям для подключения к исходному экземпляру SQL Server.

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

   2. В таблице ключей проверки подлинности скопируйте один из ключей проверки подлинности, которые мастер предоставляет и вставьте его в Azure Data Studio. Если ключ проверки подлинности действителен, в Configuration Manager среды выполнения интеграции появится зеленый значок проверки. Зеленая проверка указывает, что вы можете продолжить регистрацию.

      После регистрации локальной среды выполнения интеграции закройте Microsoft Integration Runtime Configuration Manager.

      Дополнительные сведения об использовании локальной среды выполнения интеграции см. в статье "Создание и настройка локальной среды выполнения интеграции".

5. В разделе "Создание Azure Database Migration Service " в Azure Data Studio выберите тестовое подключение , чтобы убедиться, что созданный экземпляр Database Migration Service подключен к только что зарегистрированной локальной среде выполнения интеграции.

6. Вернитесь в мастер миграции в Azure Data Studio.

Запуск миграции базы данных

Миграция с помощью портала Azure

На вкладке сводки по миграции базы данных просмотрите сведения, а затем нажмите кнопку "Начать миграцию". Служба запускает миграцию базы данных и автоматически возвращает вас на панель мониторинга Azure DMS.

Миграция с помощью расширения для миграции SQL Azure

На шаге 7. Сводка в мастере миграции в SQL Azure просмотрите созданную конфигурацию, а затем нажмите кнопку "Начать миграцию ", чтобы начать миграцию базы данных.

Мониторинг миграции базы данных

Миграция с помощью портала Azure

1. Чтобы отслеживать миграцию базы данных, на панели "Обзор " экземпляра DMS выберите "Мониторинг миграций".

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

   

Миграция с помощью расширения для миграции SQL Azure

1. В Azure Data Studio в меню сервера в разделе "Общие" выберите "Миграция SQL Azure", чтобы перейти на панель мониторинга для миграции SQL Azure.

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

   

2. Чтобы просмотреть активные миграции, выберите миграцию базы данных.

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

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

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

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

Ограничения

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

При переносе нескольких баз данных с помощью одного и того же контейнера Хранилище BLOB-объектов Azure необходимо разместить файлы резервного копирования для разных баз данных в отдельных папках в контейнере.

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

Azure DMS не поддерживает настройку высокой доступности и аварийного восстановления в целевом объекте для сопоставления исходной топологии.

Следующие объекты сервера не поддерживаются:

• задания агента SQL Server
• Credentials
• Пакеты служб SQL Server Integration Services (SSIS)
• Аудит сервера

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

Виртуальные машины с целевыми версиями SQL Server 2008 и более ранними версиями не поддерживаются при миграции на SQL Server на виртуальной машине Azure.

Если вы используете виртуальную машину с SQL Server 2012 или SQL Server 2014, необходимо сохранить файлы резервного копирования базы данных-источника в контейнере BLOB-объектов службы хранилища Azure, а не использовать параметр сетевого ресурса. Сохраните файлы резервной копии в виде страничных BLOB-объектов, так как блочные BLOB-объекты поддерживаются только в SQL Server 2016 и более поздних версиях.

Необходимо убедиться, что расширение агента IaaS SQL Server в целевой виртуальной машине Azure находится в полном режиме , а не в упрощенном режиме.

Миграция на виртуальную машину SQL Azure с помощью DMS использует агент IaaS SQL Server внутренне. Расширение агента IaaS SQL Server поддерживает только управление экземпляром сервера по умолчанию или одним именованным экземпляром.

Вы можете перенести не более 100 баз данных на ту же виртуальную машину Azure, что и целевой объект, используя одну или несколько миграций одновременно. Кроме того, после завершения миграции с 100 базами данных подождите не менее 30 минут, прежде чем начать новую миграцию на тот же СЕРВЕР SQL Server на виртуальной машине Azure, что и целевой объект. Кроме того, каждая операция миграции (запуск миграции, переключение) для каждой базы данных занимает несколько минут последовательно. Например, для миграции 100 баз данных может потребоваться примерно 200 (2 x 100) минут для создания очередей миграции и примерно 100 (1 x 100) минут, чтобы сократить все 100 баз данных (за исключением времени резервного копирования и восстановления). Поэтому миграция становится медленнее по мере увеличения числа баз данных. Необходимо заранее запланировать более длительное окно миграции на основе тщательного тестирования миграции или секционировать большое количество баз данных в пакеты при их переносе на SQL Server на виртуальной машине Azure.

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

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

Возможные сообщения об ошибках

Сбой входа для пользователя NT Service\SQLIaaSExtensionQuery

Ошибка: Login failed for user 'NT Service\SQLIaaSExtensionQuery

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

Решение. Дождитесь выхода целевой виртуальной машины SQL Server в режим обновления и снова запустите миграцию.

Не удалось создать задание восстановления

Ошибка: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists.

Решение. Подключитесь к целевой виртуальной машине SQL Server и удалите XXX.mdf файл. Затем снова запустите миграцию.

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

• Перенос базы данных SQL Server в SQL Server на виртуальной машине
• Что такое SQL Server на виртуальных машинах Azure Windows?
• Подключение к виртуальной машине SQL Server в Azure
• Известные проблемы, ограничения и устранение неполадок
• Перенос базы данных в SQL Server в Azure Виртуальные машины с помощью команды T-SQL RESTORE