Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Мирроринг в Fabric обеспечивает лёгкость в избегании сложного процесса ETL (Извлечение, преобразование, загрузка) и интеграции вашего существующего хранилища данных Azure SQL Database с остальными данными в Microsoft Fabric. Вы можете непрерывно реплицировать существующие базы данных Azure SQL непосредственно в OneLake Fabric. В среде Fabric можно разблокировать мощные сценарии бизнес-аналитики, искусственного интеллекта, инженерии данных, науки о данных и обмена данными.
Руководство по настройке Azure SQL Database для зеркального отображения в Fabric см. в разделе Tutorial: настройка зеркальных баз данных Microsoft Fabric из Azure SQL Database.
Чтобы узнать больше и посмотреть демонстрации зеркального отображения Azure SQL Database в Fabric, просмотрите следующий эпизод Data Exposed.
Зачем использовать зеркальное отображение в Fabric?
При использовании зеркалирования в Fabric вам не нужно объединять различные службы от множества поставщиков. Вместо этого вы можете наслаждаться высоко интегрированным, комплексным и простым продуктом, который предназначен для упрощения потребностей аналитики, и построен для открытости и совместной работы между Корпорацией Майкрософт, Azure SQL Database и 1000-ми технологическими решениями, которые могут читать формат таблицы Delta Lake с открытым исходным кодом.
Какие возможности аналитики встроены?
Зеркальные базы данных — это элемент в Fabric Data Warehousing, отличный от хранилища и конечной точки аналитики SQL.
Создание базы данных зеркального отображения создает эти элементы в рабочей области Fabric:
- Зеркальный объект базы данных SQL. Зеркальное отображение управляет репликацией данных в OneLake и преобразованием в Parquet в формате, готовом к аналитике. Это открывает возможности для таких сценариев, как инженерия данных, анализ данных и многое другое.
- Конечная точка аналитики SQL
Каждая зеркальная база данных Azure SQL имеет автоматически созданную конечную точку аналитики SQL, которая обеспечивает богатый аналитический опыт на основе Delta Tables, созданных процессом зеркалирования. У пользователей есть доступ к знакомым командам T-SQL, которые могут определять и запрашивать объекты данных, но не управлять данными из конечной точки аналитики SQL, так как это копия только для чтения. В конечной точке аналитики SQL можно выполнить следующие действия:
- Изучите таблицы, ссылающиеся на данные в таблицах Delta Lake из Azure SQL Database.
- Не создавайте запросы и представления кода и визуально просматривайте данные без написания строки кода.
- Разрабатывать представления SQL, встроенные ТВФ (табличные функции) и хранимые процедуры для инкапсуляции вашей семантики и бизнес-логики в T-SQL.
- Управление разрешениями для объектов.
- Выполняйте запросы данных в других хранилищах и Lakehouse в том же рабочем пространстве.
Помимо редактора запросов SQL, Существует широкая экосистема инструментов, которая может запрашивать конечную точку аналитики SQL, включая SQL Server Management Studio (SSMS), расширение MSSQL для Visual Studio Code и даже GitHub Copilot.
Отображение Azure SQL Database через брандмауэр
Если ваша база данных Azure SQL недоступна публично и не разрешает службам Azure подключаться к ней, вы можете настроить шлюз данных виртуальной сети или шлюз данных локальной сети для зеркального отображения данных. Шлюз данных упрощает безопасные подключения к исходным базам данных через частную конечную точку или из доверенной частной сети. Дополнительные сведения см. в разделе Tutorial: настройка зеркальных баз данных Microsoft Fabric из Azure SQL Database.
Активные транзакции, рабочие нагрузки и поведение подсистемы репликатора
- Активные транзакции продолжают предотвращать усечение журнала транзакций до тех пор, пока транзакция не фиксируется и зеркальная база данных Azure SQL не догоняет, или транзакция прерывается. Длительные транзакции могут привести к заполнению журнала транзакций более чем обычно. Необходимо отслеживать журнал транзакций базы данных-источника, чтобы журнал транзакций не заполнялся. Дополнительные сведения см. в разделе "Журнал транзакций растет из-за длительных транзакций и CDC".
- Каждая рабочая нагрузка пользователя различается. Во время начального моментального снимка может наблюдаться большее использование ресурсов на исходной базе данных, что увеличивает нагрузку на ЦП и используемые операции ввода-вывода в секунду (IOPS) для чтения страниц. Операции обновления и удаления таблиц могут привести к увеличению генерации логов. Узнайте больше о том, как мониторить ресурсы для вашей базы данных Azure SQL.
Поддержка уровня и модели приобретения
Исходный Azure SQL Database может быть одной базой данных или базой данных в эластичном пуле.
- Поддерживаются все уровни служб в модели приобретения виртуальных ядер .
- Для модели приобретения DTU (единица транзакций базы данных) базы данных, созданные на уровнях служб "Бесплатный", "Базовый" или "Стандартный" с менее чем 100 единиц DTU, не поддерживаются.
Pricing
Вычисления Fabric, используемые для репликации данных в Fabric OneLake, бесплатны. Хранилище в OneLake бесплатно на основе размера емкости. Дополнительные сведения см. в разделе "Стоимость зеркального отображения " и цен на OneLake для зеркального отображения. Использование вычислений для запроса данных через SQL, Power BI или Spark по-прежнему взимается на основе емкости Fabric.