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

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

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

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

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

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

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

   

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

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

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

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

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

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

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

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

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

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

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

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

3. Выберите Далее.

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

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

1. Откройте Azure Data Studio и выберите значок сервера, чтобы подключиться к локальному SQL Server (или SQL Server на виртуальной машине Azure).

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

3. На главной странице сервера выберите расширение Миграция Azure SQL.

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

   

5. На первом шаге мастера миграции свяжите существующую или новую учетную запись Azure с Azure Data Studio.

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

2. Выберите SQL Server на виртуальной машине Azure в качестве целевого объекта.

   

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

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

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

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

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

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

9. Закройте поле сведений о представлении и нажмите кнопку "Далее".

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

2. В качестве режима миграции выберите Миграция по сети.

   Примечание

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

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

   Примечание

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

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

     Развернуть таблицу

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

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

     Развернуть таблицу

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

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

   Важно!

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

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

     Развернуть таблицу

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

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

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

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

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

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

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

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

   Примечание

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

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

3. Чтобы повторно использовать существующую DMS, выберите ее из раскрывающегося списка, и в нижней части страницы отобразится состояние локальной среды выполнения интеграции.

4. Чтобы создать новую DMS, выберите Создать.

5. На экране Создание Azure Database Migration Service укажите имя для DMS и выберите Создать.

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

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

8. После завершения установки Microsoft Integration Runtime Configuration Manager автоматически запустится, чтобы начать процесс регистрации.

9. Скопируйте и вставьте один из ключей проверки подлинности, представленных на экране мастера в Azure Data Studio. Если ключ проверки подлинности действителен, в Integration Runtime Configuration Manager отображается зеленый значок флажка, указывающий, что можно продолжить регистрацию.

10. После успешного завершения регистрации локальной среды выполнения интеграции закройте Microsoft Integration Runtime Configuration Manager и вернитесь к мастеру миграции в Azure Data Studio.

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

    

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

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

   

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

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

   Развернуть таблицу

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

   

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

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

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

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