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


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

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

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

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

Миграция

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

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

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

  • Ссылка на управляемый экземпляр
  • Служба воспроизведения журналов (LRS)
  • Native, который использует встроенные резервные копии из SQL Server и требует некоторого простоя RESTORE DATABASE FROM URL
  • Служба azure Database Migration Service (DMS), которая предлагает миграцию с почти нулевым временем простоя
  • Миграция SQL Server в Azure Arc

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

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

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

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

Миграция базы данных

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

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

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

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

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

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

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

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

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

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

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

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

На схеме показан SQL Server со стрелкой с надписью BACKUP / Загрузка по URL, ведущей в хранилище Azure, и другая стрелка с надписью RESTORE от URL, ведущая из хранилища Azure в управляемый экземпляр SQL.

Примечание.

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

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

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

Внимание

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

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

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

  1. Создайте резервную копию вашей базы данных в хранилище объектов BLOB в Azure. Например, используйте резервное копирование на URL в SQL Server Management Studio. Используйте средство Microsoft Azure для поддержки баз данных до SQL Server 2012 с пакетом обновления 1 (CU2).

  2. Подключитесь к управляемому экземпляру SQL с помощью SQL Server Management Studio (SSMS).

  3. Создайте учетные данные, используя Подпись общего доступа для доступа к вашему хранилищу Blob в Azure с резервными копиями вашей базы данных. Например:

    CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
    WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
         SECRET = '<secret>'
    
  4. Восстановите резервную копию из контейнера BLOB-хранилища Azure. Например:

    RESTORE DATABASE [TargetDatabaseName]
    FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'
    
  5. По завершении восстановления просмотрите базу данных в обозревателе объектов в SSMS.

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

Примечание.

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

Azure Database Migration Service (Azure DMS)

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

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

  1. Откройте портал Azure.

  2. Откройте Azure DMS и выберите экземпляр DMS, если вы уже создали один, или создайте новый.

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

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

  5. Укажите целевую подписку и группу ресурсов, а затем выберите целевой управляемый экземпляр SQL.

  6. Укажите сведения о расположении резервного копирования, такие как группа ресурсов, учетная запись хранения, контейнер BLOB-объектов, папка, последний файл резервного копирования (для режима автономной миграции) и целевая база данных.

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

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

    2. Кроме того, выберите базы данных и расположение сетевой общей папки SMB, в которой хранятся файлы резервного копирования, и учетные данные для подключения к нему.

  8. Запустите миграцию базы данных и отслеживайте ход выполнения на портале Azure с панели мониторинга экземпляра DMS.

  9. Завершите переключение.

    1. Остановите все входящие транзакции в исходной базе данных.

    2. Внесите изменения в конфигурацию приложения, указав целевую базу данных в управляемом экземпляре SQL Azure.

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

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

    5. На странице сведений о мониторинге выберите Завершить переключение.

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

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

  1. Скачайте и установите Azure Data Studio и расширение миграции SQL Azure для Azure Data Studio.

  2. Запустите мастер миграции "Migrate to Azure SQL Migration" в расширении в Azure Data Studio.

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

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

  5. Выберите расположение резервных копий базы данных. Резервные копии базы данных могут находиться в локальной сетевой папке или в контейнере Azure Blob Storage.

  6. Создайте новый экземпляр Azure DMS с помощью мастера в Azure Data Studio. Если вы ранее создали экземпляр DMS с помощью Azure Data Studio, можно повторно использовать тот же экземпляр, если требуется.

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

  8. Начните миграцию базы данных и отслеживайте ход выполнения в Azure Data Studio. Вы также можете отслеживать ход выполнения в ресурсе DMS на портале Azure.

  9. Завершите переключение.

    1. Остановите все входящие транзакции в исходной базе данных.

    2. Внесите изменения в конфигурацию приложения, указав целевую базу данных в управляемом экземпляре SQL Azure.

    3. Выполните все резервные копии хвостовых логов для исходной базы данных в заданном месте резервного копирования.

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

    5. На странице сведений о мониторинге выберите Завершить переключение.

Миграция SQL Server в Azure Arc

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

Доступны два интегрированных метода:

  • Ссылка управляемого экземпляра для репликации почти в режиме реального времени с минимальным временем простоя.

  • Служба воспроизведения журналов для непрерывного резервного копирования и восстановления.

Microsoft Copilot помогает во время миграции. Миграция поддерживает SQL Server 2012 и более поздних версий и автоматизирует большинство шагов.

Дополнительные сведения см. в статье Миграция в Управляемый экземпляр SQL Azure — миграция SQL Server в Azure Arc.

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

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

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

Внимание

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

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

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

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

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

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

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

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

  1. Разработка тестов проверки: для тестирования миграции базы данных используйте запросы T-SQL. Создайте запросы проверки, которые будут выполняться как в исходной, так и в целевой базах данных. Запросы проверки должны охватывать определенную область.

  2. Настройка тестовой среды. Тестовая среда должна содержать копию исходной и целевой баз данных. Не забудьте изолировать тестовую среду.

  3. Запустите тесты проверки: выполните тесты проверки в источнике и целевом объекте, а затем проанализируйте результаты.

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

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

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

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

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