Azure Analysis Services から Power BI Premium に移行する

この記事の対象読者は、Azure Analysis Services (AAS) データ モデル管理者と管理者です。 AAS データベースを Power BI Premium または Power BI Embedded に移行するのに役立つガイダンスと論理的根拠を提供します。

バックグラウンド

Power BI は、セルフサービスと IT 管理の両方のエンタープライズ ビジネス インテリジェンス (BI) に対する主要プラットフォームに進化しました。 データ量と複雑さが急増するのに伴い、Power BI のお客様は、ペタバイト級に拡張でき、セキュリティで保護され、管理が容易で、最大規模の組織全般ですべてのユーザーがアクセスできるエンタープライズ BI ソリューションを求めています。

20 年以上にわたって、Microsoft はエンタープライズ BI への投資を増やし続けてきました。 AAS と SQL Server Analysis Services (SSAS) は、数え切れないほどの企業で使用され、成熟した BI データ モデリングのテクノロジに基づいています。 現在、同じテクノロジが Power BI セマンティック モデル (以前はデータセットと呼ばれていました) でも中核を成しています。

Note

この記事の中の用語のデータ モデル、BI モデル、表形式モデル、データベース、Power BI セマンティック モデルは同じ意味です。 この記事では通常、AAS モデルには "データ モデル"、Power BI モデルには "セマンティック モデル" という用語を使います。

また、この記事では、Power BI Premium に移行するプロセスについて説明しますが、これは Power BI Embedded にも適用されます。

近年、Microsoft は AAS 機能を Power BI Premium に搭載するように大きく進歩させてきました。 そのために、Power BI は、数十年にわたって構築された開発者、パートナー、BI ツール、ソリューションの大規模なエコシステムを直ちに継承しました。 現在は、Power BI Premium にはワークロード、機能、性能の一式すべてが備わり、AAS または SSAS で使用可能な同等機能をはるかに超える最新のクラウド BI プラットフォームを実現させています。

現在、多くのお客様が、AAS にライブ接続する Power BI レポートを有しています。 当然、これらのお客様は、Power BI でレポートと共にデータ モデルをホストすることで統合する機会があるかどうかについて尋ねます。 次のような質問が多いです。

  • 依存しているすべての AAS 機能が Power BI で動作するか?
  • Power BI は、AAS のツールおよびプロセスと下位互換性があるか?
  • Power BI でのみ使用できる機能は何か?
  • AAS と Power BI のコストを比較する方法は?
  • Microsoft がエンタープライズおよびセルフサービス BI を集約しているのはなぜか?
  • AAS から Power BI Premium に移行する方法は?
  • AAS は非推奨としてマークされているのか?
  • エンタープライズ データ モデルに関する Microsoft のロードマップはどのようなものか?

この記事では、これらの質問の多くについて回答します。

注意

Power BI Premium に移行するかどうかは、お客様それぞれの要件によって決定します。 お客様は、情報に基づいた意思決定を行うために、追加のベネフィットを慎重に評価する必要があります。 Power BI Premium への組織的な移行は時間をかけて行われると考えており、お客様が満足できる条件で行われることを目的としています。

誤解のないように言うと、現段階では、AAS を非推奨にする計画はありません。 エンタープライズ データ モデリングに対する Power BI Premium への投資に重点を置くことが優先されるため、Power BI Premium によって提供される付加価値が時間の経過とともに増加します。 Power BI Premium を選択したお客様は、Microsoft BI 製品ロードマップとの連携の恩恵を受けることを期待できます。

セルフサービスおよびエンタープライズ BI の集約

項目 (レポートやダッシュボードなど) を Power BI に統合すると、コロケーションになるため、検出と管理が簡単になります。 いったん統合されれば、AAS と Power BI の間のギャップを埋める必要がありません。 中央の IT チームは、普及が進んでいるものの、結果として会社の管理上の負担になっているセルフサービス項目をより簡単に導入できるようになります。 IT が、このような項目を引き受けることができます。 また、企業標準に一致し、系列の透明性にも沿った管理データに基づいて、ミッションクリティカルな意思決定のためにそれらを運用化できます。 共通のプラットフォームを共有してこのワークフローを簡素化することで、会社と IT の間のコラボレーションを促進します。

Power BI Premium

その分散アーキテクチャのおかげで、Power BI Premium は、全体的な負荷、一時的なスパイク、高いコンカレンシーの影響を受けにくくなっています。 容量をより大きな Power BI Premium SKU に統合することで、お客様はパフォーマンスとスループットを向上させることができます。

Power BI Premium に関連するスケーラビリティの利点については、この記事で後述します。

機能の比較

データ モデルをホストするために AAS から提供されている Analysis Services データベース エンジンは、Microsoft エンタープライズ BI アーキテクチャのコア コンポーネントです。 さらに多くの機能を提供する Power BI Premium は、AAS のスーパーセットと言えます。 次の表に、AAS および Power BI Premium でサポートされる機能を示します。 この表に記載されているのは主に Power BI セマンティック モデル関連の機能ですが、機能はこれ以外にもあります。

機能 AAS Power BI Premium
Premium ワークロード
ページ分割されたレポート: 特にテーブル データが複数のページにオーバーフローする場合に出力されるように設計されているレポートに最適である いいえ はい
データフロー: Power BI セマンティック モデルで使うことを目的としたデータのフラグメントを格納する いいえ はい
データフローを使用した AI: 人工知能 (AI) と Cognitive Services、自動機械学習、Azure Machine Learning (AML) の統合を使用する いいえ はい
メトリック: 主要なビジネス指標のキュレーションを行い、目標に対する追跡を許可する いいえ はい
ビジネス イネーブルメント
だれにでも (組織外にも) 無制限でレポート配布 いいえ はい
ビジネス主導の対話型レポート、ワークスペース、アプリ いいえ はい
プラットフォームのスケーラビリティと回復性
Power BI Premium アーキテクチャ: スケールとパフォーマンスの向上をサポートする いいえ はい
最適化されたセマンティック モデルのメモリ管理 いいえ はい
サーバーごとではなく、データ モデルごとのスケール制限 いいえ はい
更新の回復性のための CPU 安定化 いいえ はい
自動スケーリング: コンピューティング容量を自動的に追加して、高負荷の使用によるスローダウンを回避する いいえ はい
Azure リージョンと可用性ゾーンを使用した事業継続とディザスター リカバリー (BCDR) いいえ はい
ビッグ データに対する対話型分析
大きなモデル サイズ (圧縮で最大 400 GB) はい はい
ハイブリッド テーブル: 大規模なテーブルに対してほぼリアルタイムの結果を提供するのに役立つメモリ内および DirectQuery パーティションで構成される いいえ はい
自動集計: 最先端の機械学習 (ML) を使用して、DirectQuery のパフォーマンスを継続的に最適化する いいえ はい
ユーザー定義集計: 非常に大きな DirectQuery テーブルに対するクエリ パフォーマンスを向上させることができる いいえ はい
クエリ スケールアウト: レプリケートされたサーバー間でクライアント クエリを分散させる はい はい
Security
Bring Your Own Key (BYOK): お客様は独自の暗号化キーを使用して Microsoft クラウドに格納されているデータを暗号化できる いいえ はい
仮想ネットワーク接続: Power BI を組織の仮想ネットワーク (VNet) でシームレスに動作させることができる いいえ はい
Azure Private Link: Power BI のデータ トラフィックにセキュリティで保護されたアクセスを提供する いいえ はい
DirectQuery ソースのシングル サインオン (SSO): レポート ユーザーの ID を使用してデータ ソースに接続できる いいえ はい
行レベルのセキュリティ (RLS): 特定ユーザーの特定のデータ行へのアクセスを制限する はい はい
オブジェクトレベルのセキュリティ (OLS): 特定ユーザーの特定のテーブルまたは列へのアクセスを制限する はい はい
ファイアウォール: 有効にすると、許可される IP アドレス範囲を設定できる はい いいえ 1
ガバナンス
Microsoft Purview 統合: お客様が Power BI 項目を管理および制御するのに役立つ いいえ はい
Microsoft Information Protection (MIP) 秘密度ラベルとデータ損失防止のための Microsoft Defender for Cloud Apps との統合 いいえ はい
価値のある高品質な Power BI 項目を促進または認定するためのコンテンツの承認 いいえ はい
セマンティック モデリング
Power BI Desktop との互換性 いいえ はい
Power BI セマンティック モデルと AAS に対する DirectQuery の使用を含む複合モデル いいえ はい
Power BI サービスによって観察される複数言語モデル バージョンに対応した翻訳 いいえ はい
Analysis Service エンジンのセマンティック モデリング はい はい
モデル管理
増分更新: ポリシーを使用してパーティション管理を自動化し、ほぼリアルタイムのレポートを提供するのに役立つ (ハイブリッド テーブルを参照) いいえ はい
デプロイ パイプライン: Power BI コンテンツのライフサイクルを管理する いいえ はい
スケジュールされた更新: キャッシュされたセマンティック モデルのデータを最新の状態に保つ いいえ はい
強化された更新: 任意のプログラミング言語で REST API 呼び出しを使って非同期のセマンティック モデル更新を実行できる はい はい
バックアップと復元 あり はい
セマンティック モデル ワークロード設定: Premium 容量のワークロードを制御する いいえ はい
サーバー プロパティ: Analysis Services サーバー インスタンスのプロパティを制御する はい はい
エイリアス サーバー名: より短いエイリアスを使用して Analysis Services サーバー インスタンスに接続できる はい いいえ
Azure Functions、Azure Automation、Azure DevOps など、自動化および ALM 用のサービスのスクリプト作成と互換性のための XMLA エンドポイント対応 API はい はい
接続
すべての Power BI データ ソースのサポート いいえ はい
XMLA エンドポイント: サード パーティ製ツールを含む、データ モデルの使用と視覚化ツールのオープン プラットフォーム接続を可能にする はい はい
Multi-Geo 機能: 多国籍企業のお客様が、リージョン、業界固有、または組織のデータ所在地の要件に対応するのに役立つ はい はい
Discoverability (探索可能性)
データ ハブ統合: ユーザーが Power BI セマンティック モデルを検出、探索、使用するのに役立つ いいえ はい
データ系列ビューセマンティック モデルの影響分析: ユーザーが Power BI 項目の依存関係を理解して評価するのに役立つ いいえ はい
監視と診断ログ
Microsoft Fabric Capacity Metrics アプリ: Power BI 容量の監視機能を提供する いいえ はい
監査ログ: Power BI と Microsoft 365 全体のユーザー アクティビティを追跡する いいえ はい
Azure Log Analytics (LA) 統合: 管理者が Power BI ワークスペースの Log Analytics 接続を構成できる はい はい
Azure Monitor のメトリック アラート: 多次元メトリックのいずれかがしきい値を超えた場合に通知を受け取る方法を提供する はい いいえ
XMLA エンドポイント: SQL Server Profiler を含む診断ログ ツール接続を許可する はい はい
SQL Server 拡張イベント (xEvents): 問題の診断に役立つ軽量のトレースおよびパフォーマンス監視システムである はい いいえ

1 代わりに VNet 接続と Azure Private Link を使用

コストの比較

Power BI Premium と AAS コストを比較する場合は、コアあたりの価格以外の要因を考慮してください。 Power BI は所有コストの削減とビジネス価値を提供し、Power BI データ モデルでのみ使用できる多くの機能を備えています。

また、組織で既に Power BI を使用している場合は、AAS と Power BI を "組み合わせた" 既存のプロファイルに基づいてコストを計算します。 既存のプロファイルを Power BI Premium のターゲット プロファイルと比較します。 ターゲット プロファイルを決定するには、次の点を考慮してください。

  • リージョンの要件。
  • 各リージョンで最大の AAS データ モデル サイズ。
  • 各リージョンのユーザーの数。
  • コンテンツの開発と管理に必要なユーザーの数。
  • AAS と Power BI Premium 全体の CPU 消費量。

重要

AAS と Power BI Premium の CPU 消費量は、さまざまな要因によって大きく異なる場合があります。 要因としては、同じ容量での他のワークロードの使用、更新パターン、クエリ パターンが考えられます。 詳細な分析を実行して、移行したモデルの AAS と Power BI Premium 全体の CPU 消費量の比較を定量化することをお勧めします。

ヒント

ビジネス要件と状況に適したライセンスの種類と数を決定するには、こちらの関連記事を参照してください。

統合の機会

AAS の多くのお客様は、AAS に接続する Power BI レポートを既に有しています。 そのため、Power BI への移行は、BI 項目を Power BI Premium に統合する機会となり得ます。 統合することで、より大きなサイズの Premium SKU をより経済的に実行できるようになり、より高いレベルのスループットとスケーラビリティを実現するのに役立ちます。

PPU ライセンス

Premium Per User (PPU) ライセンスは、Premium の低コストの価格ポイントを提供するユーザーごとのライセンスです。 PPU ライセンスは、通常、中規模の企業が購入します。 前述したデータ モデリングのすべての Premium 機能をサポートしています。

ヒント

Power BI Pro ライセンスは、PPU ライセンスに段階的にアップグレードできます。

Power BI Pro ライセンス

Power BI コンテンツを発行および管理するには、Pro (または PPU) ライセンスが必要です。 Pro ライセンスは、通常、エンド ユーザーではなく、開発者と管理者に割り当てられます。

開発環境とテスト環境

AAS では、D および B SKU を低コストで提供し、S SKU よりもサービス レベル アグリーメント を削減したり、機能を減らしたりします。 AAS の一部のお客様は、これらの SKU を開発およびテスト環境に使用します。 Power BI に直接相当するものはありませんが、開発およびテスト環境に PPU ライセンスを使用することは理にかなっている場合があります。 このような環境は、開発者とテスト担当者に限られるため、ユーザーの数は、通常多くありません。 または、Azure の A SKU を使用して、Premium 容量機能をテストすることも検討します。

詳細については、次を参照してください。

スケーラビリティの利点

Power BI Premium には、AAS では利用できないスケーラビリティ、パフォーマンス、所有コストの利点があります。

Power BI Premium には、ビッグ データに対する高速の対話型分析を可能にする機能が用意されています。 集計、複合モデル、ハイブリッド テーブルなどの機能があります。 機能ごとに、インポート モードと DirectQuery ストレージ モードを最適に組み合わせる異なる方法が提供され、効果的にメモリ使用量を削減します。 これに対して、AAS はこれらの機能をサポートしていません。データ モデル全体で、インポートまたは DirectQuery ストレージ モードのどちらかが使用されます。

Power BI Premium では、容量またはサーバーごとではなく、セマンティック モデルごとにメモリが制限されます。 逆に、AAS では、すべてのデータ モデルが 1 台のサーバー上のメモリに収まる必要があります。 この要件により、大規模なデータ モデルをお使いのお客様は、より大きな SKU サイズを購入しなければならない可能性があります。

Premium アーキテクチャの分散特性のため、より多くのセマンティック モデルを並行して更新できます。 同じ AAS サーバーで同時更新を実行すると、サーバーのメモリ制限超過が原因で更新エラーが発生する可能性があります。

Power BI Premium では、更新中の CPU 消費量は 24 時間にわたって分散されます。 Power BI Premium では、容量スループットを評価して、コンピューティング リソースの需要の一時的なスパイクに対する回復性を提供します。 必要に応じて、十分なリソースが使用可能になるまで更新を遅らせることができます。 この自動動作により、お客様が詳細な分析を実行し、サーバーをスケールアップまたはスケールダウンする自動化スクリプトを管理する必要が軽減します。 Premium のお客様は、全体的な CPU 消費要件に最適な SKU サイズを決定する必要があります。

Power BI Premium のもう 1 つの利点は、システムの負荷に応じてセマンティック モデルのバランスを動的に調整できることです。 この自動動作により、ビジー/アクティブ セマンティック モデルで必要なメモリと CPU リソースが確保され、アイドル状態のセマンティック モデルを削除したり、他のノードに移行したりできます。 使われていないセマンティック モデルは、削除の候補です。 これらはオンデマンドで読み込まれるため、必要なデータのみをメモリに読み込み、セマンティック モデル全体を読み込む必要がありません。 これに対して、AAS では、すべてのデータ モデルが常にメモリに完全に読み込まれている必要があります。 この要件は、AAS へのクエリがデータ モデルが利用可能であることに依存することを意味しますが、特に、データ モデルの数が多く、その一部が頻繁に使用されない Power BI 容量では、動的メモリ管理によって、メモリをより効率的に使用できます。

最後に、Power BI Premium は、次世代のハードウェア ロールアウトをより適切に活用して、スケーラビリティとパフォーマンスの強化の恩恵を受けることができます。

考慮事項と制限事項

Power BI Premium に移行する前に、計画に入れるべき考慮事項と制限事項があります。

アクセス許可

AAS と SSAS では、ロールを使用してデータ モデルへのアクセスを管理します。 ロールには、"サーバー ロール" と "データベース ロール" の 2 種類があります。 サーバー ロールは、Analysis Services サーバー インスタンスへの管理者アクセスを許可する固定ロールです。 データベース ロールは、データ モデル管理者と管理者が設定し、管理者以外のユーザーのデータベースとデータへのアクセスを制御します。

AAS とは異なり、Power BI では、RLS または OLS を適用するのにロールのみを使用します。 RLS と OLS 以外のアクセス許可を付与するには、Power BI セキュリティ モデル (ワークスペース ロールとセマンティック モデルのアクセス許可) を使います。 詳しくは、「セマンティック モデルのアクセス許可」をご覧ください。

Power BI モデル ロールについて詳しくは、「XMLA エンドポイントを使用したセマンティック モデル接続」の「モデル ロール」をご覧ください。

AAS から Power BI Premium にデータ モデルを移行する場合は、次の点を考慮する必要があります。

  • AAS のモデルで読み取りアクセス許可を付与されていたユーザーは、移行された Power BI セマンティック モデルではビルド アクセス許可を付与される必要があります。
  • AAS のモデルで管理者アクセス許可を付与されていたユーザーは、移行された Power BI セマンティック モデルでは書き込みアクセス許可を付与される必要があります。

自動化を更新する

Power BI Premium は、表形式モデル スクリプト言語 (TMSL)表形式オブジェクト モデル (TOM)、PowerShell SqlServer モジュールなど、スクリプト作成用の XMLA エンドポイント対応 API をサポートしています。 これらの API には、AAS とほぼ対称なインターフェイスがあります。 詳しくは、「XMLA エンドポイントを使用したセマンティック モデル接続」の「クライアント アプリケーションとツール」をご覧ください。

Azure FunctionsAzure AutomationAzure Logic Apps など、自動化のためのサービスとの互換性も同様に有効になります。

一般に、AAS でのパーティション管理と処理を自動化するスクリプトとプロセスは、Power BI Premium で動作します。 Power BI Premium セマンティック モデルは増分更新機能をサポートしており、新しいデータと更新されたデータが頻繁に読み込まれるテーブルのパーティションが自動的に管理されることに注意してください。

AAS の場合と同様に、更新などの Power BI セマンティック モデル管理操作の自動化アカウントとしてサービス プリンシパルを使用できます。 詳しくは、「XMLA エンドポイントを使用したセマンティック モデル接続」の「サービス プリンシパル」をご覧ください。

カスタム セキュリティ

AAS と同様に、アプリケーションでは、CustomData 機能を使うことで、サービス プリンシパルを使って Power BI Premium Per Capacity または Power BI Embedded のセマンティック モデルのクエリを実行できます。

ただし、Power BI Premium のモデル ロールにサービス プリンシパルを割り当てることはできません。 代わりに、サービス プリンシパルは、ワークスペース管理者またはメンバー ロールへの割り当てによってアクセス権を取得します。

Note

Premium Per User (PPU) セマンティック モデルのクエリを実行するときに、CustomData 機能を使うことはできません。これは、ライセンスのご契約条件に違反します。

テストのための偽装

EffectiveUserName およびロール接続文字列プロパティなどの偽装手法が、AAS と Power BI Premium でサポートされています。 通常は、セキュリティ ロールをテストするときに使用します。

ネットワークのセキュリティ

AAS でネットワーク セキュリティを設定するには、ファイアウォールを有効にし、サーバーにアクセスするコンピューターのみに IP アドレス範囲を構成する必要があります。

Power BI にはファイアウォール機能がありません。 代わりに、Power BI では、VNet と Private Link を使用することで、優れたネットワーク セキュリティ モデルが提供されています。 詳細については、「仮想ネットワーク (VNet) とは」を参照してください。

データ ソースと資格情報

AAS では、TOM 表形式メタデータで宣言されるデータ ソースごとに資格情報を定義します。 しかしながら、Power BI ではそのようには動作しません。 Power BI では、複数のセマンティック モデル間でデータ ソースの資格情報を共有できるため、資格情報は Power BI サービスで設定されます。

データ ソースの資格情報を設定する XMLA ベースのプロセスをすべて置き換える必要があります。 詳しくは、「XMLA エンドポイントを使用したセマンティック モデル接続」の「Visual Studio からモデル プロジェクトを配置する」をご覧ください。

バックアップと復元

AAS でのバックアップと復元には Azure Blob Storage が必要ですが、Power BI Premium には Azure Data Lake Storage Gen2 (ADLS Gen2) アカウントが必要です。 ストレージ アカウントの違いを除けば、バックアップと復元は両方の製品で同じように動作します。

詳しくは、「Power BI Premium でのセマンティック モデルのバックアップと復元」をご覧ください。

オンプレミスのデータ ゲートウェイ

AAS と Power BI Premium の両方で、同じオンプレミス データ ゲートウェイを使用してデータ ソースに接続します。 ただし、セットアップ手順は異なります。

Power BI Premium のゲートウェイ データ ソースを設定する方法については、「ゲートウェイのデータ ソースの追加または削除」を参照してください。

サーバー プロパティ

AAS とは異なり、Power BI Premium はサーバー プロパティをサポートしていません。 代わりに、Premium 容量設定を管理します。

AAS とは異なり、Power BI Premium はサーバー名のエイリアスをサポートしていません。

動的管理ビュー (DMV)

AAS で動作する一部の DMV は、Analysis Services サーバー管理者権限が必要であるため、Power BI Premium ではアクセスできません。 Power BI にはワークスペース ロールがありますが、Analysis Services サーバー管理者権限と同等のアクセス許可を付与するワークスペース ロールはありません。

PowerShell

SqlServer PowerShell モジュールの AAS コマンドレットを使って、更新操作を含むセマンティック モデル管理タスクを自動化できます。 詳細については、「Analysis Services PowerShell リファレンス」を参照してください。

ただし、Az.AnalysisServices モジュールの AAS コマンドレットは、Power BI セマンティック モデルではサポートされていません。 代わりに、Windows PowerShell と PowerShell Core 用の Microsoft Power BI コマンドレットを使用してください。

診断ログ

AAS は、診断ログ用に Azure Monitor と統合されます。 AAS ログの最も一般的なターゲットは、Log Analytics ワークスペースです。

Power BI Premium は、Log Analytics ワークスペースへのログ記録もサポートしています。 現在、Log Analytics に送信されるイベントは、主に AS エンジン イベントです。 ただし、AAS でサポートされているすべてのイベントが Power BI でサポートされているわけではありません。 Power BI の Log Analytics スキーマには、AAS に対して相違点が含まれ、AAS 上の既存のクエリが Power BI では動作しない可能性があります。

Power BI には、AAS で提供されていない別の診断ログ機能が用意されています。 詳細については、Microsoft Fabric Capacity Metrics アプリの使用に関する記事を参照してください。

SQL Server 拡張イベント (xEvents) は AAS ではサポートされていますが、Power BI Premium ではサポートされていません。 詳細については、「 SQL Server 拡張イベントを使用した Analysis Services の監視」を参照してください。

企業間 (B2B)

AAS と Power BI の両方で、Microsoft Entra B2B コラボレーションをサポートしており、外部ユーザーとの共有を実現および管理します。 特に、AAS で必要なユーザー プリンシパル名 (UPN) 形式は、Power BI とは異なります。

ユーザーを識別するために、Power BI では Microsoft Entra ID (旧称 Azure Active Directory) の一意の名前要求が利用され、AAS では電子メール要求が使われます。 これら 2 つの識別子が一致する例は多く存在する可能性がありますが、一意の名前の形式の方が厳格です。 Power BI で動的 RLS を使用する場合は、ユーザー ID テーブルの値が、Power BI へのサインインに使用されるアカウントと必ず一致するようにします。

スケールアウト

Azure Analysis Services のスケールアウトは、Power BI Premium でサポートされています。 詳しくは、「Power BI セマンティック モデルのスケールアウト」をご覧ください。

移行機能

Microsoft Azure Analysis Services から Microsoft Power BI Premium に移行する Power BI の機能では、AAS のデータベースが Power BI Premium、Power BI Premium Per User、または Power BI Embedded のワークスペースのセマンティック モデルに移行されます. 詳しくは、「Azure Analysis Services から Power BI に移行する」をご覧ください。

この記事に関する詳細については、次のリソースを参照してください。

Power BI パートナーを利用して、組織の移行プロセスを成功させることができます。 Power BI パートナーを手配するには、Power BI パートナー ポータルにアクセスしてください。