次の方法で共有

Power BI から Microsoft Purview に系列を取得する方法

  • [アーティクル]

この記事では、Microsoft Purview の Power BI ソースのデータ系列について詳しく説明します。

前提条件

Microsoft Purview for Power BI でデータ系列を表示するには、まず Power BI ソースを登録してスキャンする必要があります。

一般的なシナリオ

Power BI ソースがスキャンされると、現在のデータ資産と Power BI によって参照されるデータ資産の系列情報が、Microsoft Purview データ カタログに自動的に追加されます。

  1. データコンシューマーは、Microsoft Purview からレポートまたはダッシュボードの根本原因分析を実行できます。 レポート内のデータの不一致については、ユーザーはアップストリーム データセットを簡単に特定し、必要に応じて所有者に連絡できます。

  2. データ プロデューサーは、データセットを使用しているダウンストリーム レポートまたはダッシュボードを表示できます。 データセットに変更を加える前に、データ所有者は情報に基づいた意思決定を行うことができます。

  3. ユーザーは、名前、保証の状態、秘密度ラベル、所有者、説明、その他のビジネス ファセットで検索して、関連する Power BI 成果物を返すことができます。

Microsoft Purview の Power BI 成果物

Power BI のスキャンが完了すると、次の Power BI 成果物が Microsoft Purview にインベントリされます。

  • ワークスペース
  • ダッシュボード
  • レポート
  • データセット
  • データフロー
  • データマート

Power BI アセットの [概要] タブのレンダリング方法を示すスクリーンショット。

Microsoft Purview での Power BI 成果物の系列

ユーザーは、名前、説明、またはその他の詳細で Power BI 成果物を検索して、関連する結果を表示できます。 [資産の概要] タブと [プロパティ] タブには、説明、分類などの基本的な詳細が表示されます。 [系列] タブの下に、資産リレーションシップがアップストリームとダウンストリームの依存関係と共に表示されます。

Microsoft Purview は、Power BI 成果物 (たとえば、Dataflow -> Dataset -> Report -> Dashboard) と外部データ資産の系列をキャプチャします。

注:

Power BI 成果物と外部データ資産の系列の場合、現在サポートされているソースの種類は次のとおりです。

  • Azure SQL データベース
  • Azure Blob Storage
  • Azure Data Lake Store Gen1
  • Azure Data Lake Store Gen2

Power BI の系列のレンダリング方法を示すスクリーンショット。

さらに、Azure SQL Database をソースとして使用する場合、列レベル系列 (Power BI サブアーティファクト系列) と Power BI データセット内の変換 (データフローを除く) がキャプチャされます。 メジャーの場合は、列 -> Properties -> 式をさらに選択して、変換の詳細を表示できます。

注:

列レベルの系列と変換 (データフローを除く) は、Azure SQL Database をソースとして使用する場合にサポートされます。 その他のソースは現在サポートされていません。

Power BI subartifacts 系列のレンダリング方法を示すスクリーンショット。

既知の制限

  • Microsoft Purview では、スキャナー API を利用してメタデータと系列を取得します。 「メタデータ スキャン - 考慮事項と制限事項」の API の制限事項について説明します。
  • データセット テーブルが別のデータセット テーブルに接続されている場合、中央のデータセットで Power BI デスクトップ内の [読み込みを有効にする] オプションが無効になり、系列を抽出できない場合。
  • Power BI 成果物と外部データ資産の系列の場合:
    • 現在、サポートされているソースの種類は、データベース、Azure Blob Storage、Azure Data Lake Store Gen1、Azure Data Lake Store Gen2 Azure SQLです。
    • 列レベルの系列と変換 (Power BI データフローを除く) は、Azure SQL Database をソースとして使用する場合にのみサポートされます。 その他のソースは現在サポートされていません。
    • Power BI で動的 M クエリ パラメーターを使用する場合 、たとえば、サーバー名やデータベース名をパラメーター値として渡す場合、系列はキャプチャされません。
    • 現在、Power BI データフローが作成されるデータ ソースに関する限定的な情報が表示されています。 たとえば、Power BI データセットの SQL Server ソースの場合、サーバー/データベース名のみがキャプチャされます。
    • 次の制限があるため、このようなシナリオがあり、Power BI と Power BI 成果物が接続するデータ ソースの両方をスキャンすると、現在、カタログに重複した資産が表示されることがあります。
      • アセット内のソース オブジェクト名と完全修飾名は、Power BI の設定/クエリで使用されるケースに従います。これは、元のデータ ソースのオブジェクトケースと一致しない可能性があります。
      • Power BI が SQL ビューを参照する場合、現在は SQL テーブル資産としてキャプチャされます。
      • Power BI が Azure Dedicated SQL プール (旧称 SQL DW) ソースを参照している場合、現在、Azure SQL Database 資産として一覧表示されます。 (Power BI 成果物と外部 Azure 専用 SQL プール間の系列は現在サポートされていません)。
  • Power BI subartifact 系列の場合:
    • 一部のメジャーは、サブアーティクト系列に表示されません (たとえば、 COUNTROWS)。
    • 系列グラフで、COUNT 関数を使用して列によって派生されるメジャーを選択すると、基になる列は自動的に選択されません。 [列のプロパティ] タブでメジャー式を確認して、基になる列を識別します。
    • サブアーティクト系列がサポートされる前に Power BI ソースをスキャンした場合、データベース資産と新しいテーブル資産が系列グラフに表示されることがあります。これは削除されません。
  • 現在、名前に UTF-8 文字が含まれる Azure SQL Database 内の同じデータ資産の場合、Power BI のスキャンから生成される完全修飾名は、Azure SQL Database のスキャンから生成された完全修飾名と異なる場合があります。これは、前者が追加のエンコードを行い、重複するAzure SQLデータ資産が発生する可能性があります。

次の手順