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

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

  • Статья

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

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

Чтобы приступить к работе, просмотрите среду для ссылки.

Обзор

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

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

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

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

  • Односторонняя репликация из SQL Server версий 2016 и 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 Azure Windows Server и Linux Общедоступная версия Двунаправленный - SQL Server 2022 CU10 (KB5031778): создание ссылки из Управляемый экземпляр SQL Azure на SQL Server 2022 1
- SQL Server 2022 CU13 (KB5036432): отработка отказа по ссылке с помощью Transact-SQL
— Настройка ссылки из Управляемый экземпляр SQL Azure на SQL Server 2022 поддерживается только экземплярами, настроенными с помощью политики обновления SQL Server 2022
SQL Server 2022 (16.x) Windows Server и Linux Общедоступная версия Двунаправленный SQL Server 2022 RTM
SQL Server 2019 (15.x) Только Windows Server Общедоступная версия Только с SQL Server до SQL MI SQL Server 2019 CU20 (KB5024276)
SQL Server 2017 (14.x) Неприменимо Н/Д Неприменимо В настоящее время SQL Server 2017 не поддерживается.
SQL Server 2016 (13.x) Только Windows Server Общедоступная версия Только с SQL Server до SQL MI Последняя сборка SQL Server 2016 с пакетом обновления 3 (SP3 ) и соответствующая сборка пакета SQL Server 2016 Azure Connect
SQL Server 2014 (12.x) и ниже Неприменимо Н/Д Неприменимо Версии до SQL Server 2016 не поддерживаются.

1 При создании ссылки с SQL Server 2022 в качестве начальной основной поддерживается начиная с версии RTM SQL Server 2022, создание ссылки с Управляемый экземпляр SQL Azure в качестве исходного основного поддерживается только с 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, подготовленное для любого уровня служб.

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

Средство Примечания.
SSMS 20.2 или более поздней версии SQL Server Management Studio (SSMS) — это самый простой способ использовать ссылку Управляемый экземпляр, так как она предоставляет мастера, которые автоматизируют настройку ссылок.
Az.SQL 3.9.0 или более поздней версии Модуль PowerShell необходим для действий по настройке вручную.

Примечание.

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

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

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

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

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

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

  • Подготовка среды для ссылки на SQL Server 2019 и более поздних версий или sql Server 2016
  • Вы можете автоматизировать подготовку среды для ссылки Управляемый экземпляр с помощью скачиваемого скрипта. Дополнительные сведения см. в блоге по настройке канала автоматизации.

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

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

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

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

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

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

Миграция в Azure

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

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

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

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

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

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

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

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

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

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

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

Преимущество затрат

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

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

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

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

Точные условия преимущества прав гибридной отработки отказа см. в разделе "Условия лицензирования 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. Экземпляр должен быть настроен с помощью политики обновления SQL Server 2022, чтобы выполнить следующие действия:
    • Установите ссылку из Управляемый экземпляр SQL на SQL Server.
    • Отработка отказа от Управляемый экземпляр SQL до SQL Server 2022.
  • Хотя вы можете установить ссылку из SQL Server 2022 на управляемый экземпляр SQL, настроенный с помощью политики обновления Always-up-up, после отработки отказа на Управляемый экземпляр SQL, вы больше не сможете реплицировать данные или выполнить отработку отказа в SQL Server 2022.

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

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

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

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

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

  • Группы отработки отказа не поддерживаются экземплярами, используюющими функцию ссылки. Вы не можете установить ссылку на управляемый экземпляр, который является частью группы отработки отказа, и наоборот, нельзя настроить группу отработки отказа на экземпляре, на который установлена ссылка.
  • Если вы используете запись измененных данных (CDC), доставку журналов или брокер служб с базами данных, реплицируемыми на экземпляре SQL Server, при миграции базы данных в развертывание Управляемый экземпляр SQL во время отработки отказа в Azure клиенты должны подключаться с помощью имени экземпляра текущей глобальной первичной реплики. Эти параметры следует перенастроить вручную.
  • Если вы используете репликацию транзакций с базой данных в экземпляре SQL Server в сценарии миграции, во время отработки отказа в Azure репликация транзакций в развертывании Управляемый экземпляр SQL завершится ошибкой и должна быть перенастроена вручную.
  • Если вы используете распределенные транзакции с базой данных, реплицируемой из экземпляра SQL Server, и в сценарии миграции в облако возможности координатора распределенных транзакций не будут переданы. Перенос базы данных не может участвовать в распределенных транзакциях с экземпляром SQL Server, так как развертывание Управляемый экземпляр SQL на данный момент не поддерживает распределенные транзакции с 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 не поддерживает таблицы файлов или потоки файлов.
    • Базы данных, использующие OLTP в памяти, можно реплицировать только в Управляемый экземпляр SQL на уровне служб критически важный для бизнеса, так как уровень служб общего назначения не поддерживает OLTP в памяти. Базы данных с несколькими файлами OLTP в памяти не поддерживаются Управляемый экземпляр SQL и не могут быть реплицированы.

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

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

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

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

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

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

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