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

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

  • Статья

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

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

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

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

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

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

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

Зеркальное отображение создает три элемента в рабочей области Fabric:

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

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

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

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

Требования к сети

Во время текущей предварительной версии зеркальное отображение Структуры для Управляемый экземпляр SQL Azure требует использования общедоступной конечной точки и настройки виртуальной сети управляемого экземпляра SQL, чтобы разрешить трафик из служб Azure и из нее. Для области этой конфигурации можно использовать теги Облака Azure или служба Power BI:

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

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

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

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

  • Поддерживаются все уровни служб в модели приобретения виртуальных ядер.

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

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

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