Power BI Premium、Premium Per User、および Power BI Embedded ワークスペースでは、 XMLA エンドポイント を使用して、Microsoft およびサード パーティのクライアント アプリケーションとツールからのオープン プラットフォーム接続をサポートします。
XMLA エンドポイント
ワークスペースでは、クライアント アプリケーションと Power BI ワークスペースとセマンティック モデルを管理するエンジンとの間の通信に XML for Analysis (XMLA) プロトコルが使用されます。 これらの通信は、一般的に XMLA エンドポイントと呼ばれるものです。 XMLA は、Power BI のセマンティック モデリング、ガバナンス、ライフサイクル、およびデータ管理を実行する Microsoft Analysis Services エンジンによって使用される通信プロトコルです。 XMLA プロトコル経由で送信されるデータは完全に暗号化されます。
既定では、エンドポイントを使用した 読み取り専用 接続は、容量内の セマンティック モデル ワークロード に対して有効になります。 読み取り専用のデータ視覚化アプリケーションとツールでは、セマンティック モデル モデルのデータ、メタデータ、イベント、スキーマに対してクエリを実行できます。
エンドポイントを使用した読み取り/書き込み操作を有効にすることができます。 読み取り/書き込みでは、より多くのセマンティック モデル管理、ガバナンス、高度なセマンティック モデリング、デバッグ、監視が提供されます。 有効にすると、セマンティック モデルは、Azure Analysis Services および SQL Server Analysis Services エンタープライズ グレードの表形式モデリング ツールとプロセスとの同等性が高くなります。
Analysis Services サーバーのプロパティ
Power BI Premium では、多くの Analysis Services サーバー プロパティがサポートされています。 これらのプロパティを確認するには、 Analysis Services のサーバープロパティを参照してください。
使用条件
XMLA エンドポイントの使用は、次の条件を受けます。
シングル ユーザー アプリケーション - アプリケーションは、単一のユーザー アカウントまたはアプリ ID を使用して、XMLA エンドポイントを介して Power BI セマンティック モデルにアクセスします。 シングル ユーザー アプリケーションの例としては、開発者ツール、管理スクリプト、自動化されたプロセスなどがあります。 これらのアプリケーションは、データ モデリングや管理タスクなどのタスクを実行して、セマンティック モデルのメタデータの変更、バックアップまたは復元操作、またはデータ更新のトリガーを実行できます。 セマンティック モデルにアクセスするためにクライアント アプリケーションが使用するユーザー アカウントまたはアプリ ID には、セマンティック モデルが Premium 容量に存在しない限り、有効な Premium Per User (PPU) ライセンスが必要です。
マルチユーザー アプリケーション - このアプリケーションは、複数のユーザーに Power BI セマンティック モデルへのアクセスを提供します。 たとえば、ビジネス ソリューションにセマンティック モデルを統合し、ビジネス ユーザーに代わってセマンティック モデルにアクセスする中間層アプリケーションなどです。
- Premium Per User (PPU) ワークスペース - アプリケーションでは、各ユーザーが Power BI にサインインする必要があります。 各ユーザーについて、アプリケーションはアクセス トークンを使用してセマンティック モデルにアクセスします。 アプリケーションでは、サービス アカウントまたはその他のアプリ ID を使用して、個々のユーザーに代わってタスクを実行することはできません。 レポートを開いたり、セマンティック モデルにアクセスしたり、クエリを実行したりするには、各ユーザーが独自の Power BI アカウントを持っている必要があります。
- Premium ワークスペースの場合、アプリケーションはエンド ユーザーに代わってサービス アカウントまたはアプリ ID を使用できます。各ユーザーが Power BI にサインインする必要はありません。
クライアント アプリケーションとツール
Power BI Premium セマンティック モデルで現在サポートされている Azure Analysis Services と SQL Server Analysis Services で使用される一般的なアプリケーションとツール:
Microsoft Excel - Excel ピボットテーブルは、Power BI セマンティック モデルの概要データの集計、分析、調査、および表示に使用される最も一般的なツールの 1 つです。 クエリ操作には読み取り専用が必要です。 クイック実行バージョンの Office 16.0.13612.10000 以降が必要です。
Visual Studio と Analysis Services プロジェクト - SQL Server Data Tools (SSDT) と呼ばれます。 SSDT は、Analysis Services テーブル モデル用のエンタープライズ グレード モデル作成ツールです。 無料の Community エディションを含むすべての Visual Studio 2017 以降のエディションでは、Analysis Services プロジェクト拡張機能がサポートされています。 Premium ワークスペースに表形式モデルをデプロイするには、拡張機能バージョン 2.9.14 以降が必要です。 デプロイするには、モデルが 1500 以上の互換性レベルである必要があります。 セマンティック モデル ワークロードに対する XMLA の読み取り/書き込みが必要です。 詳細については、「 Analysis Services のツール」を参照してください。
SQL Server Management Studio (SSMS) - DAX、MDX、および XMLA クエリをサポートします。 表形式モデル スクリプト言語 (TMSL) を使用して、セマンティック モデル メタデータの詳細な更新操作と スクリプトを 実行します。 クエリ操作には読み取り専用が必要です。 メタデータのスクリプト作成に読み取り/書き込みが必要です。 SSMS バージョン 18.9 以降が必要です。 SSMS をダウンロードします。
SQL Server Profiler - SQL Server Profiler は SSMS と共にインストールされ、セマンティック モデル イベントのトレースとデバッグが可能になります。 Profiler は、SQL Server では公式に非推奨になりましたが、引き続き SSMS に含まれており、Analysis Services および Power BI でサポートされています。 SQL Server Profiler バージョン 18.9 以降が必要です。 ユーザーは、XMLA エンドポイントに接続するときにセマンティック モデル (初期カタログ) を指定する必要があります。 詳細については、Analysis Services 用の SQL Server Profiler を参照してください。
Analysis Services 配置ウィザード - SSMS と共にインストールされたこのツールは、Visual Studio で作成された表形式モデル プロジェクトを Analysis Services および Premium ワークスペースに展開します。 対話形式で実行することも、自動化のためにコマンド ラインから実行することもできます。 XMLA の読み取り/書き込みが必要です。 詳細については、「 Analysis Services 展開ウィザード」を参照してください。
PowerShell コマンドレット - Analysis Services コマンドレットを使用して、更新操作などのセマンティック モデル管理タスクを自動化します。 XMLA の読み取り/書き込みが必要です。 SqlServer PowerShell モジュールのバージョン 21.1.18256 以降が必要です。 Az.AnalysisServices モジュールの Azure Analysis Services コマンドレットは、Power BI セマンティック モデルではサポートされていません。 詳細については、「 Analysis Services PowerShell リファレンス」を参照してください。
Power BI レポート ビルダー - ページ分割されたレポートを作成するためのツール。 取得するデータ、取得する場所、および表示方法を指定するレポート定義を作成します。 レポート ビルダーでレポートをプレビューし、Power BI サービスにレポートを発行できます。 XMLA の読み取り専用権限が必要です。 詳細については、「 Power BI レポート ビルダー」を参照してください。
表形式エディター 2.x - 直感的で軽量なエディターを使用して表形式モデルを作成、保守、管理するためのオープンソース ツールです。 階層ビューには、表形式モデル内のすべてのオブジェクトが表示されます。 複数選択プロパティの編集と DAX 構文の強調表示をサポートする表示フォルダーごとにオブジェクトを整理します。 クエリ操作には XMLA 読み取り専用が必要です。 メタデータ操作には読み取り/書き込みが必要です。 詳細については、「 表形式エディター 2.x」を参照してください。
DAX Studio - DAX の作成、診断、パフォーマンスチューニング、分析のためのオープンソース ツール。 機能には、オブジェクトの参照、統合されたトレース、詳細な統計情報を含むクエリ実行の分析結果、DAX 構文の強調表示、書式設定などがあります。 クエリ操作には XMLA 読み取り専用が必要です。 詳細については、 daxstudio.org を参照してください。
ALM Toolkit - Power BI セマンティック モデルのオープンソース スキーマ比較ツール。ほとんどの場合、アプリケーション ライフサイクル管理 (ALM) シナリオに使用されます。 環境間でデプロイを実行し、増分更新履歴データを保持します。 メタデータ ファイル、ブランチ、リポジトリの差分とマージ。 セマンティック モデル間で共通の定義を再利用する。 クエリ操作には読み取り専用が必要です。 メタデータ操作には読み取り/書き込みが必要です。 詳細については、 alm-toolkit.com を参照してください。
サード パーティ - Premium ワークスペースでセマンティック モデルに接続、クエリ、使用できるクライアント データ視覚化アプリケーションとツールが含まれます。 ほとんどのツールには最新バージョンの MSOLAP クライアント ライブラリが必要ですが、ADOMD を使用できるものもあります。 読み取り専用または読み取り/書き込み XMLA エンドポイントは、操作に依存します。
クライアント ライブラリ
クライアント アプリケーションとツールは、XMLA エンドポイントと直接通信しません。 代わりに、抽象化レイヤーとして クライアント ライブラリ を使用します。 これらは、アプリケーションが Azure Analysis Services と SQL Server Analysis Services への接続に使用するのと同じクライアント ライブラリです。 Visual Studio 用の Excel、SQL Server Management Studio (SSMS)、Analysis Services プロジェクト拡張機能などの Microsoft アプリケーションは、3 つのクライアント ライブラリをすべてインストールし、通常のアプリケーションと拡張機能の更新プログラムと共に更新します。 開発者は、クライアント ライブラリを使用してカスタム アプリケーションをビルドできます。 場合によっては、特にサード パーティ製のアプリケーションで、アプリケーションと共にインストールされていない場合は、新しいバージョンのクライアント ライブラリをインストールすることが必要になる場合があります。 クライアント ライブラリは毎月更新されます。 詳細については、Analysis Services に接続するためのクライアント ライブラリを参照してください。
大規模なモデルを有効にして書き込み操作のセマンティック モデルを最適化する
書き込み操作でセマンティック モデル管理に XMLA エンドポイントを使用する場合は、大規模なモデルに対してセマンティック モデルを有効にすることをお勧めします。 これにより、書き込み操作のオーバーヘッドが軽減され、大幅に高速化できます。 (圧縮後) 1 GB を超えるセマンティック モデルの場合、その差は大きくなる可能性があります。 詳細については、「Power BI Premium の大規模なモデル (プレビュー)」を参照してください。
XMLA の読み取り/書き込みを有効にする
既定では、Premium 容量または Premium Per User セマンティック モデルワークロードでは、XMLA エンドポイント プロパティ設定が読み取り専用で有効になっています。 つまり、アプリケーションはセマンティック モデルに対してのみクエリを実行できます。 アプリケーションで書き込み操作を実行するには、XMLA Endpoint プロパティを読み取り/書き込み用に有効にする必要があります。
Premium 容量の読み取り/書き込みを有効にするには
[設定]>[ポータルの管理] を選択します。
管理ポータルで、 容量の設定>Power BI Premium> 容量名を選択します。
[ワークロード] を展開します。 [XMLA エンドポイント] 設定で、[書き込みの読み取り] を選択します。 XMLA エンドポイント設定は、容量に割り当てられている すべてのワークスペースとセマンティック モデル に適用されます。
Premium Per User の読み取り/書き込みを有効にするには
- [設定]>[ポータルの管理] を選択します。
- 管理ポータルで、[ Premium Per User] を選択します。
- セマンティック モデルのワークロード設定を展開します。 [XMLA エンドポイント] 設定で、[書き込みの読み取り] を選択します。
Premium ワークスペースへの接続
容量に割り当てられたワークスペースには、URL 形式の接続文字列があります。 例えば次が挙げられます。
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]。
ワークスペースに接続するアプリケーションでは、URL が Analysis Services サーバー名であるかのように使用されます。 例えば次が挙げられます。
powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace。
注
現在、XMLA エンドポイントを使用した マイ ワークスペース への接続はサポートされていません。
B2B とゲスト ユーザー
ユーザーがホーム テナントのワークスペースにアクセスすると、URL のテナント名セクションを myorg に置き換えることができます。 例えば次が挙げられます。
powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace。
B2B\guest ユーザーが別のテナントのワークスペースにアクセスする場合、そのテナント名をデータ ソース URL に指定する必要があります。 たとえば、contoso.com ユーザーが fabrikam.com テナントに招待され、"Sales Workspace" へのアクセス許可が付与されている場合、次の URL を使用して接続する必要があります。
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace。
テナントのプライマリ ドメイン名と ID を確認するには、Azure portal にサインインし、メイン メニューから Microsoft Entra ID を選択し、Microsoft Entra の [概要] ページの情報を書き留めます。 詳細については、「 Microsoft Entra テナント ID とプライマリ ドメイン名の検索」を参照してください。
ワークスペース接続 URL を取得するには
ワークスペース の設定>Premium>Workspace 接続で、[ コピー] を選択します。
接続の要件
初期カタログ
SQL Server Profiler などの一部のツールでは、ワークスペースで接続するセマンティック モデル (データベース) である 初期カタログを指定する必要があります。 [サーバーへの接続] ダイアログで、[>Connection プロパティ>データベースへの接続を選択し、セマンティック モデル名を入力します。
![SQL Server Profiler の [サーバーへの接続] ダイアログを示すスクリーンショット。[データベースへの接続] セクションが強調表示されています。](media/service-premium-connect-tools/sql-profiler-connection-properties.png)
ワークスペース名の重複
Power BI 検証のワークスペースでは、重複する名前を持つワークスペースの作成または名前の変更が禁止されます。 別のワークスペースと同じ名前のワークスペースに接続すると、次のメッセージが表示されることがあります。
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]に接続できません。
回避するには、ワークスペース名に加えて ObjectIDGuid を指定します。 URL のワークスペースの ObjectID から ObjectIDGuid をコピーすることができます。 接続 URL に objectID を追加します。 例えば次が挙げられます。
powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - aaaabbbb-0000-cccc-1111-dddd2222eeee。
セマンティックモデルの名前が重複しています
同じワークスペース内の別のセマンティック モデルと同じ名前のセマンティック モデルに接続するには、セマンティック モデル名にセマンティック モデル GUID を追加します。 SSMS のワークスペースに接続すると、セマンティック モデル名と guid の両方を取得できます。
セマンティック モデルの遅延が表示される
ワークスペースに接続すると、新しいセマンティック モデル、削除されたセマンティック モデル、名前変更されたセマンティック モデルからの変更が表示されるまでに、最大で数分かかることがあります。
サポートされていないセマンティック モデル
次のセマンティック モデルには、XMLA エンドポイントを使用してアクセスできません。 これらのセマンティック モデルは、SSMS のワークスペースやその他のツールには表示されません。
- Azure Analysis Services または SQL Server Analysis Services モデルへのライブ接続に基づくセマンティック モデル。
- 別のワークスペース内の Power BI セマンティック モデルへのライブ接続に基づくセマンティック モデル。 詳細については、 ワークスペース間のセマンティック モデルの概要に関するページを参照してください。
- REST API を使用したプッシュ データを使用したセマンティック モデル。
- マイ ワークスペースのセマンティック モデル。
- Excel ワークブックのセマンティックモデル。
サーバー/ワークスペースのエイリアス
Azure Analysis Services でサポートされているサーバー名エイリアスは、Premium ワークスペースではサポートされていません。
セキュリティ
容量管理者によって読み取り/書き込みが有効になっている XMLA エンドポイント プロパティに加えて、テナント レベルの設定 [オンプレミスセ マンティック モデルを使用して XMLA エンドポイントと Excel で分析を許可 する] を管理ポータルで有効にする必要があります。 XMLA エンドポイントに接続する Analyze in Excel (AIXL) ファイルを生成する必要がある場合は、 ユーザーがライブ接続を使用して Excel のセマンティック モデルを操作できる テナント レベルの設定も有効にする必要があります。 これらの設定はどちらも既定で有効になっています。
XMLA エンドポイントを許可し、オンプレミスセマンティック モデルを使用して Excel で分析を行 うのが統合設定です。
ユーザーは、ライブ接続を使用して Excel のセマンティック モデルを操作できます 。これは、エクスポートと共有の設定です。
次の表では、両方の設定の影響について説明します。
| Setting | オンプレミスセマンティック モデルを使用して EXCEL で XMLA エンドポイントと分析を許可する = 無効 | オンプレミスセマンティック モデルを有効にして XMLA エンドポイントと Excel で分析を許可する |
|---|---|---|
| ユーザーは、ライブ接続 = 無効を使用して Excel でセマンティック モデルを操作できます | XMLA: 許可されていません Excel で分析: 許可されていません |
XMLA: 許可 Excel で分析: 許可されていません |
| ユーザーは、ライブ接続 = 有効を使用して Excel でセマンティック モデルを操作できます | XMLA: 許可されていません Excel で分析: 許可 |
XMLA: 許可 Excel で分析: 許可済み |
XMLA エンドポイントを介したアクセスでは、ワークスペース/アプリ レベルで設定されたセキュリティ グループ メンバーシップが優先されます。
ワークスペースの共同作成者以上には、Analysis Services データベース管理者と実質的に同じ書き込みセマンティック モデルのアクセス許可があります。 Visual Studio から新しいセマンティック モデルをデプロイし、SSMS で TMSL スクリプトを実行できます。
ビルド セマンティック モデルのアクセス許可を持つユーザーは、Analysis Services データベース リーダーと同等です。 セマンティック モデルに接続して参照し、データの使用と視覚化を行うことができます。 行レベル セキュリティ (RLS) 規則が適用され、内部セマンティック モデルメタデータを表示できません。
一般的に Analysis Services サーバー管理者のアクセス許可 (データベース管理者ではなく) を必要とする操作はサポートされていません。
詳細については、「ワークスペースでのセマンティック モデルのアクセス許可とロール」を参照してください。
偽装
Premium ワークスペース セマンティック モデルに接続する場合、 EffectiveUserName 接続文字列プロパティ を使用したユーザー偽装がサポートされます。 EffectiveUserName で指定されたアカウントは、テナントの Microsoft Entra ID にあり、接続されているセマンティック モデルの読み取りとビルドの両方のアクセス許可を持っている必要があります。 アカウントに読み取りとビルドの両方のアクセス許可がない場合、Power BI はユーザー アカウントを偽装できません。 接続が失敗し、エラーが返されます。
ロール 接続文字列プロパティで 1 つ以上のワークスペース ロールを指定して、偽装を実行することもできます。 Roles プロパティを使用すると、読み取りアクセス許可への書き込みアクセス許可を持つロール メンバーのダウングレードをテストできます。 サインインしたユーザーのアカウントに応じて、次のロールのアクセス許可が適用されます。
偽装を実行しているユーザー が ワークスペース管理者であり、実質的に Analysis Services のサーバー管理者と同じである場合は、指定されたロールのメンバーである必要はありません。
偽装を実行しているユーザーがワークスペース管理者 でない場合は 、指定されたロールの 1 つ以上に属している必要があります。それ以外の場合は、ユーザーが見つからないか、アクセス許可の種類のエラーが返されません。
モデルの役割
XMLA エンドポイントを使用すると、テナントの Microsoft Entra ID のユーザーに対して、ロール、ロール メンバーシップ、行レベル セキュリティ (RLS)、およびオブジェクト レベル セキュリティ (OLS) を定義できます。 Power BI のモデル ロールは、RLS と OLS にのみ使用されます。 Power BI セキュリティ モデルを使用して、RLS と OLS 以外のアクセス許可を制御します。
Visual Studio で作成された表形式モデル プロジェクトの場合、ロールはモデル デザイナーでロール マネージャーを使用して定義できます。 Power BI のセマンティック モデルの場合、サービスに発行する前に、Power BI Desktop でロールを定義できます。 ロール メンバーシップは、Power BI サービスで指定されます。 SSMS は、ロールの作成と管理にも使用できます。 ほとんどの場合、ロール オブジェクト定義は、TMSL を使用して Roles オブジェクトを作成または変更することによってスクリプト化できます。 TMSL スクリプトは、SSMS または Invoke-ASCmd PowerShell コマンドレットを使用して実行できます。
XMLA エンドポイントを介してロールを操作する場合は、次の制限事項が適用されます。
- セマンティック モデルに設定できるロールのアクセス許可は、読み取りアクセス許可のみです。 その他のアクセス許可は、Power BI セキュリティ モデルを使用して付与されます。
- サービス プリンシパルは RLS および OLS では機能せず、モデル ロール メンバーとして追加することはできません。
- セマンティック モデル ロールの存在に関係なく、XMLA エンドポイントを介した読み取りアクセスには、セマンティック モデルのビルド アクセス許可が必要です。
データ ソース資格情報の設定
XMLA エンドポイントを介して指定されたメタデータは、データ ソースへの接続を作成できますが、データ ソースの資格情報を設定することはできません。 代わりに、Power BI サービスのセマンティック モデル設定ページで資格情報を設定できます。
サービス プリンシパル
サービス プリンシパルは、無人リソースとサービス レベルの操作を実行するためにテナント内で作成する Microsoft Entra アプリの登録です。 これらは、アプリ名、アプリケーション ID、テナント ID、およびパスワードのクライアント シークレットまたは証明書を持つ一意の種類のユーザー ID です。 Power BI Premium では、Power BI Embedded と同じサービス プリンシパル機能が使用されます。
サービス プリンシパルを XMLA エンドポイントと共に使用して、ワークスペースのプロビジョニング、モデルのデプロイ、セマンティック モデルの更新などのセマンティック モデル管理タスクを自動化できます。
- PowerShell
- Azure Automation
- Azure Logic Apps
- カスタム クライアント アプリケーション
詳細については、「サービス プリンシパルを使用して Premium ワークスペースとセマンティック モデルのタスクを自動化する」を参照してください。
セマンティック モデルの検出
テナント レベルの設定 [パッケージの更新の再発行と無効化をブロック する] が有効になっている場合、ユーザーは所有者である XMLA エンドポイントを使用して、それらのセマンティック モデルのみを検出できます。 ユーザーがセマンティック モデルの所有者でない場合は、ワークスペースの 管理者、 メンバー 、または 共同作成者 であっても、Analysis Services データベース リーダーと同じです。
Visual Studio (SSDT) からモデル プロジェクトをデプロイする
Visual Studio で表形式モデル プロジェクトを Premium ワークスペースにデプロイすることは、Azure または SQL Server Analysis Services サーバーへのデプロイとほぼ同じです。 唯一の違いは、プロジェクトに指定された配置サーバー プロパティと、処理操作でデータ ソースからワークスペース上の新しいセマンティック モデルにデータをインポートできるようにデータ ソース資格情報を指定する方法です。
Visual Studio で作成された表形式モデル プロジェクトを配置するには、プロジェクト の Deployment Server プロパティでワークスペース接続 URL を設定します。 Visual Studio の ソリューション エクスプローラーで、プロジェクト >Properties を右クリックします。 [サーバー] プロパティに、ワークスペースの接続 URL を貼り付けます。
![構成ウィンドウのスクリーンショット。サーバーがメイン ウィンドウで強調表示されています。[OK] が選択されています。](media/service-premium-connect-tools/xml-analysis-endpoint-ssdt-deploy-property.png)
Deployment Server プロパティを指定すると、プロジェクトを配置できます。
初めてデプロイすると、model.bim のメタデータを使用して、セマンティック モデルがワークスペースに作成されます。 デプロイ操作の一環として、モデル メタデータからワークスペースにセマンティック モデルが作成された後、データ ソースからセマンティック モデルにデータを読み込む処理は失敗します。
Azure または SQL Server Analysis Server インスタンスへのデプロイとは異なり、デプロイ操作の一環としてデータ ソース資格情報の入力を求めるメッセージが表示されるのとは異なり、Premium ワークスペースのデータ ソース資格情報にデプロイする場合は、デプロイ操作の一部として指定できないため、処理は失敗します。 代わりに、メタデータのデプロイが成功し、セマンティック モデルが作成された後、データ ソースの資格情報は、セマンティック モデルの設定で Power BI サービスで指定されます。 ワークスペースで、 セマンティック モデル>Settings>Data ソース資格情報>編集資格情報を選択します。
データ ソースの資格情報を指定すると、Power BI サービスでセマンティック モデルを更新したり、SQL Server Management Studio から更新のスケジュールを構成したり、セマンティック モデルにデータを読み込むプロセス (更新) を構成したりできます。
Visual Studio のプロジェクトで指定された配置 処理オプション プロパティが確認されます。 ただし、データ ソースに Power BI サービスで資格情報が指定されていない場合、メタデータのデプロイが成功した場合でも、処理は失敗します。 このプロパティを [処理不可] に設定すると、デプロイの一部として処理が試行されないようにすることができます。 新しいセマンティック モデルのデータ ソース設定でデータ ソースの資格情報が指定されると、後続の展開操作の一部として処理が成功するため、プロパティを Default に戻したい場合があります。
SSMS との接続
SSMS を使用してワークスペースに接続することは、Azure または SQL Server Analysis Services サーバーに接続するのと同じです。 唯一の違いは、サーバー名にワークスペース URL を指定し、 Active Directory - MFA 認証でユニバーサル を使用する必要がある点です。
SSMS を使用してワークスペースに接続する
SQL Server Management Studio で、[ 接続>サーバーへの接続] を選択します。
[サーバーの種類] で、[Analysis Services] を選択します。 [サーバー名] に、ワークスペースの URL を入力します。 [認証] で、[Active Directory - MFA を使用してユニバーサル] を選択し、[ユーザー名] に組織のユーザー ID を入力します。
![[サーバーへの接続] ダイアログのスクリーンショット。サーバーの種類、名前、認証が強調表示されています。[接続] が選択されています。](media/service-premium-connect-tools/xml-analysis-endpoint-connect-server.png)
接続されると、ワークスペースは Analysis Services サーバーとして表示され、ワークスペース内のセマンティック モデルはデータベースとして表示されます。
SSMS を使用してメタデータをスクリプト化する方法の詳細については、次を参照してください。
セマンティック モデルの更新
XMLA エンドポイントを使用すると、SSMS を使用したきめ細かい更新機能、PowerShell による自動化、 Azure Automation、TOM を使用した Azure Functions の広範なシナリオが可能になります。 たとえば、すべての履歴データを再読み込みすることなく、特定の 増分更新 履歴パーティションを更新できます。
Power BI サービスでの更新の構成とは異なり、XMLA エンドポイントを介した更新操作は 1 日あたり 48 回の更新に制限されず、 スケジュールされた更新タイムアウト は適用されません。
XMLA エンドポイントを介した書き込みトランザクションを含むセマンティック モデル更新操作の日付、時刻、および状態が記録され、セマンティック モデルの更新履歴に表示されます。
注
XMLA エンドポイントによって実行される更新操作では、タイル キャッシュは自動的に更新されません。 タイル キャッシュは、ユーザーがレポートにアクセスしたときにのみ更新されます。
動的管理ビュー (DMV)
Analysis Services DMV は 、セマンティック モデルのメタデータ、系列、およびリソースの使用状況を可視化します。 XMLA エンドポイントを介して Power BI でクエリを実行するために使用できる DMV は、データベース管理者のアクセス許可を必要とする DMV に制限されます。 たとえば、一部の DMV には Analysis Services サーバー管理者のアクセス許可が必要なため、アクセスできません。
Power BI Desktop で作成されたセマンティック モデル
拡張メタデータ
Power BI Desktop で作成され、Premium ワークスペースに発行されたセマンティック モデルに対する XMLA 書き込み操作には、強化されたメタデータが必要です。 詳細については、「 拡張セマンティック モデルメタデータ」を参照してください。
注意事項
現時点では、Power BI Desktop で作成されたセマンティック モデルに対する書き込み操作により、PBIX ファイルとしてダウンロードされなくなります。 元の PBIX ファイルは必ず保持してください。
データ ソース宣言
データ ソースに接続してデータのクエリを実行する場合、Power BI Desktop では、インライン データ ソース宣言として Power Query M 式が使用されます。 Premium ワークスペースではサポートされていますが、Power Query M インライン データ ソース宣言は、Azure Analysis Services または SQL Server Analysis Services ではサポートされていません。 代わりに、Visual Studio などの Analysis Services データ モデリング ツールは、 構造化データ ソース宣言または プロバイダー データ ソース宣言を使用してメタデータを作成します。 XMLA エンドポイントを使用すると、Premium では構造化データ ソースとプロバイダー データ ソースもサポートされますが、Power BI Desktop モデルの Power Query M インライン データ ソース宣言の一部としてはサポートされません。 詳細については、「 プロバイダーについて」を参照してください。
ライブ接続モードの Power BI Desktop
Power BI Desktop は、ライブ接続を使用して Power BI Premium セマンティック モデルに接続できます。 ライブ接続を使用すると、ユーザーがセマンティック モデルを簡単に使用できるように、データをローカルでレプリケートする必要はありません。 ユーザーが接続できる方法は 2 つあります。
Power BI セマンティック モデルを選択し、セマンティック モデルを選択してレポートを作成します。 これは、ユーザーがセマンティック モデルにライブ接続するための 推奨される方法です 。 このメソッドを使用すると、セマンティック モデルの保証レベルを示す検出エクスペリエンスが向上します。 ユーザーは、ワークスペースの URL を見つけて追跡する必要はありません。 セマンティック モデルを見つけるには、ユーザーはセマンティック モデル名を入力するか、スクロールして目的のセマンティック モデルを見つけます。
![Power BI Desktop のスクリーンショット。Power BI セマンティック モデルがリボンで強調表示されています。[セマンティック モデルの選択] ダイアログがメイン ウィンドウに表示されます。](media/service-premium-connect-tools/dataset-live-connect.png)
データの取得>Analysis Services を使用して、POWER BI Premium ワークスペース名を URL として指定し、[ライブ接続] を選択し、[ナビゲーター] でセマンティック モデルを選択します。 この場合、Power BI Desktop は XMLA エンドポイントを使用して、Analysis Services データ モデルであるかのようにセマンティック モデルにライブ接続します。
![Power BI Desktop Analysis Services が選択されているスクリーンショット。Analysis Services データベース ダイアログで [ライブ接続] が強調表示されています。](media/service-premium-connect-tools/as-live-connect.png)
既存のレポートが Analysis Services データ モデルにライブ接続されていて、Premium セマンティック モデルに移行する予定の組織は、[ データの変換>データ ソース設定でサーバー名の URL を変更するだけで済みます。
監査ログ
アプリケーションがワークスペースに接続すると、XMLA エンドポイント経由のアクセスが Power BI 監査ログに記録され、次の操作が行われます。
| 操作のフレンドリー名 | 操作名 |
|---|---|
| 外部アプリケーションから Power BI セマンティック モデルに接続されている | 外部アプリケーションから接続 |
| 外部アプリケーションから要求された Power BI セマンティック モデルの更新 | 外部アプリケーションからのデータセットの更新 |
| 外部アプリケーションから Power BI セマンティック モデルを作成しました | 外部アプリケーションからデータセットを作成 |
| 外部アプリケーションから編集された Power BI セマンティック モデル | 外部アプリケーションからデータセットを編集 |
| 外部アプリケーションから Power BI セマンティック モデルを削除しました | データセットを外部アプリケーションから削除する |
詳細については、「 Power BI の監査」を参照してください。
考慮事項と制限事項
既定の Power BI セマンティック モデル は、XMLA エンドポイントを使用して変更することはできません。
関連コンテンツ
この記事に関連する詳細については、以下を参照してください。
- Power BI の使用シナリオ: 高度なデータ モデル管理
- 質問がありますか？ Power BI コミュニティで質問してみてください。
- Suggestions? Power BI を改善するためのアイデアをお寄せください