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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

関連するコンテンツ

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