Power BI の実装計画: レポートレベルの監査

注意

この記事は、Power BI 実装計画 シリーズの記事の一部です。 このシリーズでは、主に Microsoft Fabric 内での Power BI のエクスペリエンスに焦点を当てます。 シリーズの概要については、「Power BI 実装計画」を参照してください。

このレポートレベルの監査に関する記事は、次のような複数の読者を対象としています。

• レポート作成者: 自分が作成、公開、共有したレポートの使用状況、導入状況、パフォーマンスを把握する必要があるユーザー。
• Power BI 管理者: 組織の Power BI 監視を担当する管理者。 Power BI 管理者は、IT、セキュリティ、内部監査、その他の関連チームと共同で作業することが必要な場合があります。
• センター オブ エクセレンス、IT、BI チーム: Power BI の監視も担当するチーム。 Power BI 管理者や他の関連チームと共同で作業することが必要になる場合があります。

この記事で扱う概念は、主に 3 つのコンテンツ配信スコープ (具体的にはエンタープライズ BI、部門 BI、チーム BI) 向けに作成されたソリューションに適用されます。 個人向け BI ソリューションの作成者にもこの記事の情報が役に立つ場合がありますが、主な対象読者ではありません。

この記事では、レポートと視覚化の監査と監視に焦点を当てます。 ただし、基になるセマンティック モデルやデータ ソースがうまく機能しない場合、レポートとそのビジュアルに対して優れたパフォーマンスを実現することはできません。 セマンティック モデル、データフロー、データマートの監査と監視について詳しくは、データレベルの監査に関する記事を参照してください。

この記事は、監査と監視に関するシリーズの最初の記事になります。コンテンツ作成者が最初に見つける可能性が高い組み込みツールについて説明しているためです。 ユーザーがレポートを作成する前に、(多くのレポートで再利用するための) 共有セマンティック モデルを作成しておくのが理想的です。 そのため、この記事とデータレベルの監査に関する記事を併せて読むことをお勧めします。

ヒント

同僚と会話するときもオンラインで読むときも、"レポート" という用語が文字どおりに使われているのか、またはより一般的な意味で使われているのかを区別する必要があります。 多くの場合は一般的な意味で使われ、1 つの Power BI Desktop ファイル (.pbix) を指します。 そのファイルには、データ モデル (発行されるとセマンティック モデルになります)、レポート、またはその両方が含まれる場合があります。 この用語は文字どおりの意味で使われ、レポートのみを指す場合もあります (たとえば、セマンティック モデルへのライブ接続を含むレポート)。 この記事では、この用語を文字どおりの意味で使います。

レポートのパフォーマンス目標

レポートを効果的に監視するには、レポートのパフォーマンス目標 ("素晴らしいパフォーマンス、優れたパフォーマンス"、"低いパフォーマンス" など) が組織にとって何を意味するかを定義することをお勧めします。 普遍的な定義は存在しません。 これらの目標は、常にコンシューマーの観点から検討する必要があります。

理想的には、パフォーマンスがレポート設計プロセス中の最優先事項です。 パフォーマンス目標を設定できるいくつかの状況を次に示します。

• 新しいレポートを検証またはレビューするとき (特に、多数のユーザーへのコンテンツ配信スコープが予想される場合)。
• レポートを承認する前 (特に認定を受ける予定の場合)。
• 運用ワークスペースにレポートを発行する前。
• Power BI アプリにレポートを含めるとき。

組織全体のすべてのレポートに適用することを目的とした、標準のパフォーマンス目標を作成することもできます。 たとえば、最初のレポート ページは 5 秒以内に表示される必要がある、などです。 ただし、さまざまな考慮事項が数多くあるため、すべてのソリューションで同じ目標を満たすことを期待するのは、通常は現実的ではありません。 ソリューションの複雑さのレベルを考慮したパフォーマンス目標の範囲を検討してください。

チェックリスト - レポート作成者がレポートのパフォーマンスを検証する方法を考える際の、主な決定事項とアクションは次のとおりです。

• レポートのパフォーマンス目標を特定する: コンシューマーの観点から、満足できるレポート パフォーマンスが何を意味するのかを十分に理解していることを確認します。
• パフォーマンス目標を文書化して伝達する: 特定の目標がある場合は、必ず組織のレポート作成者に伝達するようにします。 役立つ情報を提供して、レポート作成者がパフォーマンスを測定する方法と、パフォーマンスを向上させる設計手法の適用方法を理解できるようにします。

この記事の残りの部分では、レポートのパフォーマンスを監査および監視するために使用できる手法について説明します。

レポートの使用状況メトリック

レポート作成者が使用できるメインの監査リソースは、Power BI サービスに組み込まれている使用状況メトリック レポートです。

使用状況メトリック レポートの主な目的は、1 つのレポート、またはワークスペース内のすべてのレポートの影響を評価することです。 (セマンティック モデルやデータフローなどの他の項目ではなく) レポートの表示回数とレポートおよびダッシュボードのパフォーマンスに焦点が当てられているため、これはレポート作成者を対象としています。

使用状況メトリック レポートを使って、以下を行います。

• 最も積極的にレポートを表示しているユーザーを確認します。
• レポートが表示される頻度を把握し、それらのレポートを人気度で (使用状況に基づいて) ランク付けします。
• ユーザーが最も頻繁にアクセスしているレポート ページを確認します。
• 最近表示されていないレポートを見つけます。
• レポート パフォーマンスの大まかな統計情報を表示します。 これらの統計情報は、レポート設計の最適化作業を進める助けになり、またパフォーマンスの問題が断続的または常時存在する可能性のあるレポートを特定するのに役立ちます。
• レポート コンシューマーが使っている使用方法 (たとえば、ブラウザーや Power BI モバイル アプリなど) を把握します。 この情報は、レポート作成者がモバイル使用に向けたレポートの最適化にどれだけの労力をかけるかを決定するのに役立ちます。

ヒント

Power BI では、Power BI サービスに発行されたコンテンツに対して発生するアクティビティの使用状況メトリックがキャプチャされます (Power BI Embedded を使ってレンダリングされる場合を含む)。 使用状況メトリックへのアクセスは、Power BI Desktop ファイルを共有するのではなく Power BI サービスにレポートを発行することがレポート作成者に推奨される理由の 1 つに過ぎません。

使用状況メトリックは Power BI サービスに組み込まれています。これは大きな利点です。レポート作成者が使用状況データを抽出して格納するプロセスを設定する必要がないためです。 すばやく簡単に使用を開始できます。

使用状況メトリックのもう 1 つの利点は、(使用状況メトリックのデータを含む) 内部セマンティック モデルに、他の場所では簡単に見つからない情報が含まれていることです。 たとえば、レポート ページごとの表示回数や、レポートを開くのにかかる時間が含まれています。 レポート ページの表示回数はクライアント テレメトリを使って取得されますが、これには制限があります。 (レポートの使用状況メトリックで使われる) クライアント テレメトリは、(アクティビティ ログで使われる) サーバー側のテレメトリ データとは異なります。

使用状況メトリックには、内部セマンティック モデルとレポートが含まれています。 内部セマンティック モデルを編集したりカスタマイズしたりすることはできませんが、使用状況メトリック レポートをカスタマイズすることはできます。 また、レポート フィルターを更新して、(1 つのレポートではなく) ワークスペース内のすべてのレポートの使用状況を確認することもできます。 この方法を使うと、使用可能な最も広い範囲は 1 つのワークスペースになります。 完全に終わった直近の日付を含む、最大 30 日間の履歴を表示できます。

重要

次の作業を行いたい場合、Power BI アクティビティ ログは優れた代替手段となります。

• 複数のワークスペースのユーザー アクティビティを取得する。
• 30 日間を超えるアクティビティ データを抽出して保持する。
• ユーザーが Power BI サービスで実行するすべてのアクティビティを分析する。

アクティビティ ログについて詳しくは、テナントレベルの監査に関する記事を参照してください。

使用状況メトリック レポートを利用できるのは、共同作成者、メンバー、または管理者のワークスペース ロールに割り当てられているレポート作成者および所有者です。 ワークスペース閲覧者 (コンテンツ コンシューマー) が使用状況メトリック レポートを表示できるようにする場合は、使用状況レポートのコピーを作成してカスタマイズできます。

ヒント

ワークスペースのロールについて詳しくは、コンテンツ作成者のセキュリティ計画に関する記事を参照してください。

使用状況メトリックに関連するテナント設定は 2 つあります。

• "コンテンツ作成者用の使用状況メトリック" テナント設定を使うと、使用状況メトリック レポートを生成および表示できる (必要なワークスペース ロールも持っている) レポート作成者のグループを制御できます。 通常、Power BI 管理者は、組織全体に対してこの設定を有効のままにします。 そうすることで、すべてのセルフサービス レポート作成者が自分のコンテンツの使用状況パターンを表示できるようになります。
• [コンテンツ作成者用の使用状況メトリックのユーザーごとのデータ] テナント設定を使うと、レポート コンシューマーの名前とメール アドレスを使用状況メトリック レポートに表示するかどうかを決定できます。 この設定が (一部またはすべてのレポート作成者に対して) 無効になっている場合、Power BI の使用状況メトリック レポートには名前とメール アドレスが表示されません。これは "ユーザー マスク" と呼ばれます。 ほとんどの場合、Power BI 管理者はこの設定を有効のままにして、レポート作成者が自分のレポートを使用しているユーザーを正確に把握できるようにします。 また、他のユーザーに直接連絡してコンテンツに関するフィードバックを提供できるようにすることも、コンテンツの改善に役立つ可能性があるため、重要です。 場合によっては、レポート作成者の特定のグループのユーザー情報をマスクすることがセキュリティ上必要になるかもしれません。 この設定を無効にすると、レポート作成者にはそのユーザーの詳細情報の代わりに "名前のないユーザー" が表示されます。

Power BI アクティビティ ログの ViewUsageMetrics 操作を使うと、Power BI 管理者は使用状況メトリック レポートを使っているコンテンツ作成者と所有者を監視できます。 その情報を、トレーニングとドキュメントに関する取り組みのガイドとして使用できます。

チェックリスト - 使用状況メトリック レポートの使用を計画する際の、主な決定事項とアクションは次のとおりです。

• 使用状況メトリックが有効になっていることを確認する: (レポートを編集する権限を持つ) Power BI レポート作成者が使用状況メトリックを表示できるかどうかを決定します。 その決定に合わせて、[コンテンツ作成者用の使用状況メトリック] テナント設定を設定します。
• 使用状況メトリックにユーザーごとのデータを表示するかどうかを決定する: 名前とメール アドレスをすべてのユーザーに表示するか、一部のユーザーに表示するかを決定します。 その決定に合わせて、[コンテンツ作成者用の使用状況メトリックのユーザーごとのデータ] テナント設定を設定します。
• ワークスペースのロールを確認する: ワークスペース ロールの割り当てを検証します。 適切なレポート作成者と所有者が、ワークスペース内のコンテンツを編集するアクセス許可を持っていることを確認します (これにより、使用状況メトリック レポートを使用できるようになります)。
• 使用状況メトリック レポートを作成してカスタマイズする: 分析したいコンテンツに対して、使用状況メトリック レポートを生成します。 必要に応じて、ワークスペース内のすべてのレポートを含めるように使用状況メトリック レポートをカスタマイズします。
• レポート作成者向けのドキュメントとトレーニングに含める: 使用状況メトリック レポートの利用方法に関する、レポート作成者向けのガイダンスを含めます。 レポート作成者がユース ケースと主要な制限事項を確実に理解できるようにします。 追跡できる主要なメトリックの例と、その情報を使って作成および発行するソリューションを継続的に改善する方法を含めます。
• 使用状況メトリックを使用しているユーザーを監視する: Power BI アクティビティ ログを使って、使用状況メトリック レポートを使用しているコンテンツ作成者と所有者を追跡します。
• 使用状況メトリックが十分かどうかを判断する: 組み込みの使用状況メトリック レポートで十分な状況を検討します。 データレベルとテナントレベルのどちらの監査ソリューション (このシリーズの他の記事で説明します) がより適切かどうかを判断します。

パフォーマンス アナライザー

パフォーマンス アナライザーは、レポートのパフォーマンスの調査と監視に役立つ、Power BI Desktop で使用できるツールです。 レポート作成者が視覚化や DAX 式のパフォーマンスを理解するのに役立ちます。

ヒント

パフォーマンス アナライザーに加えて、レポートのパフォーマンスに関する問題のトラブルシューティングに使用できる他のツールもあります。 たとえば、Premium 容量に影響を与える特定のレポート使用に関する問題のトラブルシューティングを行うには、Premium 使用状況とメトリック アプリか、Azure Log Analytics に送信されるセマンティック モデル イベント ログを使用できます。 これらのツール (およびその他のツール) について詳しくは、データレベルの監査に関する記事を参照してください。

パフォーマンス アナライザーは、ユーザーが Power BI Desktop でレポートと対話している間の操作をキャプチャします。 各レポート要素が各対話でどのように実行されるかを記録したログが生成されます。 たとえば、レポートのスライサーを操作したり、視覚化をクロスフィルター処理したり、ページを選択したりすると、そのアクションと実行時間がログに記録されます。 操作の種類によっては、他の詳細情報も記録されます。

要約された情報は、[パフォーマンス アナライザー] ペインで確認できます。 ログの結果を JSON ファイルにエクスポートして、より詳細な分析を完了できます。 エクスポート ファイルには、ログされた操作に関する詳細情報が含まれています。 エクスポート ファイルの使用について詳しくは、GitHub のパフォーマンス アナライザーに関するドキュメントを参照してください。

重要

パフォーマンス アナライザーは Power BI Desktop 内で実行されることに注意してください。 レポート作成者のコンピューターの環境は、Power BI サービスの環境とは異なる場合があります。

考慮すべきいくつかの一般的な違いは次のとおりです。

• 基になるセマンティック モデル内のデータ ボリューム
• レポートを表示する同時ユーザーの数
• テーブルのストレージ モード
• データ ゲートウェイを使用するかどうか
• Power BI Premium 容量が関係するかどうか
• クエリ キャッシュが有効になっているかどうか
• クエリの並列処理を使用するかどうか
• アクティブな接続の数
• Power BI サービスによって行レベル セキュリティ (RLS) が適用されるかどうか。

重要

この記事では、Power BI Premium またはその容量サブスクリプション (P SKU) に言及することがあります。 現在、Microsoft は購入オプションを統合し、容量あたりの Power BI Premium SKU を廃止していることに注意してください。 新規および既存のお客様は、代わりに Fabric 容量サブスクリプション (F SKU) の購入をご検討ください。

詳細については、「Power BI Premium ライセンスに関する重要な更新」と「Power BI Premium のよく寄せられる質問」を参照してください。

ユーザーがレポート要素と対話すると、データがログされます。 ログされたデータには、視覚化の表示要素以外の内容が含まれています。 以下の情報も含まれています。

• 視覚化の表示アクティビティ。
• DAX クエリ (視覚化がキャッシュではなくデータ モデルからデータを取得する場合)。
• DirectQuery アクティビティ (該当する場合)。
• クエリの準備、バックグラウンド処理アクティビティ、待機時間など、視覚化が実行するその他のアクティビティ。

レポート作成者の経験レベルや、ロールと責任の分割方法によっては、レポート作成者にパフォーマンス上の問題を解決するための支援が必要になる場合があります。 これは、クエリや計算が遅くなる理由を理解しようとする場合に、特に当てはまります。 レポート作成者の支援は、次の形式で行うことができます。

• データ作成者との共同作業: パフォーマンス上の問題の根本原因は、データ モデルの設計に関係していることがよくあります。
• ユーザー サポート: 多くの場合、支援は、親しい同僚によるチーム内サポートや、組織内の他の Power BI ユーザーによる内部コミュニティ サポートから得られます。 状況によっては、ヘルプ デスクのサポートが必要になる場合もあります。
• センター オブ エクセレンスからのスキル メンタリング: 支援は、オフィス アワーなどのスキル メンタリング活動という形式で行う場合もあります。

組織によっては、承認された (認定または昇格された) レポートに対する固有の要件があります。 これは、組織全体で広く使われるレポートに特に当てはまります。 その場合は、レポートを発行する前、または認定を受ける前に、パフォーマンス アナライザーの結果を確認することが求められる (または推奨される) ことがあります。

ヒント

パフォーマンスに優れたレポートは、ソリューション導入にプラスの影響を与えます。 新しいソリューションを Power BI サービスに発行する前に、レポート作成者にレポートのパフォーマンスをテストするよう推奨することをお勧めします。 また、既存のソリューション (レポートまたはセマンティック モデル) に重要な変更が加えられたときにパフォーマンスを再テストするよう推奨してください。

最適化の手法について詳しくは、「Power BI の最適化ガイド」を参照してください。

チェックリスト - レポート作成者によるパフォーマンス アナライザーの使用方法を考える際の、主な決定事項とアクションは次のとおりです。

• レポート作成者向けのドキュメントとトレーニングを作成する: どのようなパフォーマンス目標が存在し、どのようにパフォーマンスを検証、測定、テストできるかについての、レポート作成者向けのガイダンスを含めます。 パフォーマンスに優れたレポートを作成する方法に関するガイダンスをレポート作成者に提供します。 新しいレポート作成者が優れた設計の習慣を早期に身につけられるように支援します。
• サポートとスキル メンタリングを利用できるようにする: レポート作成者がパフォーマンス上の問題を解決するための支援を受ける方法を把握していることを確認します。
• レポートを認定する要件に含める: パフォーマンス アナライザーの結果を、レポートの認定 (承認) に対する前提条件として含めるかどうかを決定します。 その場合は、その要件を確実に文書化し、レポート作成者に伝達するようにします。

関連するコンテンツ

このシリーズの次の記事では、データレベルの監査について説明します。