Teilen über

Abrufen der Herkunft aus Power BI in Microsoft Purview

  • Artikel

In diesem Artikel wird die Datenherkunft für Power BI-Quellen in Microsoft Purview erläutert.

Voraussetzungen

Um die Datenherkunft in Microsoft Purview für Power BI anzuzeigen, müssen Sie zuerst Ihre Power BI-Quelle registrieren und überprüfen.

Häufige Szenarien

Nachdem eine Power BI-Quelle gescannt wurde, werden die Datenherkunftsinformationen für Ihre aktuellen Datenressourcen und datenassets, auf die von Power BI verwiesen wird, automatisch in der Microsoft Purview Data Catalog hinzugefügt.

  1. Datenconsumer können die Ursachenanalyse eines Berichts oder Dashboard aus Microsoft Purview durchführen. Bei Datenabweichungen in einem Bericht können Benutzer die Upstream Datasets leicht identifizieren und bei Bedarf ihre Besitzer kontaktieren.

  2. Datenproduzenten können die nachgeschalteten Berichte oder Dashboards sehen, die ihr Dataset nutzen. Bevor die Datenbesitzer Änderungen an ihren Datasets vornehmen, können sie fundierte Entscheidungen treffen.

  3. Benutzer können nach Name, Endorsement status, Vertraulichkeitsbezeichnung, Besitzer, Beschreibung und anderen Geschäftsfacetten suchen, um die relevanten Power BI-Artefakte zurückzugeben.

Power BI-Artefakte in Microsoft Purview

Sobald die Überprüfung Ihrer Power BI abgeschlossen ist, werden die folgenden Power BI-Artefakte in Microsoft Purview inventarisiert:

  • Arbeitsbereiche
  • Dashboards
  • Berichte
  • Datasets
  • Dataflows
  • Datamarts

Screenshot, der zeigt, wie die Registerkarte

Herkunft von Power BI-Artefakten in Microsoft Purview

Benutzer können nach einem Power BI-Artefakt nach Namen, Beschreibung oder anderen Details suchen, um relevante Ergebnisse anzuzeigen. Auf den Registerkarten Ressourcenübersicht und Eigenschaften werden die grundlegenden Details wie Beschreibung, Klassifizierung angezeigt. Auf der Registerkarte Herkunft werden Ressourcenbeziehungen mit den Upstream- und Downstreamabhängigkeiten angezeigt.

Microsoft Purview erfasst die Herkunft zwischen Power BI-Artefakten (z. B. Dataflow –> Dataset –> Bericht –> Dashboard) und externen Datenressourcen.

Hinweis

Für die Herkunft zwischen Power BI-Artefakten und externen Datenressourcen werden derzeit die folgenden Quelltypen unterstützt:

  • Azure SQL-Datenbank
  • Azure Blob Storage
  • Azure Data Lake Store Gen1
  • Azure Data Lake Store Gen2

Screenshot, der zeigt, wie die Herkunft für Power BI gerendert wird.

Darüber hinaus werden die Herkunft auf Spaltenebene (Power BI-Unterartifact-Herkunft) und die Transformation innerhalb von Power BI-Datasets erfasst, wenn Azure SQL Database als Quelle verwendet wird. Für Measures können Sie weiter spalte -> Eigenschaften -> Ausdruck auswählen, um die Transformationsdetails anzuzeigen.

Hinweis

Die Herkunft und Transformation auf Spaltenebene werden unterstützt, wenn Azure SQL Database als Quelle verwendet wird. Andere Quellen werden derzeit nicht unterstützt.

Screenshot, der zeigt, wie die Power BI-Unterartifacts-Herkunft gerendert wird.

Bekannte Einschränkungen

  • Microsoft Purview nutzt die Scanner-API, um die Metadaten und die Herkunft abzurufen. Erfahren Sie mehr über einige API-Einschränkungen unter Metadatenüberprüfung – Überlegungen und Einschränkungen.
  • Falls die Datasettabelle mit einer anderen Datasettabelle verbunden ist, wenn das mittlere Dataset die Option "Laden aktivieren" im Power BI-Desktop deaktiviert und die Herkunft nicht extrahiert werden kann.
  • Für die Herkunft zwischen Power BI-Artefakten und externen Datenressourcen:
    • Derzeit werden die Quelltypen Azure SQL Database, Azure Blob Storage, Azure Data Lake Store Gen1 und Azure Data Lake Store Gen2 unterstützt.
    • Herkunft und Transformation auf Spaltenebene werden nur unterstützt, wenn Azure SQL Datenbank als Quelle verwendet wird. Andere Quellen werden derzeit nicht unterstützt.
    • Für Datenquellen, in denen der Power BI-Dataflow erstellt wird, werden derzeit eingeschränkte Informationen angezeigt. Beispielsweise wird für eine SQL Server-Quelle eines Power BI-Datasets nur der Server-/Datenbankname erfasst.
    • Beachten Sie, dass aufgrund der folgenden Einschränkungen, wenn Sie solche Szenarien haben und sowohl Power BI als auch die Datenquellen, mit denen Power BI-Artefakte eine Verbindung herstellen, überprüfen, derzeit möglicherweise doppelte Ressourcen im Katalog angezeigt werden.
      • Die Namen des Quellobjekts in Ressourcen und vollqualifizierte Namen folgen der Groß-/Kleinschreibung, die in Power BI-Einstellungen/-Abfragen verwendet wird, die möglicherweise nicht mit dem Objektfall in der ursprünglichen Datenquelle übereinstimmen.
      • Wenn Power BI auf SQL-Sichten verweist, werden diese derzeit als SQL-Tabellenressourcen erfasst.
      • Wenn Power BI auf die Quelle von Azure Dedicated SQL-Pools (früher SQL DW) verweist, wird diese derzeit als Azure SQL Datenbankressourcen erfasst.
  • Für die Power BI-Unterartifact-Herkunft:
    • Einige Measures werden in der Subartifact-Herkunft nicht angezeigt, COUNTROWSz. B. .
    • Wenn Sie im Herkunftsdiagramm ein Measure auswählen, das mithilfe der COUNT-Funktion von Spalten abgeleitet wird, wird die zugrunde liegende Spalte nicht automatisch ausgewählt. Überprüfen Sie den Measureausdruck auf der Registerkarte spalteneigenschaften, um die zugrunde liegende Spalte zu identifizieren.
    • Wenn Sie Ihre Power BI-Quelle gescannt haben, bevor die Untergeordnete Artifact-Herkunft unterstützt wurde, sehen Sie möglicherweise eine Datenbankressource zusammen mit den neuen Tabellenressourcen im Herkunftsdiagramm, das nicht entfernt wird.

Nächste Schritte