Прочитать на английском

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


Получение происхождения данных из Power BI в Microsoft Purview

В этой статье рассматривается происхождение данных для источников Power BI в Microsoft Purview.

Предварительные условия

Чтобы просмотреть происхождение данных в Microsoft Purview для Power BI, необходимо сначала зарегистрировать и проверить источник Power BI.

Общие сценарии

После сканирования источника Power BI сведения о происхождении данных для текущих ресурсов данных и ресурсов данных, на которые ссылается Power BI, будут автоматически добавлены в Каталог данных Microsoft Purview.

  1. Потребители данных могут выполнять анализ первопричин отчета или панели мониторинга из Microsoft Purview. При любых несоответствиях данных в отчете пользователи могут легко определить вышестоящий наборы данных и при необходимости связаться с их владельцами.

  2. Производители данных могут просматривать подчиненные отчеты или панели мониторинга, использующие их набор данных. Перед внесением изменений в наборы данных владельцы данных могут принимать обоснованные решения.

  3. Пользователи могут выполнять поиск по имени, состоянию подтверждения, меткам конфиденциальности, владельцу, описанию и другим бизнес-аспектам, чтобы вернуть соответствующие артефакты Power BI.

Артефакты Power BI в Microsoft Purview

После завершения проверки Power BI в Microsoft Purview будут перечислены следующие артефакты Power BI:

  • Рабочие области
  • Панели мониторинга
  • Отчеты
  • Наборы данных
  • Потоки данных
  • Datamarts

Снимок экрана: отображение вкладки

Происхождение артефактов Power BI в Microsoft Purview

Пользователи могут искать артефакт Power BI по имени, описанию или другим сведениям, чтобы просмотреть соответствующие результаты. На вкладках обзора ресурсов и свойств отображаются основные сведения, такие как описание, классификация. На вкладке Происхождения отображаются связи ресурсов с вышестоящий и подчиненными зависимостями.

Microsoft Purview фиксирует происхождение между артефактами Power BI (например, поток данных — набор данных —> отчет —>> панель мониторинга) и внешними ресурсами данных.

Примечание

Для происхождения данных между артефактами Power BI и внешними ресурсами данных в настоящее время поддерживаются следующие типы источников:

  • База данных SQL Azure
  • Хранилище BLOB-объектов Azure
  • Azure Data Lake Store 1-го поколения
  • Azure Data Lake Store 2-го поколения

Снимок экрана: отрисовка происхождения данных для Power BI.

Кроме того, при использовании базы данных Azure SQL в качестве источника регистрируются данные на уровне столбцов (происхождение субарцифактов Power BI) и преобразование внутри наборов данных Power BI (за исключением потоков данных). Для мер можно дополнительно выбрать столбец —> Свойства —> выражение, чтобы просмотреть сведения о преобразовании.

Примечание

При использовании базы данных Azure SQL в качестве источника поддерживаются происхождение данных и преобразования на уровне столбцов (за исключением потоков данных). Другие источники в настоящее время не поддерживаются.

Снимок экрана: отрисовка происхождения подартифактов Power BI.

Известные ограничения

  • Microsoft Purview использует API сканера для получения метаданных и происхождения. Узнайте о некоторых ограничениях API из проверки метаданных. Рекомендации и ограничения.
  • Если таблица наборов данных подключена к другой таблице набора данных, если средний набор данных отключает параметр "Включить загрузку" в Power BI Desktop, и происхождение не может быть извлечено.
  • Для происхождения данных между артефактами Power BI и внешними ресурсами данных:
    • В настоящее время поддерживаются типы источников Azure SQL Database, Хранилище BLOB-объектов Azure, Azure Data Lake Store 1-го поколения и Azure Data Lake Store 2-го поколения.
    • Происхождение происхождения и преобразования на уровне столбцов (за исключением потоков данных Power BI) поддерживаются только при использовании базы данных Azure SQL в качестве источника. Другие источники в настоящее время не поддерживаются.
    • Происхождение данных не записывается при использовании динамических параметров M-запроса в Power BI, например при передаче имен серверов или баз данных в качестве значений параметров.
    • В настоящее время для источников данных, в которых создается поток данных Power BI, отображаются ограниченные сведения. Например, для источника sql server набора данных Power BI записывается только имя сервера или базы данных.
    • Обратите внимание, что из-за следующих ограничений при наличии таких сценариев и проверки power BI и источников данных, к которым подключаются артефакты Power BI, в настоящее время в каталоге могут отображаться дублирующиеся ресурсы.
      • Имена исходных объектов в ресурсах и полные имена соответствуют варианту, используемому в параметрах и запросах Power BI, которые могут не соответствовать регистру объекта в исходном источнике данных.
      • Когда Power BI ссылается на представления SQL, они в настоящее время записываются как ресурсы таблицы SQL.
      • Когда Power BI ссылается на источники выделенного пула SQL Azure (ранее — хранилище данных SQL), в настоящее время он указан как Azure SQL ресурсы базы данных. (Происхождение данных между артефактами Power BI и внешними выделенными пулами SQL Azure в настоящее время не поддерживается.)
  • Для происхождения подарцифактов Power BI:
    • Некоторые меры не отображаются в происхождении подартифакта, например COUNTROWS.
    • На графике происхождения при выборе меры, наследуемой по столбцам с помощью функции COUNT, базовый столбец не выбирается автоматически. Проверьте выражение меры на вкладке свойств столбца, чтобы определить базовый столбец.
    • Если вы проверили источник Power BI до поддержки происхождения субарцифактов, вы можете увидеть ресурс базы данных вместе с новыми ресурсами таблицы в графе происхождения, который не удаляется.
  • В настоящее время для того же ресурса данных в базе данных Azure SQL, имя которого содержит символы UTF-8, полное полное имя, созданное при проверке Power BI, может отличаться с полным именем, созданным при проверке Azure SQL Базы данных, так как первая будет проходить через дополнительную кодировку и может привести к дублированию Azure SQL ресурсов данных.

Дальнейшие действия