Общие сведения о миграции из SQL Server в Управляемый экземпляр SQL Azure

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

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

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

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

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

Обзор

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

Обязательно ознакомьтесь с функциями ядра СУБД SQL Server, доступными в Управляемом экземпляре SQL Azure, чтобы проверить возможность поддержки целевого объекта миграции.

Рекомендации

Ключевые факторы, которые следует учитывать при оценке вариантов миграции, следующие.

• Количество серверов и баз данных.
• Размер баз данных.
• Допустимый простой бизнеса в процессе миграции.

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

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

Выбор подходящего целевого объекта

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

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

• Используйте базовые показатели загрузки ЦП для подготовки управляемого экземпляра в соответствии с количеством ядер, используемых экземпляром SQL Server. Возможно, потребуется масштабировать ресурсы в соответствии с характеристиками конфигурации оборудования.
• Используйте базовые показатели загрузки памяти, чтобы выбрать количество виртуальных ядер, соответствующее выделению памяти.
• Исходя из базовых показателей задержки операций ввода-вывода файловой подсистемы, выберите уровень служб общего назначения (задержка более 5 мс) или критически важный для бизнеса уровень (задержка менее 3 мс).
• Используйте базовую пропускную способность для предварительного распределения размера данных и файлов журналов, чтобы достичь ожидаемой производительности операций ввода-вывода.

Можно выбрать ресурсы вычислений и хранения во время развертывания, а впоследствии изменить их, используя портал Azure, без простоя в работе приложения.

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

Вариант с использованием виртуальной машины SQL Server

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

Если бизнес отвечает одному из следующих условий, рассмотрите возможность перехода на SQL Server на виртуальной машине (VM).

• Необходим прямой доступ к ОС или файловой системе, например, для установки сторонних или настраиваемых агентов на одной виртуальной машине с SQL Server.
• Имеется строгая зависимость от функций, которые пока еще не поддерживаются, например FileStream/FileTable, PolyBase, транзакции между несколькими экземплярами.
• Необходимо использовать определенную версию SQL Server (например, 2012).
• Требования к вычислительным ресурсам значительно ниже, чем предложение управляемого экземпляра (например, один виртуальный ядер), а консолидация баз данных не является приемлемым вариантом.

Средства миграцииСредства миграции

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

В следующей таблице перечислены альтернативные инструменты миграции.

Сравнение вариантов миграции

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

В следующей таблице дано сравнение рекомендуемых вариантов миграции.

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

Взаимодействие функций

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

SQL Server Integration Services

Миграция пакетов и проектов SQL Server Integration Services (SSIS) в SSISDB в Управляемый экземпляр SQL Azure с помощью Azure Database Migration Service.

Миграция поддерживается только для пакетов SQL Server Integration Sevices в SSISDB начиная с SQL Server 2012. Преобразуйте более старые пакеты SQL Server Integration Sevices перед миграцией. Дополнительные сведения см. в руководстве по преобразованию проектов.

Службы SQL Server Reporting Services

Отчеты SQL Server Reporting Services (SSRS) можно переносить в отчеты с разбиением на страницы в Power BI. Для подготовки и переноса отчетов следует использовать средство миграции RDL. Корпорация Майкрософт разработала его, чтобы помочь клиентам переносить отчеты на языке определения отчетов с серверов SSRS в Power BI. Оно доступно на сайте GitHub, и в нем представлено полное пошаговое руководство по сценарию миграции.

SQL Server Analysis Services

Табличные модели SQL Server Analysis Services из SQL Server 2012 и выше можно переносить в Azure Analysis Services, модель развертывания "платформа как услуга" (PaaS) для табличной модели Analysis Services в Azure. Дополнительные сведения о миграции локальных моделей в Azure Analysis Services см. в этом видеоучебнике.

Кроме того, можно рассмотреть возможность переноса локальных табличных моделей Analysis Services в Power BI Premium с помощью новых конечных точек чтения и записи XMLA.

Высокая доступность

Функции высокого уровня доступности SQL Server, такие как экземпляры отказоустойчивого кластера Always On и группы доступности Always On, устаревают в целевом управляемом экземпляре SQL. Архитектура высокого уровня доступности уже встроена в уровни служб общего назначения (модель доступности уровня "Стандартный") и с критической важностью для бизнеса (модель доступности уровня "Премиум") для Управляемого экземпляра SQL. Модель доступности уровня "Премиум" также обеспечивает горизонтальное масштабирование для чтения, которое дает возможность подключаться к одному из вторичных узлов только для чтения.

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

Задания Агента SQL

Используйте автономный вариант Azure Database Migration Service для переноса заданий Агента SQL. В противном случае создайте скрипты для заданий на языке Transact-SQL (T-SQL) с помощью SQL Server Management Studio, а затем вручную повторно создайте их в целевом управляемом экземпляре SQL.

Имена для входа и группы

Перемещение имен для входа SQL из SQL Server-источника в Управляемый экземпляр SQL Azure следует осуществлять с помощью Database Migration Service в автономном режиме. Используйте панель Выбранные имена для входа в Мастере миграции, чтобы перенести имена для входа в целевой управляемый экземпляр SQL.

По умолчанию Azure Database Migration Service поддерживает перенос имен входа только для SQL. Однако вы можете включить перенос имен входа Windows. Для этого сделайте следующее.

• Убедитесь, что целевой управляемый экземпляр SQL имеет доступ на чтение к идентификатору Microsoft Entra (ранее — Azure Active Directory). Пользователь с ролью глобального администратора может настроить этот доступ на портале Microsoft Azure.
• Включите миграцию имен входа пользователей или групп Windows в Azure Database Migration Service. Это выполняется на странице Конфигурация портала Microsoft Azure. После включения этого параметра перезапустите службу, чтобы изменения вступили в силу.

Когда завершится перезапуск службы, в списке доступных для миграции имен входа отобразятся имена входа пользователей или групп Windows. Для всех переносимых имен входа пользователей или групп Windows вам будет предложено указать соответствующее доменное имя. Учетные записи пользователей службы (с доменным именем NT AUTHORITY) и виртуальные учетные записи пользователей (с доменным именем NT SERVICE) не поддерживаются. Дополнительные сведения см. в руководстве. Перенос пользователей и групп Windows в экземпляре SQL Server на Управляемый экземпляр SQL Azure с помощью синтаксиса DDL T-SQL.

В качестве альтернативы можно использовать служебную программу PowerShell, специально разработанную архитекторами переноса данных Майкрософт. Эта служебная программа использует PowerShell для создания сценария T-SQL в целях повторного создания имен для входа и выбора пользователей базы данных из источника для целевого объекта.

Служебная программа PowerShell автоматически сопоставляет учетные записи Windows Server Active Directory с учетными записями Microsoft Entra и может выполнять поиск имени участника-пользователя для каждого имени входа в исходном экземпляре Active Directory. Эта служебная программа создает сценарий для пользовательских ролей сервера и базы данных, членства в ролях и разрешений пользователей. Автономные базы данных пока не поддерживаются, и скрипт содержит не полное подмножество возможных разрешений SQL Server.

Шифрование

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

Системные базы данных

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

Выполняющаяся в памяти OLTP (таблицы, оптимизированные для памяти)

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

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

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

• Если вы хотите перейти на уровень общего назначения в Управляемом экземпляре SQL Azure, то перед переносом баз данных удалите оптимизированные для памяти таблицы, типы оптимизированных для памяти таблиц и скомпилированные в собственном коде модули SQL, которые взаимодействуют с оптимизированными для памяти объектами. Для обнаружения всех объектов, которые необходимо удалить перед миграцией на уровень общего назначения, можно использовать следующий запрос T-SQL:

  SELECT * FROM sys.tables WHERE is_memory_optimized=1
  SELECT * FROM sys.table_types WHERE is_memory_optimized=1
  SELECT * FROM sys.sql_modules WHERE uses_native_compilation=1
  

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

Расширенные функции

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

Для укрепления безопасности рекомендуется использовать проверку подлинности Microsoft Entra, аудит, обнаружение угроз, безопасность на уровне строк и динамическое маскирование данных.

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

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

Ресурсы, посвященные миграции

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

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

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

• Руководство по миграции: SQL Server для Управляемый экземпляр SQL Azure
• Службы и средства, доступные для сценариев миграции данных
• Уровни служб в Управляемом экземпляре SQL Azure;
• Различия T-SQL между SQL Server и Управляемый экземпляр SQL Azure
• Калькулятор Azure для расчета совокупной стоимости владения
• Cloud Adoption Framework для Azure
• Рекомендации по оценке затрат на рабочие нагрузки, перенесенные в Azure, и определению их размеров
• Набор средств миграции доступа к данным (предварительная версия)
• Общие сведения о Database Experimentation Assistant