Общие сведения о миграции из 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, а также триггеры уровня сервера.

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

Чтобы получить рекомендации по подбору оптимального размера для Управляемого экземпляра Azure SQL, можно использовать расширение миграции 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 Services в SSISDB, начиная с SQL Server 2012. Преобразуйте более старые пакеты SQL Server Integration Services перед миграцией. Дополнительные сведения см. в руководстве по преобразованию проектов.

Службы 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 Server. Архитектура высокого уровня доступности уже встроена в уровни служб общего назначения (модель доступности уровня "Стандартный") и с критической важностью для бизнеса (модель доступности уровня "Премиум") для Управляемого экземпляра SQL. Модель доступности "Премиум" также обеспечивает масштабирование чтения, позволяя подключаться к одному из вторичных узлов для целей только чтения.

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

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

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

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

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

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

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

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

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

Служебная программа PowerShell автоматически сопоставляет учетные записи Windows Server Active Directory с учетными записями Microsoft Entra и может выполнять поиск UPN для каждого входа в систему в исходной 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 Azure, аудита, обнаружения угроз, безопасности на уровне строк и динамического маскирования данных.

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

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

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

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

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

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

• Руководство по миграции: SQL Server в Управляемый экземпляр Azure SQL
• Службы и средства, доступные для сценариев миграции данных
• Уровни служб в Управляемом экземпляре SQL Azure;
• Различия T-SQL между SQL Server и Управляемый экземпляр SQL Azure
• Калькулятор Azure для расчета совокупной стоимости владения
• Фреймворк для внедрения облачных технологий для Azure
• Рекомендации по оценке затрат на рабочие нагрузки, перенесенные в Azure, и определению их размеров