Зеркалирование базы данных 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:
- Элемент зеркальной базы данных. Дублирование управляет репликацией данных в OneLake и преобразованием в Parquet в формате, пригодном для аналитики. Это позволяет дальнейшим сценариям, таким как инженерия данных, наука о данных и т. д.
- Точка доступа к аналитике SQL
- Семантическая модель по умолчанию
Каждая зеркалированная база данных Azure SQL имеет автоматически сгенерированную конечную точку аналитики SQL, которая обеспечивает богатый аналитический опыт на основе Delta-таблиц, созданных процессом зеркалирования. У пользователей есть доступ к знакомым командам T-SQL, которые могут определять и запрашивать объекты данных, но не управлять данными из конечной точки аналитики SQL, так как это копия только для чтения. В конечной точке аналитики SQL можно выполнить следующие действия:
- Ознакомьтесь с таблицами, которые ссылаются на данные в ваших таблицах Delta Lake в базе данных SQL Azure.
- Не создавайте запросы и представления кода и визуально просматривайте данные без написания строки кода.
- Разрабатывайте представления SQL, встроенные табличные функции (ТФ) и хранимые процедуры для инкапсуляции семантики и бизнес-логики в T-SQL.
- Управление разрешениями для объектов.
- Запрос данных в других хранилищах и Lakehouse в той же рабочей области.
Помимо редактораCopilot
Требования к сети
В настоящее время зеркалирование не поддерживает логические серверы Azure SQL Database за виртуальной сетью Azure или в частных сетях. Если ваш экземпляр базы данных Azure находится за частной сетью, вы не можете включить зеркалирование в базе данных Azure SQL.
- В настоящее время необходимо обновить правила брандмауэра логического сервера SQL Azure, чтобы разрешить доступ к общедоступной сети.
- Необходимо включить параметр "Разрешить службам Azure", чтобы подключиться к логическому серверу базы данных Azure SQL.
Активные транзакции, рабочие нагрузки и поведение подсистемы репликатора
- Активные транзакции продолжают удерживать усечение журнала транзакций до тех пор, пока транзакция не будет завершена и зеркальная База данных SQL Azure не догонит, или пока транзакция не будет отменена. Длительные транзакции могут привести к заполнению журнала транзакций более чем обычно. Необходимо отслеживать журнал транзакций базы данных-источника, чтобы журнал транзакций не заполнялся. Дополнительные сведения см. в разделе "Журнал транзакций" растет из-за длительных транзакций и CDC.
- Рабочая нагрузка каждого пользователя варьируется. Во время начального моментального снимка в исходной базе данных может наблюдаться повышенное использование ресурсов, как ЦП, так и операций ввода-вывода (IOPS, операции ввода-вывода в секунду, чтобы читать страницы). Операции обновления и удаления таблиц могут привести к увеличению генерации журнальных файлов. Узнайте больше о том, как отслеживать ресурсы для База данных SQL Azure.
Поддержка уровня и модели покупки
Исходная база данных SQL Azure может быть либо одной базой данных, либо базой данных в эластичном пуле.
- Поддерживаются все уровни служб в модели приобретения виртуальных ядер.
- Для модели приобретения DTU (единица транзакций базы данных) базы данных, созданные на уровнях служб "Бесплатный", "Базовый" или "Стандартный" с менее чем 100 единиц DTU, не поддерживаются.
Ценообразование
Вычисления Fabric, используемые для репликации данных в Fabric OneLake, бесплатны. Хранение в OneLake бесплатно в зависимости от размера емкости. Дополнительные сведения см. в разделе Затраты на зеркальное отображение и цены OneLake для зеркального отображения. Использование вычислительных ресурсов для запроса данных через SQL, Power BI или Spark по-прежнему оплачивается на основе мощностей Fabric.