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


Зеркалирование базы данных Azure SQL

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

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

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

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

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

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

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

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

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

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

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

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

Помимо редактора

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

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

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

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

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

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

  • Поддерживаются все уровни обслуживания в модели приобретения vCore.
  • Для модели приобретения DTU (единица транзакций базы данных) базы данных, созданные на уровнях служб "Бесплатный", "Базовый" или "Стандартный" с менее чем 100 единиц DTU, не поддерживаются.

Ценообразование

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

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