語意模型與 XMLA 端點的連接性

Power BI Premium、Premium Per User 與 Power BI Embedded 工作區使用 XMLA 端點，支援 Microsoft 及第三方使用者應用程式與工具的開放平台連接。

XMLA 端點

工作空間使用 XML for Analysis（XMLA）協定，用於客戶端應用程式與管理您Power BI工作空間及語意模型的引擎之間的通訊。 這些通訊是透過通常稱為的 XMLA 端點。 XMLA 是 Microsoft Analysis Services 引擎所使用的通訊協定，該引擎執行 Power BI 的語意建模、治理、生命週期及資料管理。 透過 XMLA 通訊協定傳送的資料已完全加密。

根據預設，會針對容量中的語意模型工作負載啟用使用端點的唯讀連線。 使用唯讀功能，資料視覺化應用程式和工具可以查詢語意模型模型資料、中繼資料、事件和結構描述。

可以啟用端點進行讀寫作業。 讀寫提供了更多的語義模型管理、治理、進階語意建模、偵錯和監控。 啟用後，語意模型與 Azure Analysis Services 及 SQL Server Analysis Services 企業級表格建模工具與流程更具同等性。

Analysis Services 伺服器屬性

Power BI Premium 支援許多分析服務伺服器屬性。 若要檢閱這些屬性，請參閱 Analysis Services 中的伺服器屬性。

使用規定

使用 XMLA 端點受限於：

單使用者應用程式 - 該應用程式使用單一使用者帳號或應用程式身份，透過 XMLA 端點存取Power BI語意模型。 單一使用者應用程式的範例包括開發人員工具、管理腳本和自動化流程。 這些應用程式可以執行資料建模和管理工作等任務，以變更語意模型的中繼資料、備份或還原作業，或觸發資料重新整理。 用戶端應用程式用來存取語意模型的使用者帳戶或應用程式身分識別必須具有有效的 Premium Per User （PPU） 授權，除非語意模型位於進階容量上。

多使用者應用程式 - 該應用程式提供多位使用者存取Power BI語意模型。 例如，將語意模型整合到商業解決方案中並代表其商業使用者存取語意模型的中間層應用程式。

• 每位使用者付費（PPU）工作區 - 應用程式必須要求每位使用者登入 Power BI。 對於每個使用者，應用程式會使用存取權杖來存取語意模型。 應用程式無法使用服務帳戶或其他應用程式身分識別，代表個別使用者執行工作。 每位使用者都必須擁有自己的 Power BI 帳號，以便開啟報告、存取語意模型及執行查詢。
• 對於高級工作空間，應用程式可以代表終端使用者使用服務帳號或應用程式身份，而不必要求每位使用者登入 Power BI。

用戶端應用程式和工具

目前 Power BI Premium 語意模型支援的 Azure Analysis Services 與 SQL Server Analysis Services 常見應用程式與工具：

Microsoft Excel - Excel 樞紐分析表是用於摘要、分析、探索及呈現Power BI語意模型摘要資料的最常用工具之一。 查詢作業需要使用唯讀模式。 需要隨選即用版本的 Office 16.0.13612.10000 或更高版本。

Visual Studio 與分析服務專案 - 稱為 SQL Server Data Tools（SSDT）。 SSDT 是 Analysis Services 表格式模型的企業級模型撰寫工具。 所有 Visual Studio 2017 及以後版本，包括免費的 Community 版本，都支援分析服務專案擴充功能。 需要延伸模組 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 一起安裝，允許追蹤與除錯語意模型事件。 雖然 SQL Server 官方已棄用，Profiler 仍包含在 SSMS 中，並持續支援分析服務與 Power BI。 需要SQL Server Profiler 版本18.9 或更高版本。 使用者在連線 XMLA 端點時，必須指定語意模型 （初始目錄） 。 欲了解更多，請參閱SQL Server分析服務分析器。

Analysis Services Deployment Wizard - 與 SSMS 一同安裝，此工具可部署Visual Studio作者的表格模型專案至分析服務與高級工作區。 它可以以互動方式運行，也可以從命令列執行以實現自動化。 需要 XMLA 讀寫。 若要深入瞭解，請參閱 Analysis Services 部署精靈。

PowerShell Cmdlet - 使用 Analysis Services Cmdlet 將語意模型管理工作自動化，例如重新整理作業。 需要 XMLA 讀/寫權限。 需要 21.1.18256 版或更新版本的 SqlServer PowerShell 模組。 Azure Analysis Services cmdlets 在 Az.AnalysisServices 模組中不支援 Power BI 語義模型。 若要深入瞭解，請參閱 Analysis Services PowerShell 參考。

Power BI Report Builder - 用於撰寫分頁報告的工具。 建立報告定義，指定要擷取的資料、取得資料的位置，以及如何顯示資料。 你可以在 Report Builder 預覽你的報告，然後將報告發佈到 Power BI service。 需要 XMLA 唯讀。 欲了解更多，請參見Power BI Report Builder。

表格式編輯器 2.x - 一個開放原始碼工具，用於使用直覺式、輕量型編輯器建立、維護和管理表格式模型。 階層式檢視會顯示表格式模型中的所有物件。 依顯示資料夾來組織物件，並支援多選屬性編輯和 DAX 語法醒目提示。 查詢操作需要具有 XMLA 读权限。 需要進行中繼資料操作的讀取和寫入權限。 若要深入了解，請參閱 Tabular Editor 2.x。

DAX Studio - 用於 DAX 撰寫、診斷、效能微調和分析的開放原始碼工具。 功能包括物件瀏覽、整合式追蹤、具有詳細統計資料的查詢執行明細、DAX 語法醒目提示和格式設定。 查詢操作需要具有 XMLA 读权限。 若要深入瞭解，請參閱 daxstudio.org。

ALM 工具包 - 一個開源的結構比較工具，用於Power BI語意模型，最常用於應用程式生命週期管理（ALM）場景。 在不同環境中進行部署，並保留增量更新的歷史數據。 差異和合併中繼資料檔案、分支和存放庫。 在語意模型之間重複使用通用定義。 必須擁有唯讀權限才能執行查詢操作。 需要進行中繼資料操作的讀取和寫入權限。 若要深入瞭解，請參閱 alm-toolkit.com。

第三方 - 包括用戶端資料視覺效果應用程式和工具，可連線到、查詢和取用進階工作區中的語意模型。 大部分的工具都需要最新版本的 MSOLAP 用戶端程式庫，但有些工具可以使用 ADOMD。 唯讀或讀寫的 XMLA 端點取決於操作。

用戶端程式庫

用戶端應用程式和工具不會直接與 XMLA 端點通訊。 相反，他們使用 客戶端庫 作為抽象層。 這些用戶端函式庫是應用程式用來連接 Azure Analysis Services 和 SQL Server Analysis Services 的。 Microsoft 應用程式如 Excel、SQL Server Management Studio（SSMS）及 Visual Studio 的 Analysis Services 專案擴充套件會安裝這三個用戶端函式庫，並定期更新應用程式與擴充功能。 開發人員可以使用用戶端程式庫來建置自訂應用程式。 在某些情況下，特別是使用協力廠商應用程式，如果未與應用程式一起安裝，則可能需要安裝較新版本的用戶端程式庫。 用戶端程式庫每月更新一次。 若要深入瞭解，請參閱用戶端函式庫以便連線到 Analysis Services。

透過啟用大型模型來最佳化寫入作業的語意模型

使用 XMLA 端點進行語意模型管理搭配寫入作業時，建議您啟用大型模型的語意模型。 這減少了寫入操作的開銷，從而使它們變得相當快。 對於超過 1 GB （壓縮後） 的語意模型，差異可能會很大。 欲了解更多，請參閱大型模型Power BI Premium。

啟用 XMLA 讀寫

根據預設，進階容量或進階每使用者語意模型工作負載的 XMLA 端點屬性設定預設為唯讀模式。 這意味著應用程式只能查詢語義模型。 若要讓應用程式執行寫入作業，必須啟用 XMLA 端點屬性才能進行讀寫。

啟用高級容量的讀寫功能

1. 選取 [設定>] [管理入口網站]。

2. 在管理入口網站，選擇 Capacity settings>Power BI Premium> 容量名稱。

3. 展開 工作負載。 在 XMLA 端點 設定中，選取 [ 讀取寫入]。 XMLA 端點設定會應用於所有指派至該容量的 工作區和語意模型。

   

啟用 Premium Per User 的可讀寫功能

1. 選取 [設定>] [管理入口網站]。
2. 在系統管理入口網站中，選取 [ Premium Per User]。
3. 展開語意模型工作負載設定。 在 XMLA 端點 設定中，選取 [ 讀取寫入]。

連線到進階工作區

配置到容量的工作區會有一個以 URL 格式表示的連接字串。 例如：

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]。

連線到工作區的應用程式會使用 URL，就像它是 Analysis Services 伺服器名稱一樣。 例如：

powerbi://api.powerbi.com/v1.0/contoso.com/Sales%20Workspace。

備註

工作區名稱必須依照 RFC 3986 的定義進行 URI 編碼或 URI 轉義，任何保留字元都必須以百分比編碼。 例如， Sales%20Workspace 是工作空間名稱 Sales Workspace的 URI 編碼版本。

連接個人工作空間

使用者可透過 XMLA 端點連接個人工作區（My Workspace）中的語意模型，前提是該個人工作區被分配為 Premium Per User（PPU）、Premium 或 Fabric 容量。 使用者必須在目標工作空間內的語意模型擁有 Build 權限，特別是在連接其他使用者個人工作空間中的語意模型時。

基於 XMLA 的用戶端可依以下需求連接個人工作區：

• 分析服務用戶端函式庫版本為 MSOLAP 17.0.40.18 或更高版本，ADOMD 為 19.104.2.0 或更高版本。
• v2格式的連線字串，透過UPN或物件ID參考目標個人工作空間的擁有者：
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[URI_encoded_UPN]
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[UserObjectId]

對於 SQL Server Management Studio（SSMS），連接個人工作空間時，請使用 2026 年 2 月版本或之後版本。

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 入口網站，從主選單選擇 Microsoft Entra ID，然後在 Microsoft Entra 概覽頁面上註明相關資訊。 欲了解更多資訊，請參見 查找 Microsoft Entra 租戶 ID 及主要網域名稱。

取得工作區連線 URL

在工作區設定>高級>工作區連線中，選取複製。

連線需求

初始目錄

使用某些工具，如 SQL Server Profiler，你必須指定一個 Initial Catalog，這是你工作空間中要連接的語意模型（資料庫）。 在「 連線至伺服器 」對話方塊中，選取 「選項>」「連線屬性」「>連線至資料庫」，輸入語意模型名稱。

重複的工作區名稱

Workspaces在Power BI驗證中防止建立或重新命名重複名稱的工作區。 連線到與另一個工作區同名的工作區時，您可能會收到下列訊息：

無法連線到 powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]。

若要因應，除了工作區名稱之外，還請指定 ObjectIDGuid。 您可以從工作區 ObjectID 的 URL 中複製 ObjectIDGuid。 將 objectID 附加至連線 URL。 例如：

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 端點的在 Excel 中分析（AIXL）檔案，也應啟用租用戶層級設定使用者可以在 Excel 中使用即時連線來操作語意模型。 預設情況下，這些設定都處於啟用狀態。

允許 XMLA 端點和使用內部部署語意模型在 Excel 中分析 是整合設定。

使用者可以使用即時連線在 Excel 中使用語意模型 ，這是匯出和共用設定。

下表說明這兩個設定的含意：

Setting	允許 XMLA 端點，並在 Excel 中使用內部部署語意模型進行分析 = 停用	允許 XMLA 端點和 Excel 中的分析功能，且內部部署語意模型已啟用
使用者可以在 Excel 中使用即時連線來操作語意模型 = 停用	XMLA： 不允許 在 Excel 中分析： 不允許	XMLA： 允許 在 Excel 中分析： 不允許
用戶可以使用實時連接 = enabled 在 Excel 中使用語義模型	XMLA： 不允許 在 Excel 中進行分析：允許	XMLA： 允許 在 Excel 中進行分析：允許

透過 XMLA 端點的存取會遵循在工作區/應用程式層級設定的安全性群組成員資格。

工作區參與者及更高階級具有編寫語意模型的權限，這實際上等同於 Analysis Services 資料庫系統管理員的權限。 他們可以從 Visual Studio 部署新的語意模型，並在 SSMS 中執行 TMSL 腳本。

具有建置語意模型許可權的使用者相當於 Analysis Services 資料庫讀取者。 他們可以連線並瀏覽語意模型，以進行資料取用和視覺化。 列級安全性（RLS）規則會被遵循，它們無法存取或查看內部語意模型中繼資料。

一般不支援需要 Analysis Services 伺服器系統管理員權限 （而不是資料庫系統管理員） 的作業。

若要深入瞭解，請參閱 語意模型許可權 和 工作區中的角色

模仿

連接高級工作空間語意模型時，支援使用 EffectiveUserName connection string屬性進行使用者模擬。 EffectiveUserName 指定的帳號必須在租戶的 Microsoft Entra ID 中，且必須同時擁有 Read 以及 Build 權限，以供所連接的語意模型使用。 如果帳號沒有同時擁有讀取和建置權限，Power BI 就無法冒充使用者帳號。 連線將會失敗，並傳回錯誤。

你也可以通過在 Roles 連接字串屬性 中指定一個或多個工作區角色來進行模擬。 使用 Roles 屬性，您可以測試將具有 [寫入] 權限的角色成員降級為 [讀取] 權限。 下列角色權限會套用，視登入使用者的帳戶而定：

• 如果執行模擬的使用者 是 工作區系統管理員，這實際上與 Analysis Services 中的伺服器系統管理員相同，則他們不需要成為任何指定角色的成員。

• 如果執行模擬的使用者 不是 工作區管理員，則他們必須屬於一或多個指定的角色，否則會傳回找不到使用者或無權限類型錯誤。

模型角色

透過 XMLA 端點，可以在租戶的 Microsoft Entra ID 中為使用者定義角色、角色成員、列層安全（RLS）及物件層級安全（OLS）。 Power BI 中的模型角色僅用於 RLS 和 OLS。 使用 Power BI 的安全模型來控制權限，超越 RLS 和 OLS。

對於在 Visual Studio 撰寫的表格模型專案，角色可以透過模型設計器中的角色管理器來定義。 對於 Power BI 中的語意模型，角色可以在發佈到服務前先在 Power BI Desktop 中定義。 角色成員資格在 Power BI service 中指定。 SSMS 也可用於建立和管理角色。 在大部分情況下，可以使用 TMSL 來建立或修改 角色物件，以編寫角色物件定義的腳本。 TMSL 腳本可以在 SSMS 中執行，或使用 Invoke-ASCmd PowerShell Cmdlet 執行。

透過 XMLA 端點使用角色時，會套用下列限制：

• 可針對語意模型設定的角色的唯一許可權是讀取許可權。 其他權限則是透過 Power BI 安全模型授予。
• 服務主體無法與 RLS 和 OLS 搭配使用，而且無法新增為模型角色成員。
• 無論語意模型角色是否存在，都需要語意模型的建置許可權，才能透過 XMLA 端點進行讀取存取。

設定資料來源認證

透過 XMLA 端點指定的中繼資料可以建立與資料來源的連線，但無法設定資料來源認證。 相反地，憑證可以在 Power BI 服務的語意模型設定頁面中設定。

服務主體

服務主體是你在租戶內建立的 Microsoft Entra 應用程式註冊，用來執行無人值守的資源與服務層級操作。 它們是具有應用程式名稱、應用程式識別碼、租用戶識別碼，以及用戶端機密或憑證作為密碼的唯一使用者身分識別類型。 Power BI Premium 使用與 Power BI Embedded 相同的服務主體功能。

服務主體可與 XMLA 端點搭配使用，以自動化語意模型管理工作，例如佈建工作區、部署模型和語意模型重新整理，並使用：

• PowerShell
• Azure Automation
• Azure Logic Apps
• 自訂用戶端應用程式

若要深入瞭解，請參閱 使用服務主體自動化進階工作區和語意模型工作。

語意模型探索

啟用租用戶層級設定 [封鎖重新發佈並停用套件重新整理 ] 時，使用者只能使用他們所擁有的 XMLA 端點來探索那些語意模型。 如果使用者不是語意模型的擁有者，則即使他們是工作區的 系統管理員、 成員 或 參與者 ，他們也相當於 Analysis Services 資料庫讀取者。

從 Visual Studio （SSDT） 部署模型專案

在 Visual Studio 中部署一個表格模型專案到高級工作空間，與部署到 Azure 或 SQL Server Analysis Services 伺服器非常相似。 唯一的差異在於為專案指定的部署伺服器屬性，以及如何指定資料來源認證，以便處理作業可以將資料從資料來源匯入工作區上的新語意模型。

若要部署由 Visual Studio 撰寫的表格模型專案，請在專案 Deployment Server 屬性中設定工作區連線 URL。 在 Visual Studio 中，Solution Explorer，右鍵點擊專案 >Properties。 在 [伺服器 ] 屬性中，貼上工作區連線 URL。

指定 部署伺服器 內容時，可以部署專案。

第一次部署時，會使用 model.bim 中的中繼資料在工作區中建立語意模型。 在進行部署作業時，當從模型中繼資料在工作區中建立語意模型後，從資料來源載入資料至語意模型的過程將會失敗。

處理失敗的原因在於，與部署到 Azure 或 SQL Server Analysis Server 實例不同，部署操作時會要求資料來源憑證，部署到高級工作空間時無法在部署操作中指定資料來源憑證。 相反地，在中繼資料部署成功並建立語意模型後，會在 Power BI 服務的語意模型設定中指定資料來源憑證。 在工作區中，選取 [語意模型>] [設定>] [資料來源認證] [>編輯認證]。

當指定資料來源憑證後，你可以在 Power BI service 中刷新語意模型、設定排程刷新，或從 SQL Server Management Studio 進行（重新整理）來載入資料到語意模型中。

Visual Studio 專案中指定的部署Processing Option特性被觀察到。 然而，如果資料來源在 Power BI 服務中沒有指定憑證，即使中繼資料部署成功，操作將會失敗。 您可以將屬性設定為不處理，以防止在部署過程中進行任何處理嘗試。 您可能想要將屬性設定回 [預設] ，因為一旦在新語意模型的資料來源設定中指定資料來源認證，後續部署作業的處理就會成功。

使用 SSMS 連線

使用 SSMS 連接工作空間就像連接 Azure 或 SQL Server Analysis Services 伺服器一樣。 唯一的差別是你在伺服器名稱中指定工作區 URL，且必須使用 Active Directory - Universal 搭配 MFA 認證。

使用 SSMS 連線到工作區

1. 在SQL Server Management Studio中，選擇 Connect>Connect to Server。

2. 在 [伺服器類型] 中，選取 [Analysis Services]。 在 [伺服器名稱] 中，輸入工作區 URL。 在 Authentication 中，選擇 Active Directory - Universal with MFA，然後在 User name 輸入你的組織使用者 ID。

   

連線時，工作區會顯示為 Analysis Services 伺服器，而工作區中的語意模型會顯示為資料庫。

Microsoft SQL Server Management Studio視窗的截圖。Object Explorer在主窗格裡。

若要深入瞭解如何使用 SSMS 來編寫中繼資料指令碼，請參閱：

• 建立 Analysis Services 腳本
• 表格模型腳本語言（TMSL）

語意模型重新整理

XMLA 端點啟用各種情境以提供細粒度刷新功能，使用 SSMS、PowerShell 自動化，Azure Automation 和 TOM Azure Functions。 例如，您可以重新整理某些 累加式重新整理 歷程資料分割區，而不需要重新載入所有歷程資料。

與在 Power BI service 中設定刷新不同，透過 XMLA 端點的刷新操作不限於每天 48 次，且不強制施加 排程刷新逾時。

包含透過 XMLA 端點的寫入交易的語意模型重新整理作業的日期、時間和狀態會記錄並顯示在語意模型重新整理歷程記錄中。

備註

XMLA 端點所執行的重新整理作業不會自動更新快取圖磚。 圖磚快取只會在使用者存取報表時重新整理。

動態管理視圖（DMV）

Analysis Services DMV 提供語意模型中繼資料、譜系和資源使用量的可見度。 透過 XMLA 端點在 Power BI 中可查詢的 DMV 僅限於那些需要資料庫管理員權限的項目。 例如，某些 DMV 無法存取，因為它們需要 Analysis Services 伺服器系統管理員許可權。

Power BI Desktop 撰寫語意模型

增強的中繼資料

在 Power BI Desktop 撰寫並發佈到高級工作區的語意模型上進行 XMLA 寫入操作，需要增強的元資料。 若要深入瞭解，請參閱 增強的語意模型中繼資料。

謹慎

此時，對 Power BI Desktop 撰寫的語意模型進行寫入操作，會阻止該模型被下載回 PBIX 檔案。 請務必保留原始 PBIX 檔案。

資料來源宣告

在連接資料來源並查詢資料時，Power BI Desktop 使用 Power Query M 表達式作為內嵌資料來源宣告。 雖然 Premium workspace 支援 Power Query M 的內嵌資料來源宣告，但 Azure Analysis Services 或 SQL Server Analysis Services 並不支援。 相反地，Analysis Services 的資料建模工具如 Visual Studio 會使用 structured 或 provider 資料來源宣告來建立元資料。 在 XMLA 端點中，Premium 也支援結構化與提供者資料來源，但不包含在 Power BI 桌面模型中 Power Query M 內嵌資料來源宣告中。 若要深入瞭解，請參閱 瞭解提供者。

Power BI 桌面即時連接模式

Power BI Desktop 可以透過即時連線連接到 Power BI Premium 語意模型。 使用即時連線，不需要在本機複寫資料，讓使用者更容易使用語意模型。 使用者可以透過兩種方式進行連線：

• 選擇 Power BI語意模型，然後選擇語意模型來建立報告。 這是使用者即時連線到語意模型的 建議 方式。 此方法提供改進的探索體驗，顯示語意模型的背書層級。 使用者不需要尋找並追蹤工作區 URL。 要查找語義模型，用戶只需輸入語義模型名稱或滾動即可找到他們正在尋找的語義模型。

  

• 使用 Get Data>Analysis Services，將 Power BI Premium 工作區名稱指定為 URL，選擇 Connect live，然後在 Navigator 中選擇語意模型。 在此情況下，Power BI Desktop 使用 XMLA 端點，像分析服務資料模型一樣即時連接語意模型。

  

將現有報表即時連線至 Analysis Services 資料模型，並打算移轉至進階語意模型的組織，只需要在 [轉換數據>資料來源] 設定中變更伺服器名稱 URL。

稽核記錄

當應用程式連接到工作空間時，透過 XMLA 端點的存取會被記錄在 Power BI 稽核日誌中，並進行以下操作：

作業易記名稱	作業名稱
從外部應用程式連接到 Power BI 語意模型	從外部應用程式連接
從外部應用程式請求 Power BI 語意模型刷新	從外部應用程式刷新數據集
從外部應用程式建立 Power BI 語意模型	從外部應用程式創建資料集
從外部應用程式編輯的 Power BI 語意模型	從外部應用程式編輯資料集
從外部應用程式刪除的 Power BI 語意模型	從外部應用程式刪除數據集

欲了解更多，請參閱Auditing Power BI。

考慮事項與限制條件

Default Power BI 語意模型無法使用 XMLA 端點修改。

相關內容

如需與本文相關的詳細資訊，請參閱：

• Power BI 使用情境：進階資料模型管理
• 有任何問題嗎？ 試著問Power BI Community
• 有任何建議嗎？ 提供點子以改進 Power BI