Руководство по миграции из SQL Server в Управляемый экземпляр SQL Azure

Статья
2025-01-08

Область применения: Управляемый экземпляр SQL Azure

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

Выполните действия перед миграцией , прежде чем продолжить.

Миграция

После выполнения действий на этапе предварительной миграции вы будете готовы выполнить миграцию схемы и данных.

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

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

Ссылка управляемого экземпляра
Служба воспроизведения журналов (LRS)
Исходная RESTORE DATABASE FROM URL использует исходные резервные копии из SQL Server. Использование этого метода сопряжено с некоторым простоем.
Расширение миграции Azure SQL для Azure Data Studio — миграция с почти нулевым временем простоя.

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

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

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

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

Ссылка на управляемый экземпляр

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

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

Создайте ваш целевой Управляемый экземпляр SQL: портал Azure, PowerShell, Azure CLI.
Подготовьте среду для ссылки.
Настройте ссылку с помощью SSMS или скриптов.
Остановите рабочую нагрузку.
Проверьте данные в целевом экземпляре.
Переключение при отказе на связи.

Служба воспроизведения журналов (LRS)

В этом разделе приведены общие шаги по миграции из SQL Server в Управляемый экземпляр SQL Azure с минимальным временем простоя с помощью службы воспроизведения журналов (LRS). Подробные инструкции см. в статье "Миграция баз данных из SQL Server с помощью службы воспроизведения журналов".

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

Создайте учетную запись хранения Azure с контейнером BLOB.
Аутентификация в учетной записи Blob Storage с помощью маркера SAS или управляемого удостоверения и проверка доступа.
Не забудьте правильно настроить структуру папок, если планируется перенести несколько баз данных.
Загрузите резервные копии в свою учетную запись хранения, скопировав их или создав резервные копии напрямую с помощью BACKUP TO URL.
Определите, нужно ли запускать LRS в автоматическом или непрерывном режиме.
Запустите LRS.
Отслеживайте ход миграции.
Завершите миграцию (если используется непрерывный режим).

Резервное копирование и восстановление

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

На следующей схеме представлен общий обзор процесса:

Примечание.

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

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

Этап	Движок SQL и версия	Метод резервного копирования и восстановления
Резервное копирование в хранилище Azure	До SP1 CU2 2012	Загрузка `.bak` файла непосредственно в службу хранилища Azure
	От 2012 SP1 CU2 до 2016	Прямое резервное копирование с использованием устаревшего синтаксиса WITH CREDENTIAL
	Версии 2016 года и более поздние	Прямое резервное копирование с использованием WITH SAS CREDENTIAL
Восстановление из службы хранилища Azure на управляемый экземпляр		Восстановление из URL с помощью учетных данных SAS

Внимание

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

Восстановление системных баз данных не поддерживается. Чтобы перенести объекты уровня экземпляра (хранящиеся в базах данных master или msdb), рекомендуется создать для них скрипт и запустить скрипты T-SQL в экземпляре среды назначения.

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

Создайте резервную копию вашей базы данных в хранилище объектов BLOB в Azure. Например, используйте резервное копирование на URL в SQL Server Management Studio. Используйте средство Microsoft Azure для поддержки баз данных до версии SQL Server 2012 SP1 CU2.
Подключитесь к Управляемому экземпляру SQL Azure через SQL Server Management Studio.
Создайте учетные данные, используя Подпись общего доступа для доступа к вашему хранилищу Blob в Azure с резервными копиями вашей базы данных. Например:
```
CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
    WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
        SECRET = '<secret>'
```

Восстановите резервную копию из контейнера BLOB-хранилища Azure. Например:

RESTORE DATABASE [TargetDatabaseName]
FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'

После восстановления просмотрите базу данных в обозревателе объектов в SQL Server Management Studio.

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

Примечание.

Операция восстановления базы данных является асинхронной и повторяемой. В случае разрыва подключения или истечения времени ожидания в SQL Server Management Studio может возникнуть ошибка. База данных SQL Azure будет пытаться восстановить базу данных в фоновом режиме, и вы сможете отслеживать ход восстановления с помощью представлений sys.dm_exec_requests и sys.dm_operation_status.

Azure Data Studio

В этом разделе приведены общие шаги по миграции из SQL Server в Управляемый экземпляр SQL Azure с минимальным временем простоя с помощью расширения миграции SQL Azure в Azure Data Studio. Подробные инструкции см. в руководстве по миграции SQL Server на Управляемый экземпляр SQL Azure в Интернете в Azure Data Studio.

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

Скачайте и установите Azure Data Studio и расширение миграции SQL Azure для Azure Data Studio.
Запустите мастер миграции "Migrate to Azure SQL Migration" в расширении в Azure Data Studio.
Выберите базы данных для оценки и проверьте готовность к миграции или проблемы (при их наличии). Вы также можете собрать данные производительности и получить рекомендацию Azure о подходящем размере.
Выберите свою учетную запись Azure и целевой управляемый экземпляр SQL Azure в подписке.
Выберите расположение резервных копий базы данных. Резервные копии базы данных могут находиться в локальной сетевой папке или в контейнере Azure Blob Storage.
Создайте новую службу Azure Database Migration Service с помощью мастера в Azure Data Studio. Если вы ранее создали Службу azure Database Migration Service с помощью Azure Data Studio, вы можете повторно использовать то же самое при необходимости.
Необязательно. Если резервные копии находятся в локальной сетевой папке, скачайте локальную среду выполнения интеграции и установите ее на компьютере, который может подключаться к исходному экземпляру SQL Server и расположению, содержащему файлы резервной копии.
Начните миграцию базы данных и отслеживайте ход выполнения в Azure Data Studio. Вы также можете отслеживать ход выполнения в разделе ресурса Azure Database Migration Service на портале Azure.
Завершите переключение.
1. Остановите все входящие транзакции в исходной базе данных.
2. Внесите изменения в конфигурацию приложения, указав целевую базу данных в управляемом экземпляре SQL Azure.
3. Выполните резервное копирование последних журналов транзакций исходной базы данных в указанное место резервного копирования.
4. Убедитесь, что все резервные копии базы данных имеют состояние Восстановлено на странице сведений о мониторинге.
5. На странице сведений о мониторинге выберите Завершить переключение.

Синхронизация данных и переключение

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

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

Внимание

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

После миграции

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

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

Мониторинг и исправление приложений

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

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

Выполнение тестов

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

Разработка проверочных тестов. Чтобы протестировать перенос базы данных, необходимо использовать SQL-запросы. Необходимо создать запросы проверки, которые будут выполняться как в исходной, так и в целевой базах данных. Запросы проверки должны охватывать определенную область.
Настройка тестовой среды. Тестовая среда должна содержать копию исходной и целевой баз данных. Не забудьте изолировать тестовую среду.
Выполнение проверочных тестов. Выполните проверочные тесты для источника и целевого объекта, а затем проанализируйте результаты.
Выполнение тестов производительности. Запустите тест производительности для источника и целевого объекта, а затем проанализируйте и сравните результаты.

Использование дополнительных функций

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

Аналитика SQL Azure позволяет централизованно отслеживать большой набор управляемых экземпляров.

Некоторые функции SQL Server доступны только после перевода базы данных на последний уровень совместимости (150).