Миграция в Управляемый экземпляр SQL Azure — миграция SQL Server в Azure Arc

Применимо к:SQL Server

В этой статье показано, как выполнить миграцию SQL Server с помощью Azure Arc на Управляемый экземпляр SQL Azure на портале Azure для экземпляра SQL Server, включенного Azure Arc.

Вы можете попробовать Управляемый экземпляр SQL Azure for free до года.

Замечание

Вы можете предоставить отзывы о миграции непосредственно команде по продукту.

Обзор

Управляемый экземпляр SQL Azure — это полностью управляемая платформа lift-and-shift как услуга (PaaS), предназначенная для выполнения рабочих нагрузок SQL Server на облачной платформе Azure. После того как ваш экземпляр SQL Server будет активирован с помощью Azure Arc, вы можете оценить ваше окружение данных SQL Server, чтобы определить оптимальную конфигурацию Управляемый экземпляр SQL. Затем можно перенести базы данных SQL Server в Управляемый экземпляр SQL непосредственно с портала Azure.

Если экземпляр SQL Server включен с помощью Azure Arc, можно:

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

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

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

Миграция базы данных доступна по умолчанию для всех экземпляров SQL Server, включенных Azure Arc начиная с SQL Server 2012 (11.x).

В области "Миграция баз данных " также содержится полезная сводка состояния миграции для вашего экземпляра, например количество общих баз данных, рекомендуемый целевой объект, количество завершенных миграций и количество текущих миграций:

Интегрированные методы миграции

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

Microsoft Copilot поможет выбрать правильный метод миграции на основе ваших требований.

В следующей таблице приведены два метода, встроенные в процесс миграции:

	ссылка Управляемый экземпляр	Служба воспроизведения логов (LRS)
Метод	Репликация в режиме реального времени	Непрерывное резервное копирование и восстановление
Базовая технология	Распределенная группа доступности	Пересылка журналов транзакций
Описание	Наиболее производительный метод с репликацией практически в режиме реального времени. Предоставляет базу данных только для чтения (R/O) в целевом объекте, чтобы вы могли запрашивать данные практически в режиме реального времени во время миграции, чтобы выгрузить рабочие нагрузки R/O на вторичный объект или проверить данные во время миграции. Оптимизация для достижения минимального времени простоя при миграции.	Наиболее совместимый метод миграции. Переносите резервные копии в промежуточную учетную запись хранения BLOB-объектов в Azure, которую служба LRS автоматически и непрерывно восстанавливает до Управляемый экземпляр SQL. Реплика базы данных R/O не доступна в целевом объекте.
Поддерживаемые версии	SQL Server 2016 и более поздние версии на Windows Server 2016 и более поздних версиях.	SQL Server 2012 и более поздние версии на Windows Server 2012 и более поздних версий
Поддерживаемые выпуски	Выпуски Enterprise, Standard и Developer	Все выпуски
Одновременная миграция	Да, до 10 баз данных с расширением Azure для версии SQL Server 1.1.3348.364 или более поздней. 1 база данных с более ранними версиями.	Unlimited
Рекомендуется для	Критически важные для бизнеса рабочие нагрузки, требующие минимального простоя во время миграции и доступа к базе данных только для чтения на целевом объекте с целевым объектом общего назначения или критически важным для бизнеса Управляемый экземпляр SQL.	Рабочие нагрузки общего назначения, для которых допустимы запланированные простои, и в качестве точки назначения которых используется Управляемый экземпляр SQL общего назначения. Не рекомендуется для критически важных управляемых экземпляров SQL, имеющих бизнес-значение.

Для детального сравнения двух методов миграции, обратитесь к ссылке Compare Управляемый экземпляр на LRS для миграции.

Microsoft Copilot вспомогательной миграции

Microsoft Copilot встроен в интерфейс, помогая вам во всем процессе миграции. Интерактивное общение с Microsoft Copilot, осуществляющее поиск по базе знаний Майкрософт, помогает вам на каждом этапе перехода на Azure.

Microsoft Copilot предоставляет помощь с использованием искусственного интеллекта для принятия решений или принятия действий в определенных точках с такими запросами, как:

• Как выполняются оценки?
• Помогите мне сравнить.
• Запустите миграцию.
• Помогите мне выбрать правильный метод миграции.
• Мониторинг миграции.
• Завершите миграцию.

Щелкните значок Copilot на панели миграции Database, чтобы открыть окно чата Copilot:

Предпосылки

Чтобы использовать миграцию SQL Server в Azure Arc, вам потребуется следующее:

• Активная подписка Azure. Если у вас нет учетной записи, вы можете создать бесплатную учетную запись.
• Экземпляр SQL Server должен быть включен с помощью Azure Arc с использованием расширения Azure для SQL Server версии 1.1.3238.349 или более поздней. Расширение можно обновить с помощью портала Azure или Azure CLI.

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

• Подготовьтесь к миграции на Управляемый экземпляр.
• Приготовьтесь к миграции LRS.

Переход на Управляемый экземпляр SQL Azure

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

1. Assess source instance: оцените экземпляр SQL Server, чтобы определить его готовность к миграции на Управляемый экземпляр SQL.
2. Select target: выберите целевой объект Управляемый экземпляр SQL для миграции.
3. Migrate data: перенос баз данных SQL Server на Управляемый экземпляр SQL.
4. Мониторинг и переключение: отслеживайте процесс миграции и переходите к целевому экземпляру Управляемый экземпляр SQL.

На следующем снимке экрана показаны плитки на панели миграции базы данных для SQL Server на портале Azure.

Оценка исходного экземпляра

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

1. Войдите на портал Azure и перейдите к экземпляру SQL Server.

2. В разделе "Миграция" выберите "Миграция базы данных ", чтобы открыть область миграции базы данных . В разделе "Оценка исходного экземпляра" выберите "Просмотреть отчет ", чтобы открыть панель "Оценки ".

   

3. На панели "Оценки" :

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

Выбор целевого объекта

После оценки экземпляра SQL Server выберите целевой объект Управляемый экземпляр SQL.

1. На панели "Оценки" выберите "Создать" или выбрать целевой объект. Или на панели миграции базы данных выберите целевой объект. Оба параметра открывают область создания или выбора целевой области, где можно определить целевой объект миграции.

   

2. На панели создания или выбора целевой области в разделе "Целевой объект" выберите один из следующих вариантов:

   • Yes, я уже создал целевой объект: выберите существующий целевой объект Управляемый экземпляр SQL.
   • No, я хочу создать новый целевой объект: создайте новый целевой объект Управляемый экземпляр SQL.

   

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

   1. Если у вас уже есть экземпляр в качестве целевого ресурса, выберите Select target и перейдите на панель миграции базы данных Database для экземпляра SQL Server. Имя экземпляра заполняется в качестве выбранного целевого объекта. Затем можно перейти к шагу "Миграция данных ".
   2. Если вы решили создать новый экземпляр, перейдите на панель Create Управляемый экземпляр SQL Azure на панели миграции Database для создания целевого экземпляра. После завершения проверьте ход развертывания на панели миграции базы данных для экземпляра SQL Server. Имя цели отображается на плитке Target. Затем можно перейти к шагу "Миграция данных ".

Перенос данных

После готовности целевого объекта запустите процесс миграции.

Замечание

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

Миграция ссылок MI

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

Замечание

Создание каждой ссылки может занять до 10 минут. Используйте журнал действий для отслеживания фоновых изменений во время процесса создания ссылки.

Выполните следующие действия, чтобы перенести базы данных SQL Server в Управляемый экземпляр SQL с помощью ссылки Управляемый экземпляр:

1. На панели миграции базы данных выберите "Миграция данных".

2. На панели "Новая миграция данных" выберите "Миграция" с помощью репликации в режиме реального времени (в сети):

   

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

   

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

4. На вкладке "Параметры" укажите имя ссылки MI. Имя группы доступности создается автоматически. Настройте ее только в том случае, если вам нужно. Можно также использовать Проверка подключения для тестирования подключения к исходному экземпляру SQL Server, хотя имейте в виду, что ложные срабатывания могут возникать в некоторых конфигурациях сети. Используйте Далее: обзор и создание, чтобы перейти к следующей странице.

   

   Вы также можете проверить подключение к целевому Управляемый экземпляр SQL

5. На вкладке "Просмотр и создание " просмотрите параметры и проверьте наличие предупреждений. Можно начать миграцию с некоторыми предупреждениями, но без других. Выберите Start data migration, чтобы перенести данные в целевой объект Управляемый экземпляр SQL.

Замечание

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

Следите за задержкой репликации перед переключением

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

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

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

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

Вы также можете использовать скрипт T-SQL для отслеживания задержки репликации. Дополнительные сведения см. в разделе "Мониторинг задержки репликации".

Миграция LRS

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

Выборы на странице New data migration не доступны или возникнет ошибка после выбора LRS, если учетная запись Хранилище BLOB-объектов Azure не имеет по крайней мере одной полной резервной копии и разрешение настроено правильно.

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

Выполните следующие действия, чтобы перенести базы данных SQL Server в Управляемый экземпляр SQL с помощью LRS:

1. На панели миграции базы данных выберите "Миграция данных".

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

   

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

   

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

5. На вкладке "Просмотр и создание " просмотрите параметры и проверьте наличие ошибок и предупреждений. Хотя при наличии предупреждений можно запустить миграцию, предупреждения следует устранить в какой-то момент, чтобы обеспечить успешную долгосрочную миграцию. Выберите Start data migration, чтобы перенести данные в целевой объект Управляемый экземпляр SQL.

Мониторинг и переключение

После начала миграции можно контролировать ход процесса. На панели миграции базы данных выберите "Мониторинг миграции".

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

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

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

После завершения миграции статус миграции показывает Готово к переключению. Чтобы выполнить переход к целевому объекту Управляемый экземпляр SQL, выберите Cutover на панели Monitor и cutover. Вы также можете использовать область сведений о базе данных.

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

Замечание

Завершение переключения или отмена миграции при миграции с помощью ссылки на Управляемый Экземпляр предоставляет разрешения «точно-в-срок» до тех пор, пока ссылка не будет удалена или миграция отменена.

Реверсировать миграцию

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

• политика обновления SQL Server 2022: базы данных из экземпляров, настроенных с политикой обновления SQL Server 2022, можно восстановить для экземпляров SQL Server 2022.
• политика обновления SQL Server 2025: базы данных из экземпляров, настроенных с помощью политики обновления SQL Server 2025, можно восстановить в экземпляры SQL Server 2025.
• Always-up-to-date update policy: базы данных из экземпляров, настроенных с помощью Always-up-to-date политики обновления нельзя восстановить обратно в SQL Server.

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

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

Ограничения

Ограничения ссылки Управляемый экземпляр/c0> и LRS применяются к миграциям через портал Azure.

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

Устранение распространенных неполадок

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

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

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