Руководство по переносу SQL Server на Управляемый экземпляр SQL Azure с помощью DMS

С помощью Azure Database Migration Service (DMS) и расширения миграции SQL Azure в Azure Data Studio можно перенести базы данных из экземпляра SQL Server в Управляемый экземпляр SQL Azure с минимальным временем простоя.

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

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

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

• Скачивание и установка Azure Data Studio

• Установка расширения миграции SQL Azure для Azure Data Studio из Azure Data Studio Marketplace

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

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

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

  Внимание

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

• Создайте целевой экземпляр Управляемый экземпляр SQL Azure.

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

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

  • Расширение миграции SQL Azure для Azure Data Studio не создает резервные копии базы данных и не инициирует резервные копии базы данных от вашего имени. Вместо этого служба использует существующие файлы резервной копии базы данных для миграции.
  • Если файлы резервной копии базы данных находятся в сетевом ресурсе SMB, создайте учетную запись хранения Azure, которая позволяет службе DMS отправлять файлы резервной копии базы данных и переносить базы данных. Создайте учетную запись хранения Azure в том же регионе, где создается экземпляр Database Migration Service.
  • Вы можете записать каждую резервную копию в отдельный файл резервного копирования или в несколько файлов резервного копирования. Добавление нескольких резервных копий, таких как полные и журналы транзакций, в один носитель резервных копий не поддерживается.
  • Чтобы снизить вероятность возникновения потенциальных проблем, связанных с миграцией больших объемов резервных копий, можно использовать сжатые резервные копии.

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

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

  Если база данных содержит конфиденциальные данные, защищенные Always Encrypted, процесс миграции автоматически переносит ключи Always Encrypted в целевой объект SQL 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	Требуется локальной среде выполнения интеграции для подключения к службе переноса данных. Для только что созданной фабрики данных в общедоступном облаке найдите полное доменное имя (FQDN) из ключа локальной среды выполнения интеграции, который находится в формате {datafactory}.{region}.datafactory.azure.net. Для существующей фабрики данных, если полное доменное имя не отображается в локальном ключе интеграции, используйте *.frontend.clouddatahub.net вместо этого.
  download.microsoft.com	443	Требуется локальной среде выполнения интеграции для скачивания обновлений. Если вы отключили автоматическое обновление, можно пропустить настройку этого домена.
  .core.windows.net	443	Используется локальной средой выполнения интеграции, которая подключается к учетной записи хранения Azure для отправки резервных копий базы данных из сетевого ресурса.

  Совет

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

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

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

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

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

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

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

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

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

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

   

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

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

1. Выберите базы данных, которые необходимо оценить, и нажмите кнопку "Далее".

2. Выберите Управляемый экземпляр SQL Azure в качестве целевого объекта.

   

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

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

   

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

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

      Azure Data Studio теперь собирает данные о производительности, пока не остановите коллекцию, нажмите кнопку "Далее " в мастере или закройте Azure Data Studio.

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

   3. В выбранном целевом объекте Управляемый экземпляр SQL Azure выберите "Просмотреть сведения", чтобы открыть подробный отчет о рекомендациях SKU.

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

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

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

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

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

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

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

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

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

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

Чтобы применить эту конкретную конфигурацию, найдите учетную запись служба хранилища Azure, на панели хранилища данных выберите "Сеть", а затем установите флажок "Добавить существующую виртуальную сеть". Откроется новая панель. Выберите подписку, виртуальную сеть и подсеть виртуальной машины 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.

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

Создайте новую службу 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 и нажмите кнопку "Создать".

После создания DMS вам будут предоставлены подробные сведения о настройке среды выполнения интеграции.

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

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

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

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

   Примечание.

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

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

   

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

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

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

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

Ограничения

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

• При переносе одной базы данных резервные копии базы данных должны быть помещены в структуру неструктурированных файлов в папку базы данных (включая корневую папку контейнера), а папки не могут быть вложенными, так как они не поддерживаются.
• При переносе нескольких баз данных с помощью одного и того же контейнера Хранилище BLOB-объектов Azure необходимо разместить файлы резервного копирования для разных баз данных в отдельных папках в контейнере.
• Перезапись существующих баз данных с использованием DMS в целевом Управляемом экземпляре SQL Azure не поддерживается.
• DMS не поддерживает настройку высокого уровня доступности и аварийного восстановления в целевом объекте для сопоставления исходной топологии.
• Следующие объекты сервера не поддерживаются:
  • задания агента SQL Server
  • Учетные данные
  • Пакеты служб SSIS
  • Аудит сервера
• Использовать существующую локальную среду выполнения интеграции, созданную на основе фабрики данных Azure, для переноса базы данных с помощью DMS нельзя. Изначально локальную среду выполнения интеграции необходимо создать с помощью модуля миграции Azure SQL в Azure Data Studio. Ее можно использовать повторно для дальнейшего переноса базы данных.
• Одно задание LRS (созданное DMS) может выполняться не более 30 дней. По истечении этого периода задание автоматически отменяется, что приводит к автоматическому удалению целевой базы данных.
• Если вы получили следующую ошибку: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instanceэта проблема возникает по проектированию. OLTP в памяти не поддерживается на уровне общего назначения Управляемый экземпляр SQL Azure. Чтобы продолжить миграцию, можно обновить до уровня критически важный для бизнеса, который поддерживает OLTP в памяти. Другой способ заключается в том, чтобы убедиться, что исходная база данных не использует ее, пока Управляемый экземпляр SQL Azure является общим назначением.

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

• Краткое руководство. Восстановление базы данных в Управляемый экземпляр SQL Azure с помощью SSMS
• Что такое Управляемый экземпляр SQL Azure?
• Известные проблемы, ограничения и устранение неполадок
• Connect your application to Azure SQL Managed Instance (Подключение приложения к управляемому экземпляру SQL Azure)