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

  • Статья

Применимо к:SQL Server База данных SQL Azure

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

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

  • SQL Server на виртуальных машинах
  • Amazon EC2 (эластичное вычислительное облако)
  • Amazon RDS (реляционная служба баз данных) для SQL Server
  • Google Compute Engine
  • Cloud SQL для SQL Server — GCP (Google Cloud Platform)

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

Diagram of migration process flow.

Необходимые компоненты

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

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

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

Рекомендуемые

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

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

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

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

Оценка

Примечание.

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

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

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

Для оценки баз данных можно использовать расширение миграции SQL Azure для Azure Data Studio:

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

  1. Откройте расширение миграции SQL Azure для Azure Data Studio.
  2. Подключение исходному экземпляру SQL Server
  3. Нажмите кнопку "Миграция в Azure SQL " в мастере миграции SQL Azure в Azure Data Studio
  4. Выберите базы данных для оценки, а затем нажмите кнопку "Далее"
  5. Выберите целевой объект SQL Azure, в этом случае База данных SQL Azure (предварительная версия)
  6. Щелкните "Вид" или "Выбрать", чтобы просмотреть отчет об оценке
  7. Найдите проблемы с блокировкой миграции и четностью функций. Отчет об оценке можно также экспортировать в файл, которым вы сможете поделиться с другими командами или сотрудниками своей организации.
  8. Определите уровень совместимости баз данных, который позволит свести к минимуму необходимый объем работ на этапе после миграции.

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

  1. Откройте расширение миграции SQL Azure для Azure Data Studio.
  2. Подключение исходному экземпляру SQL Server
  3. Нажмите кнопку "Миграция в Azure SQL " в мастере миграции SQL Azure в Azure Data Studio
  4. Выберите базы данных для оценки, а затем нажмите кнопку "Далее"
  5. Выберите целевой объект SQL Azure, в этом случае База данных SQL Azure (предварительная версия)
  6. Перейдите к разделам рекомендаций Azure, щелкните " Получить рекомендацию Azure"
  7. Теперь выберите "Собрать данные о производительности". Выберите папку на локальном компьютере, чтобы сохранить журналы производительности, а затем нажмите кнопку "Пуск".
  8. Через 10 минут Azure Data Studio указывает, что рекомендация доступна для База данных SQL Azure.
  9. Проверьте База данных SQL Azure карта на целевой панели SQL Azure, чтобы просмотреть рекомендации по SKU База данных SQL Azure

Дополнительные сведения см. в руководстве по переносу SQL Server на База данных SQL Azure (предварительная версия) в автономном режиме в Azure Data Studio.

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

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

Расширение миграции SQL Azure для Azure Data Studio и службы "Миграция Azure" поддерживает выполнение масштабируемых оценок и консолидацию отчетов об оценке для анализа.

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

Важно!

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

Развертывание в управляемый экземпляр оптимального размера

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

На основе информации на этапе обнаружения и оценки создайте соответствующий целевой База данных SQL Azure. Это можно сделать с помощью краткого руководства. Создание одной базы данных — База данных SQL Azure.

Миграция

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

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

Миграция с помощью расширения миграции SQL Azure для Azure Data Studio

Чтобы выполнить автономную миграцию с помощью Azure Data Studio, выполните описанные ниже действия. Подробное пошаговое руководство см. в руководстве по переносу SQL Server в автономный режим База данных SQL Azure (предварительная версия) в Azure Data Studio.

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

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

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

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

Важно!

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

Миграция с помощью реплика транзакций

Если вы не можете отключить базу данных SQL Server от рабочих процессов на время миграции, можете воспользоваться репликацией транзакций SQL Server в качестве решения для миграции. Чтобы использовать этот метод, база данных-источник должна соответствовать требованиям к репликации транзакций и быть совместимой с Базой данных SQL Azure. Сведения о реплика sql с группами доступности см. в разделе "Настройка реплика tion для групп доступности AlwaysOn" (SQL Server).

Чтобы использовать это решение, следует настроить базу данных в службе "База данных SQL Azure" в качестве подписчика на экземпляр SQL Server, который требуется перенести. Распространитель транзакций реплика выполняет синхронизацию данных из базы данных (издателя), пока продолжаются новые транзакции.

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

Совет

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

Рабочий процесс реплика транзакций

Важно!

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

Шаг Метод
Настройка распределения SQL Server Management Studio | Transact-SQL
Создание публикации SQL Server Management Studio | Transact-SQL
Создание подписки SQL Server Management Studio | Transact-SQL

Некоторые советы и описание различий при миграции в базу данных SQL

  • Использование локального распространителя
    • Это действие влияет на производительность сервера.
    • Если влияние на производительность неприемлемо, вы можете использовать другой сервер, но это упрощает управление и администрирование.
  • При выборе папки моментальных снимков убедитесь, что ее емкость достаточна для хранения BCP каждой таблицы, которую требуется реплицировать.
  • Создание моментального снимка блокирует связанные таблицы до завершения операции. Учитывайте это при планировании создания моментальных снимков.
  • В Базе данных SQL Azure поддерживаются только принудительные подписки. Вы можете добавлять только подписчики из базы данных-источника.

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

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

Состязание за ресурсы Рекомендация
Исходный объект (обычно локальный) Основное узкие места во время миграции из источника — это операции ввода-вывода и задержки файлов данных, которые необходимо тщательно отслеживать. На основе операций ввода-вывода и задержки файлов данных и в зависимости от того, является ли это виртуальная машина или физический сервер, может потребоваться привлечь администратора хранилища и изучить варианты устранения узких мест.
Целевой объект (База данных SQL Azure) Самым большим фактором ограничения является скорость создания журналов и задержка в файле журнала базы данных. С помощью База данных SQL Azure можно получить максимальную скорость создания журналов в 96 МБ/с. Чтобы ускорить миграцию, масштабируйте целевую базу данных SQL Azure до критически важный для бизнеса 8-го поколения, чтобы получить максимальную скорость создания журналов в 96 МБ/с, что также обеспечивает низкую задержку для файлов журналов. Уровень служб "Гипермасштабирование" предоставляет частоту журналов 100 МБ/с независимо от выбранного уровня обслуживания.
Сеть Необходимая пропускная способность сети равна максимальной скорости приема журналов 96 МБ/с (768 МБ/с) В зависимости от типа сетевого подключения из локального центра обработки данных к Azure (как правило, это Azure ExpressRoute) проверьте пропускную способность сети на предмет обеспечения максимальной скорости приема журнала.

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

  • Выберите наивысший уровень служб и объем вычислительных ресурсов, который позволяет бюджет, чтобы увеличить производительность передачи данных. Чтобы сэкономить деньги, вы можете уменьшить производительность после завершения миграции.
  • Если вы используете BACPAC-файлы, сведите к минимуму расстояние между BACPAC-файлом и целевым центром обработки данных.
  • Отключите автоматическое обновление и автоматически создайте статистику во время миграции.
  • Секционированные таблицы и индексы.
  • Удалите индексированные представления и повторно создайте их после завершения.
  • Скопируйте редко запрашиваемые исторические данные в другую базу данных, а затем перенесите их в отдельную базу данных в службе "База данных SQL Azure". Затем вы сможете запросить эти данные с помощью эластичных запросов.

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

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

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

Обновите статистику

Обновите статистику с использованием полной проверки после завершения миграции.

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

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

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

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

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

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

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

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

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

Устранение проблем совместимости миграции базы данных

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

Важно!

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

Следующие шаги

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

Дополнительные сведения о расширении миграции SQL Azure см. в следующих статье:

Дополнительные сведения о миграции Azure см. в следующем разделе:

Дополнительные сведения о Базе данных SQL Microsoft Azure см. в статьях:

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

Чтобы оценить уровень доступа к приложениям, см. набор средств Data Access Migration Toolkit (предварительная версия)

Дополнительные сведения об A/B-тестировании на уровне доступа к данным см. в статье Database Experimentation Assistant.