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

Репликация Azure SQL Managed Instance

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

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

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

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

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

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

Диаграмма отражения базы данных Fabric для Azure SQL Managed Instance.

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

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

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

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

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

Зеркальное отображение Azure SQL Managed Instance за брандмауэром

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

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

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

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

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

Pricing

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

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

Tutorial: настройка зеркальных баз данных Microsoft Fabric из Azure SQL Managed Instance

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

  • Last updated on