Поделиться через

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

  • Статья

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

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

В этом руководстве вы переносите AdventureWorks2022 базу данных из локального экземпляра 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 и установить локальную среду выполнения интеграции для доступа к исходному серверу и резервным копиям
  • запустить и отслеживать ход выполнения миграции.
  • Выполните переход на миграцию после готовности.

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

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

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

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

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

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

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

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

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

    Внимание

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

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

    Внимание

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

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

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

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

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

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

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

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

    Совет

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

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

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

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

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

Откройте мастер миграции в SQL Azure в Azure Data Studio

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

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

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

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

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

    Снимок экрана, на котором показано, как открыть мастер миграции в SQL Azure.

  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, вам не нужно настраивать локальную среду выполнения интеграции.

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

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

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

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

    Внимание

    Если включена функция проверки цикла, а исходный 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 следующим образом:

Снимок экрана: сведения о сети учетной записи хранения.

Чтобы применить эту конкретную конфигурацию, подключитесь к портал 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

На шаге 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.

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

    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.

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

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

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

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

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

    Снимок экрана: панель мониторинга миграции.

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

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

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

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

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

Ограничения

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

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

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

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

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

  • задания агента SQL Server
  • Учетные данные
  • Пакеты служб SSIS
  • Аудит сервера

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

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

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

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

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

—Вы можете перенести не более 100 баз данных на ту же виртуальную машину SQL Server 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 в режиме on , пока выполняется миграция SQL. Кроме того, при создании новой миграции, отработки отказа или отмене миграции.

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

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

Ошибка: 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 файл. Затем снова запустите миграцию.

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