Репликация Управляемый экземпляр SQL Azure

Мирроринг в Fabric предоставляет простое решение для избежания сложного процесса ETL (извлечение, преобразование и загрузка) и интеграции вашего существующего Управляемый экземпляр SQL Azure с остальными данными в Microsoft Fabric. Вы можете непрерывно реплицировать существующие базы данных Управляемый экземпляр SQL непосредственно в OneLake Fabric. В среде Fabric можно разблокировать мощные сценарии бизнес-аналитики, искусственного интеллекта, инженерии данных, науки о данных и обмена данными.

Руководство по настройке Управляемый экземпляр SQL Azure для зеркального отображения в Fabric см. в разделе Tutorial: настройка зеркальных баз данных Microsoft Fabric из Управляемый экземпляр SQL Azure.

Зачем использовать зеркальное отображение в Fabric?

При использовании функции "Мирроринг" в Fabric вам не нужно объединять разные услуги от нескольких поставщиков. Вместо этого вы можете наслаждаться высоко интегрированным, комплексным и простым продуктом, который предназначен для упрощения потребностей аналитики, и построен для открытости и совместной работы между Корпорацией Майкрософт, Управляемый экземпляр SQL Azure и 1000-ми технологическими решениями, которые могут читать формат таблицы Delta Lake с открытым исходным кодом.

Какие возможности аналитики встроены?

Зеркальные базы данных — это элемент в Fabric Data Warehouse, отличающийся от Warehouse и конечной точки аналитики SQL.

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

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

  • Элемент зеркальной базы данных. Управление зеркалированием охватывает репликацию данных в OneLake и их преобразование в Parquet в формате, готовом для аналитики. Это открывает возможности для таких сценариев, как инженерия данных, анализ данных и многое другое.
  • Конечная точка аналитики SQL

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

  • Изучите таблицы, ссылающиеся на данные в таблицах Delta Lake из Управляемый экземпляр SQL Azure.
  • Не создавайте запросы и представления кода и визуально просматривайте данные без написания строки кода.
  • Разрабатывать представления SQL, встроенные ТВФ (табличные функции) и хранимые процедуры для инкапсуляции вашей семантики и бизнес-логики в T-SQL.
  • Управление разрешениями для объектов.
  • Выполняйте запросы данных в других хранилищах и Lakehouse в том же рабочем пространстве.

Помимо редактора запросов SQL существует широкая экосистема инструментов, которая может запрашивать конечную точку аналитики SQL, включая SQL Server Management Studio (SSMS), расширение MSSQL для Visual Studio Code и даже GitHub Copilot.

Зеркальное отображение Управляемый экземпляр SQL Azure за брандмауэром

Если Управляемый экземпляр SQL Azure не является общедоступным, создайте шлюз данных виртуальной сети<>/c0> или локальный шлюз данных для зеркального отображения данных. Убедитесь, что сеть Azure Virtual Network или сети сервера шлюза могут подключаться к Управляемый экземпляр SQL Azure через частную конечную точку.

Активные транзакции, рабочие нагрузки и поведение подсистемы репликатора

  • Активные транзакции продолжают блокировать усечение журнала транзакций до тех пор, пока транзакция не будет зафиксирована и зеркальный экземпляр Управляемый экземпляр SQL Azure не догонит, или пока транзакция не будет прервана. Длительные транзакции могут привести к заполнению журнала транзакций более чем обычно. Журнал транзакций исходной базы данных следует контролировать, чтобы он не заполнялся. Дополнительные сведения см. в разделе "Журнал транзакций растет из-за длительных транзакций и CDC".
  • Каждая рабочая нагрузка пользователя отличается. Во время начального моментального снимка может быть больше использования ресурсов на исходной базе данных как для центрального процессора, так и для операций ввода-вывода (операции ввода-вывода в секунду для чтения страниц). Операции обновления и удаления таблиц могут привести к увеличению генерации логов. Узнайте больше о том, как отслеживать ресурсы для вашей управляемой инстанции Azure SQL.

Поддержка уровней и моделей приобретения

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

Pricing

Вычисления Fabric, используемые для репликации данных в Fabric OneLake, бесплатны. Хранилище в OneLake бесплатно в зависимости от объема хранения. Для получения дополнительной информации см. «Стоимость зеркального отображения» и «Цены на зеркальное отображение в OneLake». Использование вычислений для запроса данных через SQL, Power BI или Spark по-прежнему взимается на основе емкости Fabric.

Следующий шаг

Tutorial: настройка зеркальных баз данных Microsoft Fabric из Управляемый экземпляр SQL Azure

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

  • Last updated on