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

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

  • Статья

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

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

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

Миграция

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

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

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

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

  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 Azure с помощью DMS (классической)".

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

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

Чтобы использовать это решение, следует настроить базу данных в службе "База данных 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?"

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