Руководство по миграции SQL Server в Базу данных Azure SQL

Область применения: База данных SQL Azure

Из этого руководства вы узнаете, как перенести ваш экземпляр SQL в Базу данных SQL Azure.

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

  • SQL Server на виртуальных машинах
  • Amazon Web Services (AWS) EC2;
  • Amazon Relational Database Service (AWS RDS);
  • Compute Engine (Google Cloud Platform — GCP);
  • Cloud SQL for SQL Server (Google Cloud Platform — GCP).

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

Схема процесса миграции

Предварительные требования

Для миграции SQL Server в базу данных SQL Azure убедитесь в том, что у вас есть следующее.

Подготовка к миграции

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

Обнаружить

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

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

Как вариант, для оценки текущей ИТ-инфраструктуры можно воспользоваться пакетом Набор средств оценки и планирования Майкрософт ("MAP Toolkit"). Этот набор средств представляет собой мощный инструмент для инвентаризации, оценки и создания отчетов, позволяющий упростить планирование миграции.

Дополнительные сведения о средствах, доступных для использования на этапе обнаружения, см. в статье "Службы и средства для переноса данных в различных сценариях".

Оценка

Примечание

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

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

Для оценки баз данных можно использовать Помощник по миграции данных (версии 4.1 или более поздней), который выдает:

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

  1. Откройте Помощник по миграции данных.
  2. Выберите File (Файл), а затем New assessment (Новая оценка).
  3. Укажите имя проекта, а затем выберите SQL Server в качестве типа исходного сервера и Azure SQL Database (База данных SQL Azure) в качестве типа целевого сервера.
  4. Выберите типы отчетов об оценке, которые требуется создать — например, "совместимость баз данных" и "соответствие функциональных возможностей". Разрешения, необходимые для доступа к исходному экземпляру SQL Server, могут отличаться в зависимости от типа оценки. Прежде чем выполнять оценку, DMA выделит цветом разрешения, необходимые для работы выбранного помощника.
    • В категории соответствие функциональных возможностей выдается комплексный набор рекомендаций с перечнем доступных в Azure альтернатив и мер по устранению выявленных проблем, который поможет вам спланировать проект по миграции. (требуются разрешения системного администратора)
    • В категории проблемы совместимости выявляются проблемы, связанные с частичной поддержкой или отсутствием поддержки той или иной функциональности, которые способны заблокировать миграцию, а также рекомендации по их устранению (требуются разрешения CONNECT SQL, VIEW SERVER STATE и VIEW ANY DEFINITION).
  5. Укажите данные для подключения к исходному экземпляру SQL Server и подключитесь к исходной базе данных.
  6. Нажмите Запустить оценку.
  7. Когда все будет готово, отберите и проверьте отчеты об оценке на предмет проблем, способных заблокировать миграцию, и несоответствия функциональных возможностей. Отчет об оценке можно также экспортировать в файл, которым вы сможете поделиться с другими командами или сотрудниками своей организации.
  8. Определите уровень совместимости баз данных, который позволит свести к минимуму необходимый объем работ на этапе после миграции.
  9. Найдите оптимальный номер SKU Базы данных SQL Azure для своей локальной рабочей нагрузки.

Дополнительные сведения см. в статье "Оценка миграции SQL Server с использованием Помощника по миграции данных".

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

Масштабируемые оценки и анализ

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

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

Важно!

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

Миграция

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

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

В этом руководстве описываются два наиболее популярных варианта: Помощник по миграции данных и Azure Database Migration Service.

Помощник по миграции данных (DMA)

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

  1. Скачайте и установите Помощник по миграции данных.
  2. Создайте проект и выберите тип проекта Migration (Миграция).
  3. Выберите тип исходного сервера SQL Server и тип целевого сервера Azure SQL Database (База данных SQL Azure), после чего выберите область миграции Schema and data (Схема и данные) и нажмите кнопку Create (Создать).
  4. В проекте миграции укажите сведения об исходном сервере, такие как имя сервера, учетные данные для подключения к серверу и исходная база данных для миграции.
  5. В разделе сведений о целевом сервере укажите имя сервера Базы данных SQL Azure, учетные данные для подключения к серверу и целевую базу данных для миграции.
  6. Выберите объекты схемы и разверните их в целевой базе данных SQL Azure.
  7. В заключение нажмите Start data migration (Начать миграцию данных) и отслеживайте ход выполнения миграции.

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

Примечание

  • Чтобы максимально ускорить импорт, выделите дополнительные ресурсы, на время импорта переведя базу данных на более высокий уровень служб и объем вычислительных ресурсов. После завершения импорта эти значения можно уменьшить.
  • Уровень совместимости импортированной базы данных определяется уровнем совместимости исходной базы данных.

Azure Database Migration Service (DMS)

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

  1. Если вы этого еще не сделали, зарегистрируйте в своей подписке поставщик ресурсов Microsoft.DataMigration.
  2. Создайте экземпляр Azure Database Migration Service в выбранном расположении (предпочтительно в том же регионе, что и целевая база данных SQL Azure). Выберите существующую виртуальную сеть или создайте другую для размещения экземпляра DMS.
  3. Когда экземпляр DMS будет создан, создайте проект миграции, а затем укажите тип исходного сервера SQL Server и тип целевого сервера Azure SQL Database (База данных SQL Azure). В колонке создания проекта миграции выберите тип действия Offline data migration (Миграция автономных данных).
  4. Укажите сведения об исходном экземпляре SQL Server на странице Migration source (Исходный объект миграции) и сведения о целевой базе данных SQL Azure на странице Migration target (Целевой объект миграции).
  5. Сопоставьте исходную и целевую базы данных для миграции, а затем выберите таблицы, которые требуется перенести.
  6. Ознакомьтесь с краткими сведениями о предстоящей миграции и нажмите Run migration (Запустить миграцию). После этого можно будет отслеживать действия, осуществляемые в процессе миграции базы данных, и ход ее выполнения.

Подробное руководство см. в статье "Миграция SQL Server в Базу данных SQL Azure с использованием DMS".

Синхронизация данных и прямая миграция

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

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

Важно!

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

Рекомендации по миграции

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

Состязание за ресурсы Рекомендация
Исходный объект (обычно локальный) Основное узкое место во время миграции в исходном объекте — это операции ввода-вывода данных и задержки при работе с файлом данных, которые необходимо внимательно отслеживать. В зависимости от хода операций ввода-вывода данных и задержек при работе с файлом данных, а также от того, идет ли речь о виртуальной машине или физическом сервере, может возникнуть необходимость привлечь к этой задаче администратора хранилища и изучить варианты устранения узкого места.
Целевой объект (База данных SQL Azure) Наиболее значительный ограничивающий фактор — это скорость создания журнала и задержки при работе с файлом журнала. Максимально достижимая скорость создания журнала в Базе данных SQL Azure составляет 96 МБ/с. Чтобы ускорить миграцию, увеличьте масштаб целевой базы данных SQL до уровня Business Critical Gen5 8 vCore (Критически важный для бизнеса, 5 поколение, 8 виртуальных ядер), чтобы обеспечить максимальную скорость создания журнала 96 МБ/с и низкую задержку при работе с файлом журнала. На уровне служб Hyperscale (Гипермасштабирование) обеспечивается скорость создания журнала в 100 МБ/с независимо от выбранного уровня обслуживания.
Network Требуемая пропускная способность сети равна максимальной скорости приема журнала — 96 МБ/с (768 Мбит/с). В зависимости от типа сетевого подключения из локального центра обработки данных к Azure (как правило, это Azure ExpressRoute) проверьте пропускную способность сети на предмет обеспечения максимальной скорости приема журнала.
Виртуальная машина, используемая для Помощника по миграции данных (DMA) Основным узким местом виртуальной машины, на которой работает DMA, является ее центральный процессор. Для ускорения миграции можно применить следующие принципы:
- Виртуальные машины Azure для ресурсоемких вычислений
- Виртуальные машины категории F8s_v2 (8 виртуальных ядер) или более мощные для выполнения DMA
- Выполнение виртуальной машины в том же регионе Azure, где находится целевой объект
Azure Database Migration Service (DMA) Соображения, касающиеся состязания за вычислительные ресурсов и объектов базы данных для DMS Используйте 4 виртуальных ядра Премиум. DMS автоматически обрабатывает объекты базы данных, такие как внешние ключи, триггеры, ограничения и некластеризованные индексы, и не требует ручного вмешательства.

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

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

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

Исправление приложений

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

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

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

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

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

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

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

Дополнительные сведения см. в статье "Управление базой данных SQL Azure после миграции".

Дальнейшие действия