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

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

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

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

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

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

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

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

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

• Зеркальный объект базы данных SQL. Зеркальное отображение управляет репликацией данных в 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.

Отражение базы данных Azure SQL в рамках сети, защищённой брандмауэром

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

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

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

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

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

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

Pricing

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

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

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

• Практическое руководство. Защита зеркальных баз данных Microsoft Fabric из базы данных SQL Azure
• Ограничения в зеркальных базах данных Microsoft Fabric из базы данных SQL Azure
• Мониторинг зеркальной репликации базы данных Fabric
• Устранение неполадок зеркалируемых баз данных Fabric в базе данных SQL Azure