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

Зеркальное отображение База данных SQL Azure

  • Статья

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

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

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

Зачем использовать зеркальное отображение в 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), расширение mssql с Visual Studio Code и даже GitHubCopilot.

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

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

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

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

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

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

Исходный База данных SQL Azure может быть либо одной базой данных, либо базой данных в эластичном пуле.

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

Руководство по настройке зеркальных баз данных Microsoft Fabric из База данных SQL Azure

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