Обзор ссылки Управляемый экземпляр

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

В этой статье представлен обзор ссылки на управляемый экземпляр, которая обеспечивает репликацию данных почти в режиме реального времени между SQL Server и управляемым экземпляром Azure SQL. Ссылка обеспечивает гибридную гибкость и мобильность базы данных, так как она разблокирует несколько сценариев, таких как масштабирование рабочих нагрузок только для чтения, разгрузка аналитики и отчетов в Azure и миграция в Azure. Кроме того, в SQL Server 2022 ссылка обеспечивает аварийное восстановление в режиме онлайн с возвратом к SQL Server, а также настройку ссылки с SQL Managed Instance на SQL Server 2022.

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

Обзор

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

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

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

Функция ссылки в настоящее время предлагает следующие функции:

• Односторонняя репликация из SQL Server версий 2016, 2017 и 2019: Используйте функцию ссылки для репликации данных в одностороннем порядке из экземпляра SQL в Управляемый экземпляр SQL Azure. Хотя вы можете вручную переключиться на резервный экземпляр в случае аварии, это разрывает связь, и возврат на исходный экземпляр не поддерживается.
• Аварийное восстановление (SQL Server 2022) — используйте функцию связывания для репликации данных между SQL Server 2022 и Управляемым экземпляром SQL, вручную переключитесь на дополнительный экземпляр во время аварии и переключитесь обратно на основной экземпляр после устранения аварии. SQL Server или Управляемый экземпляр SQL могут быть основными.

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

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

• Аварийное восстановление
• Использование служб Azure без миграции в облако
• Разгрузка рабочих нагрузок только для чтения в Azure
• Миграция в Azure
• Копирование данных в локальной среде

Поддержка версий

Уровни служб "Общего назначения" и "Критически важный для бизнеса" управляемого экземпляра SQL Azure поддерживают ссылку "Управляемый экземпляр". Функция ссылки работает с выпусками SQL Server Enterprise, Developer и Standard.

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

¹ Поддержка создания ссылки с SQL Server 2022 в качестве стартового основного сервера доступна начиная с версии RTM SQL Server 2022. Создание ссылки с управляемым экземпляром базы данных Azure SQL в качестве начального основного сервера возможно только начиная с SQL Server 2022 CU10. Если вы создаете ссылку из начального основного узла управляемого экземпляра SQL, понижение версии SQL Server ниже CU10 не поддерживается, так как это может вызвать проблемы после переключения из одного направления в другое, пока ссылка активна.

Версии SQL Server до SQL Server 2016 (SQL Server 2008 – 2014) не поддерживаются, так как компонент связи использует технологию распределенной группы доступности, которая была представлена в SQL Server 2016.

Помимо поддерживаемой версии SQL Server, вам потребуется:

• Сетевое подключение между экземпляром SQL Server и управляемым экземпляром. Если SQL Server работает локально, используйте VPN-ссылку или Azure ExpressRoute. Если SQL Server работает на виртуальной машине Azure, разверните виртуальную машину в той же виртуальной сети, что и управляемый экземпляр, или используйте пиринг виртуальной сети для подключения двух отдельных подсетей.
• Развертывание управляемого экземпляра SQL Azure, подготовленного для любого уровня обслуживания.

Вам также потребуется следующее:

Как работает ссылка

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

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

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

Использование ссылки

Сведения о настройке начальной среды см. в руководстве по подготовке среды SQL Server для использования функции ссылки с управляемым экземпляром SQL:

• Подготовка среды для ссылки на SQL Server 2019 и более поздние версии или SQL Server 2016
• Автоматизируйте подготовку вашей среды для ссылки на управляемый экземпляр, используя скачиваемый скрипт. Дополнительные сведения см. в блоге об автоматизации настройки ссылок.

После выполнения начальных требований к среде создайте ссылку с помощью автоматизированного мастера в SQL Server Management Studio (SSMS) или настройте ссылку вручную с помощью скриптов:

• Настройка ссылки с помощью SSMS
• Настройка ссылки с помощью скриптов

После создания ссылки выполните рекомендации по поддержанию ссылки:

• Рекомендации по поддержанию ссылки

Аварийное восстановление

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

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

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

При возврате к SQL Server вы можете выбрать вариант возврата:

• online используя ссылку на Управляемый экземпляр напрямую.
• офлайн, выполнив резервное копирование вашей базы данных из Управляемого экземпляра SQL и восстановив в вашем экземпляре SQL Server 2022.

Использование служб Azure

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

Передача рабочих нагрузок в Azure

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

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

Миграция в Azure

Эта функция также упрощает миграцию с SQL Server на Управляемый экземпляр SQL, что позволяет:

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

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

Копирование данных в локальной среде

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

Автоматическое резервное копирование

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

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

Безлицензионная пассивная реплика для восстановления после сбоев

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

Чтобы приступить к работе, ознакомьтесь с нелицензированной пассивной репликой.

Соотношение затрат и выгод

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

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

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

В другом примере, если у вас есть 16 лицензий Azure Hybrid Benefit и вторичный управляемый экземпляр SQL использует 8 vCores, после того как вы назначите вторичный экземпляр для гибридного перехода на резервный, 8 vCores возвращаются в ваш пул лицензий для использования с другими развертываниями Azure SQL.

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

Ограничения

При использовании ссылки следует учитывать следующие ограничения.

К ограничениям доступности поддержки версий относятся:

• Вы не можете использовать клиенты Windows 10 и 11 для размещения экземпляра SQL Server, так как невозможно включить функцию группы доступности AlwaysOn, необходимую для ссылки. Необходимо разместить экземпляры SQL Server в Windows Server 2012 или более поздней версии.
• Функция ссылки не поддерживает версии SQL Server 2008–2014, так как подсистема SQL этих выпусков не поддерживает встроенную поддержку распределенных групп доступности, необходимых для ссылки. Выполните обновление до более новой версии SQL Server, чтобы использовать ссылку.
• Репликация данных и переключение на резервный узел с Управляемого экземпляра SQL на SQL Server 2022 не поддерживается экземплярами, настроенными на политику обновления Always-up-to-date. Ваш экземпляр должен быть настроен в соответствии с политикой обновления для SQL Server 2022, чтобы выполнить следующие действия:
  • Установите ссылку из управляемого экземпляра SQL на SQL Server.
  • Переход от управляемого экземпляра SQL на SQL Server 2022.
• Хотя вы можете установить ссылку из SQL Server 2022 на управляемый экземпляр SQL, настроенный с помощью политики обновления Always-up-to-date, после переключения на управляемый экземпляр SQL невозможно реплицировать данные или вернуться к SQL Server 2022.

Ограничения репликации данных включают:

• Вы можете реплицировать только пользовательские базы данных. Репликация системных баз данных не поддерживается.
• Решение не реплицирует объекты уровня сервера, задания агента или учетные записи пользователей из SQL Server в Управляемый экземпляр SQL.
• Для версий SQL Server 2016, 2017 и 2019 репликация пользовательских баз данных из экземпляров SQL Server в развертывания Управляемого экземпляра SQL является одним из возможных способов. Вы не можете реплицировать пользовательские базы данных из развертываний Управляемого экземпляра SQL обратно в экземпляры SQL Server по ссылке. Двусторонняя репликация с возвратом после отказа на экземпляр SQL Server доступна только для SQL Server 2022.
• Настройка ссылки из Управляемого экземпляра SQL на SQL Server не поддерживается для баз данных управляемого экземпляра SQL, которые уже связаны.

К ограничениям конфигурации относятся следующие:

• Если на сервере есть несколько экземпляров SQL Server, можно настроить ссылку для каждого экземпляра, но необходимо настроить каждый экземпляр для использования отдельной конечной точки зеркального отображения базы данных с выделенным портом для каждого экземпляра. Только экземпляр по умолчанию должен использовать порт 5022 для конечной точки зеркального отображения базы данных.
• В одну группу доступности для одной ссылки управляемого экземпляра можно поместить только одну базу данных. Однако можно реплицировать несколько баз данных в одном экземпляре SQL Server, установив несколько ссылок.
• Вы можете установить связь с существующей группой доступности, содержащей одну базу данных. Если у существующей группы доступности несколько баз данных, вы можете создать ссылку с группой доступности, только если удалить все базы данных, кроме одной из группы доступности.
• Один управляемый экземпляр SQL общего назначения или экземпляр SQL для бизнес-критических задач поддерживает до 100 ссылок, а один управляемый экземпляр SQL общего назначения следующего поколения поддерживает до 500 ссылок, из одного или нескольких источников SQL Server.
• Ссылка на управляемый экземпляр может реплицировать базу данных любого размера, если она соответствует выбранному размеру хранилища целевого развертывания управляемого экземпляра SQL.
• Аутентификация управляемой ссылки между SQL Server и управляемым экземпляром SQL осуществляется на основе сертификатов и доступна только через обмен сертификатами. Невозможно использовать проверку подлинности Windows для установления связи между экземпляром SQL Server и управляемым экземпляром SQL.
• Вы можете установить ссылку только с локальной конечной точкой виртуальной сети к управляемому экземпляру SQL.
• Для установления связи с управляемым экземпляром нельзя использовать ни общедоступную конечную точку, ни частную конечную точку.
• Невозможно реплицировать базы данных с несколькими файлами журналов, так как Управляемый экземпляр SQL не поддерживает несколько файлов журналов.

К ограничениям функций относятся следующие:

• Нельзя использовать группы отработки отказа с экземплярами, используюющими функцию ссылки. Вы не можете создать ссылку на управляемый экземпляр SQL, который является частью группы аварийного переключения, и наоборот, нельзя настроить группу аварийного переключения на экземпляре, на котором установлена ссылка.
• Если вы используете Change Data Capture (CDC), доставку журналов или брокер служб с базами данных, реплицируемыми на экземпляре SQL Server, когда база данных перемещается в развертывание Управляемого экземпляра SQL, в случае сбоя на Azure, клиенты должны подключаться, используя имя текущего глобального первичного экземпляра. Необходимо вручную перенастроить эти параметры.
• Если вы используете репликацию транзакций в базе данных с установленной ссылкой, рассмотрите следующее:
  • Связанная база данных на вторичной реплике не может быть издателем в топологии репликации транзакций.
  • Если вы переносите базу данных, настроенную в качестве издателя в топологии репликации транзакций с помощью ссылки, необходимо перенастроить базу данных в качестве издателя в целевом экземпляре после завершения миграции.
• Если вы используете распределенные транзакции с базой данных, реплицируемой из экземпляра SQL Server, и в сценарии миграции в облако возможности координатора распределенных транзакций не будут переданы. Перенесенная база данных не может участвовать в распределенных транзакциях с экземпляром SQL Server, так как развертывание SQL Managed Instance на данный момент не поддерживает распределенные транзакции с SQL Server. Для справки Управляемый экземпляр SQL сегодня поддерживает распределенные транзакции только между другими управляемыми экземплярами. Дополнительные сведения см. в статье Распределенные транзакции по облачным базам данных.
• Если вы используете прозрачное шифрование данных (TDE) для шифрования баз данных SQL Server, необходимо экспортировать ключ шифрования базы данных из SQL Server и передать его в Azure Key Vault, а также настроить параметр BYOK TDE в Управляемом экземпляре SQL перед созданием ссылки.
• Невозможно связать базы данных управляемого экземпляра SQL, зашифрованные с помощью ключей TDE, управляемых службой, с SQL Server. Вы можете связать зашифрованную базу данных с SQL Server только в том случае, если вы зашифровали её с помощью управляемого клиентом ключа и целевой сервер имеет доступ к тому же ключу, который используется для шифрования базы данных. Дополнительные сведения см. в статье "Настройка TDE SQL Server с помощью Azure Key Vault".
• Невозможно установить связь между SQL Server и управляемым экземпляром SQL, если функциональные возможности, используемые в экземпляре SQL Server, не поддерживаются в управляемом экземпляре SQL. Например:
  • Невозможно реплицировать базы данных с таблицами файлов и файловыми потоками, так как управляемый экземпляр SQL не поддерживает таблицы файлов или потоки файлов.
  • Базы данных, использующие In-Memory OLTP, можно реплицировать только в управляемый экземпляр SQL на уровне служб "Критически важный для бизнеса ", так как уровень служб общего назначения не поддерживает In-Memory OLTP. Управляемый экземпляр SQL не поддерживает базы данных с несколькими In-Memory OLTP-файлами, и их невозможно реплицировать.

Попытка добавить неподдерживаемые функции в реплицированную базу данных в:

• SQL Server 2017, 2019 и 2022 выдают ошибку.
• SQL Server 2016 приводит к нарушению ссылки, которую затем необходимо удалить и повторно создать.

Полный список различий между SQL Server и SQL Managed Instance см. в разделе "Различия T-SQL между SQL Server и Azure SQL Managed Instance".

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

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

• Подготовка среды для ссылки на Управляемый экземпляр
• Настройка связи между SQL Server и Управляемым экземпляром SQL с помощью SSMS
• Настройка связи между SQL Server и Управляемым экземпляром SQL с помощью скриптов
• Аварийное переключение на резервное соединение
• Мигрируйте по ссылке
• Рекомендации по поддержанию ссылки
• Устраните проблемы со ссылкой

Дополнительные сведения о ссылке:

• Аварийное восстановление с помощью ссылки на Managed Instance

Для других сценариев репликации и миграции рассмотрите:

• Репликация транзакций с Управляемым экземпляром SQL
• Служба повторного воспроизведения журналов (LRS)