本文探討使用「內部部署資料閘道」時可能遇到的一些常見問題。

注意︰如果遇到下文未列出的問題,您可在下列位置尋求進一步的協助。

  • Power BI 可以使用社群網站,或者您可以建立支援票證
  • PowerApps 可以使用社群網站,或者您可以建立支援票證
  • Microsoft Flow 可以使用社群網站,或者您可以建立支援票證
  • Logic Apps 可以透過 Azure 入口網站提交支援票證。

更新為最新版本

當閘道器版本過期時就會出現很多問題。 這是確定維持最新版本的良好一般做法。 如果超過一個月或更久沒有更新閘道器,您可能要考慮安裝最新版的閘道器,然後查看可否重現這項問題。

常見問題

以下是幾個常見問題,以及已協助許多網際網路存取受限環境中客戶的解決方案。

Proxy 伺服器的驗證

您的 Proxy 可能會要求驗證網域使用者帳戶。 根據預設,閘道會使用 Windows 服務登入使用者的服務 SID。 將登入使用者變更為網域使用者可以解決這個問題。 如需詳細資訊,請參閱將閘道服務帳戶變更為網域使用者

您的 Proxy 只允許連接埠 80 和 443 的流量

某些 Proxy 會將流量限制在連接埠 80 和 443。 根據預設,Azure 服務匯流排的通訊會發生在連接埠 443 以外。

您可以強制閘道使用 HTTPS 與 Azure 服務匯流排進行通訊,而不使用 TCP。 不過,這會大幅降低效能。 您會需要修改 Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config 檔案。 將值從 AutoDetect 變更為 Https。 根據預設,這個檔案位於 C:\Program Files\On-premises data gateway

<setting name="ServiceBusSystemConnectivityModeString" serializeAs="String">
    <value>Https</value>
</setting>

安裝

錯誤:無法將使用者加入群組。 (-2147463168 PBIEgwService 效能記錄使用者 )

如果您嘗試在網域控制站上安裝閘道,就有可能會收到這個錯誤。 不支援在網域控制站上部署。 您必須在非網域控制站的電腦上部署閘道。

設定

如何重新啟動閘道

閘道以 Windows 服務的形式執行,因此您可以用多種方式加以啟動及停止。 例如,您可以在閘道執行的電腦上開啟提高權限的命令提示字元,然後執行下列其中一個命令:

  • 若要停止服務,請執行這個命令:

    ''' net stop PBIEgwService '''

  • 若要啟動服務,請執行這個命令:

    ''' net start PBIEgwService '''

錯誤:無法建立閘道。 請再試一次。

所有詳細資料都可以使用,但呼叫 Power BI 服務會傳回錯誤。 系統將會顯示錯誤和活動識別碼。 這個錯誤發生的原因有好幾個。 您可以如下所述收集並檢閱記錄檔,以取得詳細資訊。

這也可能是由於 Proxy 設定問題。 使用者介面現在允許 Proxy 設定。 您可以深入了解 Proxy 設定變更相關資訊

錯誤:無法更新閘道詳細資訊。 請再試一次。

已從連接到閘道的 Power BI 服務收到資訊。 此資訊已傳遞到本機 Windows 服務,但無法傳回。 或者,對稱金鑰產生作業失敗。 [顯示詳細資料] 底下會顯示內部例外狀況。 您可以如下所述收集並檢閱記錄檔,以取得詳細資訊。

錯誤:Power BI 服務回報無法連繫區域閘道。 請重新啟動閘道,然後再試一次。

設定結束時,會再次呼叫 Power BI 服務以驗證閘道。 Power BI 服務未將閘道報告為「即時」 。 重新啟動 Windows 服務可能會讓通訊成功。 您可以如下所述收集並檢閱記錄檔,以取得詳細資訊。

登入 Power BI 期間發生指令碼錯誤

登入內部部署資料閘道組態的 Power BI 時,您可能會收到指令碼錯誤。 安裝下列安全性更新應可解決問題。 這可以透過 Windows Update 安裝。

MS16-051:Internet Explorer 的安全性更新︰2016 年 5 月 10 日 (KB 3154070)

閘道設定失敗,發生 null 參考例外狀況

您可能會遇到類似下列的錯誤。

    Failed to update gateway details.  Please try again.
    Error updating gateway configuration.

這將包含堆疊追蹤,而且該堆疊追蹤會可能包括下列項目。

    Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.CouldNotUpdateGatewayConfigurationException: Error updating gateway configuration. ----> System.ArgumentNullException: Value cannot be null.
    Parameter name: serviceSection

如果您從舊版的閘道升級,我們將會保留設定檔。 可能有遺漏的區段。 當閘道嘗試加以讀取時,我們會取得上述 null 參考例外狀況。

若要修正此問題,請執行下列項目。

  1. 將閘道解除安裝。

  2. 刪除下列資料夾。

    c:\Program Files\on-premises data gateway
    
  3. 重新安裝該閘道。

  4. 選擇性地套用修復金鑰,以還原現有的閘道。

資料來源

錯誤:無法連接。 詳細資訊:「連接認證無效」

在 [顯示詳細資料] 中,應該會顯示從資料來源收到的錯誤訊息。 若是 SQL Server,您應該會看到類似如下的訊息。

Login failed for user 'username'.

請確認您擁有正確的使用者名稱和密碼。 另請確認這些認證可成功連接到資料來源。 請確定使用的帳戶符合 驗證方法

錯誤:無法連接。 詳細資訊:「無法連接到資料庫」

我們可以連接到伺服器,但無法連接到提供的資料庫。 請確認資料庫的名稱,以及使用者認證具有存取該資料庫的適當權限。

在 [顯示詳細資料] 中,應該會顯示從資料來源收到的錯誤訊息。 若是 SQL Server,您應該會看到類似如下的訊息。

Cannot open database "AdventureWorks" requested by the login. The login failed. Login failed for user 'username'.

錯誤:無法連接。 詳細資訊:「資料閘道發生不明錯誤」

這個錯誤可能有數個不同的發生原因。 請務必驗證您可以從裝載閘道的電腦連接到資料來源。 這可能是由於無法存取伺服器所致。

在 [顯示詳細資料] 中,您會看到錯誤碼 DM_GWPipeline_UnknownError

您也可以查看 [事件記錄檔] > [應用程式及服務記錄檔] > [內部部署資料閘道服務],以取得詳細資訊。

錯誤:嘗試連接 時發生錯誤。 詳細資訊:「已連線到資料閘道,但該閘道無法存取內部部署資料來源。」

我們無法連接到指定的資料來源。 請務必驗證為該資料來源提供的資訊。

在 [顯示詳細資料] 中,您會看到錯誤碼 DM_GWPipeline_Gateway_DataSourceAccessError

如果出現類似下面的基礎錯誤訊息,則表示為此資料來源所使用的帳戶不是該 Analysis Services 執行個體的伺服器管理員。 深入了解

The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis property is not valid.

如果基礎錯誤訊息類似於下列訊息,這可能表示 Analysis Services 的服務帳戶可能遺漏了 token-groups-global-and-universal (TGGAU) 目錄屬性。

The user name or password is incorrect.

具有 Windows 2000 之前版本相容性存取權的網域會啟用 TGGAU 屬性。 不過,最新建立的網域預設將不會啟用此屬性。 您可以在這裡閱讀更多相關資訊。

您可以透過下列方式加以確認。

  1. 在 SQL Server Management Studio 中連接至 Analysis Services 電腦。 在進階連線屬性中,替有問題的使用者包括 EffectiveUserName,並查看這是否會重現錯誤。

  2. 您可以使用 dsacls Active Directory 工具,以驗證屬性是否列出。 此工具通常可以在網域控制站上找到。 您必須知道帳戶的可辨別網域名稱為何,並將其傳遞至工具。

    dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"
    

    您會想要在結果中看到類似下列的項目。

        Allow BUILTIN\Windows Authorization Access Group
                                      SPECIAL ACCESS for tokenGroupsGlobalAndUniversal
                                      READ PROPERTY
    

若要修正此問題,您必須在用於 Analysis Services windows 服務的帳戶上啟用 TGGAU。

另一種使用者名稱或密碼不正確的可能性

如果 Analysis Services 伺服器和使用者位在不同的網域,而且沒有建立雙向信任關係,也會發生此錯誤。

您必須和網域系統管理員合作,以驗證網域之間的信任關係。

無法從 Power BI 服務查看 Analysis Services「取得資料」體驗中的資料閘道資料來源

請確定閘道設定內資料來源的 [使用者] 索引標籤中已列出您的帳戶。 若您沒有閘道存取權,請洽詢閘道管理員並請求驗證。 只有使用者清單中的帳戶才能查看 Analysis Services 清單所列出的資料來源。

資料集

錯誤:這個資料列沒有足夠空間。

如果您有大小超過 4 MB 的單一資料列,就可能發生這種情況。 您必須從資料來源判斷那是什麼資料列,並嘗試加以篩選或縮減該資料列的大小。

錯誤︰提供的伺服器名稱不符合 SQL Server SSL 憑證上的伺服器名稱。

當憑證 CN 代表伺服器的完整網域名稱 (FQDN),但您只提供伺服器的 NetBIOS 名稱時,就可能會發生這個情況。 這將導致憑證不相符。 若要解決此問題,您必須讓閘道資料來源及 PBIX 檔案內的伺服器名稱使用伺服器的 FQDN。

我在設定排程的重新整理時,沒有看到任何內部部署資料閘道。

這可能是因為下列幾個不同的情況。

  1. 在 Power BI Desktop 中輸入的伺服器和資料庫名稱,不符合閘道已設定的資料來源。 這些必須是相同的值。 它們不區分大小寫。

  2. 您的帳戶未列於閘道組態內資料來源的 [使用者] 索引標籤中。 您必須將閘道的系統管理員加入該清單。

  3. 您的 Power BI Desktop 檔案中有多個資料來源,但並非所有資料來源都是使用閘道設定。 您必須使用閘道定義每個資料來源,才能在排程的重新整理期間顯示閘道。

警告:

如果其中一個資料來源需要 OAuth 驗證,您將無法使用內部部署資料閘道進行設定。 內部部署資料閘道目前不支援 OAuth 驗證。 您必須從 Power BI Desktop 移除需要 OAuth 驗證的資料來源,才能設定排程的重新整理。

報表

因為您無法透過內部部署資料閘道存取資料來源,所以報表無法存取資料來源。

此情形通常由下列其中一個項目所造成。

  1. 資料來源資訊與基礎資料集中的項目不符合。 伺服器和資料庫名稱必須與為內部部署資料閘道定義的資料來源,或是您在 Power BI Desktop 內提供的名稱相符。 如果您在 Power BI Desktop 中使用 IP 位址,則內部部署資料閘道的資料來源也必須使用 IP 位址。

  2. 組織內任何閘道上都沒有可用的資料來源。 您可以在全新或現有的內部部署資料閘道上設定資料來源。

錯誤︰資料來源存取錯誤。 請連絡閘道管理員。

如果這份報表使用即時 Analysis Services 連線,您可能會遇到將值傳遞至 EffectiveUserName 的問題,該值不是無效,就是在 Analysis Services 電腦上沒有權限。 一般而言,驗證問題是因為傳入的 EffectiveUserName 的值不符合本機使用者主體名稱 (UPN)。

若要確認這一點,您可以執行下列動作。

  1. 閘道記錄檔內尋找有效的使用者名稱。

  2. 傳遞值之後,驗證其正確性。 如果是您的使用者,您可以從命令提示字元使用下列命令,以查看應該為哪一個 UPN。 UPN 會看起來類似電子郵件地址。

    whoami /upn
    

您可以選擇性地查看 Power BI 從 Azure Active Directory 取得哪些項目。

  1. 請瀏覽 https://graphexplorer.cloudapp.net

  2. 選擇右上角的 [登入]。

  3. 執行下列查詢。 您會看到相當大的 JSON 回應。

    https://graph.windows.net/me?api-version=1.5
    
  4. 尋找 userPrincipalName

如果您的 Azure Active Directory UPN 不符合您的本機 Active Directory UPN,您可以使用對應使用者名稱功能,以有效的值加以取代。 或者,您可以和您的租用戶管理員或本機 Active Directory 系統管理員合作,以變更您的 UPN。

防火牆或 Proxy

如需了解如何為您的閘道提供 Proxy 資訊,請參閱 進行 Power BI 閘道的 Proxy 設定

您可以從 PowerShell 提示字元執行 Test-NetConnection 進行測試,以了解您的防火牆 (或 Proxy) 是否封鎖連線。 這將會測試 Azure 服務匯流排連線。 這只會測試網路連線,不會動用雲端伺服器服務或閘道。 其可協助判斷您的電腦是否可以連出網際網路。

Test-NetConnection -ComputerName watchdog.servicebus.windows.net -Port 9350
注意:

Test-NetConnection 僅可在 Windows Server 2012 R2 及更新版本使用。 也適用於 Windows 8.1 和更新版本。 在較舊的 OS 版本上,您可以使用 Telnet 來測試連接埠連線能力。

結果應該類似以下所示。 差異將會是 TcpTestSucceeded。 若 TcpTestSucceeded 不是 *True*,則您可能遭到防火牆封鎖。

ComputerName           : watchdog.servicebus.windows.net
RemoteAddress          : 70.37.104.240
RemotePort             : 5672
InterfaceAlias         : vEthernet (Broadcom NetXtreme Gigabit Ethernet - Virtual Switch)
SourceAddress          : 10.120.60.105
PingSucceeded          : False
PingReplyDetails (RTT) : 0 ms
TcpTestSucceeded       : True

若您想獲得完全相同的結果,請以連接埠列出的內容替代 ComputerNamePort 的值。

防火牆也可能會封鎖 Azure 服務匯流排對 Azure 資料中心的連線。 若是這類情況下,您可以將這些資料中心區域的 IP 位址加入允許名單 (解除封鎖) 中。 您可以在這裡取得一份 Azure IP 位址清單。

您可以執行下列動作來找到您所在的資料中心區域︰

  1. 在 Power BI 服務的右上角,選取 [?] 。

  2. 選取 [關於 Power BI]。

  3. 您的資料區域會列在 [您的資料儲存位置] 中。

如果您仍然無法取得任何進展,您可以嘗試使用 fiddler 或 netsh 之類的工具進行網路追蹤,雖然這些都是進階的收集方法,而且您可能需要其他協助來分析收集到的資料。 您可以連絡支援以取得協助。

效能

效能計數器

您可使用數種效能計數器來量測閘道的活動。 這些計數器有助於您了解活動負載是否很大,而可能需要設定新的閘道器。 這些計數器並不會反映某個項目花多少時間。

您可以透過 Windows 效能監視器工具存取這些計數器。

這些計數器的一般分組如下:

計數器類型 描述
ADO.NET 適用於任何 DirectQuery 連線。
ADOMD 適用於 Analysis Services 2014 及更早版本。
OLEDB 適用於特定資料來源。 其中包括 SAP HANA 和 Analysis Service 2016 或更新版本。
Mashup 其中包括任何匯入的資料來源。 如果您要排程重新整理或執行隨選重新整理,該項作業就會使用 Mashup Engine。

以下是可用的效能計數器清單。

計數器 描述
# ADO.NET open connection executed/sec 每秒執行的 ADO.NET 開放連線動作次數 (成功或失敗)。
# ADO.NET open connection failed/sec 每秒失敗的 ADO.NET 開放連線動作次數。
# ADO.NET queries executed/sec 每秒執行的 ADO.NET 查詢次數 (成功或失敗)。
# ADO.NET queries failed/sec 每秒執行的 ADO.NET 查詢失敗次數。
# ADOMD open connection executed/sec 每秒執行的 ADOMD 開放連線動作次數 (成功或失敗)。
# ADOMD open connection failed/sec 每秒失敗的 ADOMD 開放連線動作次數。
# ADOMD queries executed/sec 每秒執行的 ADOMD 查詢次數 (成功或失敗)。
# ADOMD queries failed/sec 每秒執行的 ADOMD 查詢失敗次數。
# all open connection executed/sec 每秒執行的開放連線動作次數 (成功或失敗)。
# all open connection failed/sec 每秒執行的開放連線動作失敗次數。
# all queries executed/sec 每秒執行的查詢次數 (成功或失敗)。
# items in the ADO.NET connection pool ADO.NET 連接集區中的項目數。
# items in the OLEDB connection pool OLEDB 連接集區中的項目數。
# items in the Service Bus pool 服務匯流排集區中的項目數。
# Mashup open connection executed/sec 每秒執行的 Mashup 開放連線動作次數 (成功或失敗)。
# Mashup open connection failed/sec 每秒失敗的 Mashup 開放連線動作次數。
# Mashup queries executed/sec 每秒執行的 Mashup 查詢次數 (成功或失敗)。
# Mashup queries failed/sec 每秒執行的 Mashup 查詢失敗次數。
# multiple result set OLEDB queries failed/sec 每秒執行的多個 ResultSet OLEDB 查詢失敗次數。
# OLEDB multiple resultset queries executed/sec 每秒執行的 OLEDB 多個 ResultSet 查詢次數 (成功或失敗)。
# OLEDB open connection executed/sec 每秒執行的 OLEDB 開放連線動作次數 (成功或失敗)。
# OLEDB open connection failed/sec 每秒失敗的 OLEDB 開放連線動作次數。
# OLEDB queries executed/sec 每秒執行的 OLEDB 多個 ResultSet 查詢次數 (成功或失敗)。
# OLEDB queries failed/sec 每秒執行的 OLEDB 多個 ResultSet 查詢失敗次數。
# OLEDB single resultset queries executed/sec 每秒執行的 OLEDB 單一 ResultSet 查詢次數 (成功或失敗)。
# queries failed/sec 每秒執行的查詢失敗次數。
# single result set OLEDB queries failed/sec 每秒執行的單一 ResultSet OLEDB 查詢失敗次數。

檢閱執行緩慢的查詢

您可能會發現透過閘道的回應很慢。 這可能發生在 DirectQuery 查詢,或重新整理匯入的資料集時。 您可以啟用輸出查詢及其時間的額外記錄,以協助您了解哪些項目的執行速度緩慢。 當您發現執行很久的查詢時,可能需要在資料來源進行其他修改,以調整查詢效能。 例如,調整 SQL Server 查詢的索引。

您必須修改下列兩個設定檔來判斷查詢的持續時間:

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config 檔案中,將 EmitQueryTraces 值從 False 變更為 True。 根據預設,這個檔案位於 C:\Program Files\On-premises data gateway 。 啟用 EmitQueryTraces 時,就會開始記錄從閘道傳送到資料來源的查詢。

重要事項:

根據閘道的使用方式,啟用 EmitQueryTraces 可能會大幅增加記錄大小。 在您完成檢閱記錄後,需要將 EmitQueryTraces 設定為 False。 不建議長期啟用這項設定。

<setting name="EmitQueryTraces" serializeAs="String">
    <value>True</value>
</setting>

範例查詢項目

DM.EnterpriseGateway Information: 0 : 2016-09-15T16:09:27.2664967Z DM.EnterpriseGateway    4af2c279-1f91-4c33-ae5e-b3c863946c41    d1c77e9e-3858-4b21-3e62-1b6eaf28b176    MGEQ    c32f15e3-699c-4360-9e61-2cc03e8c8f4c    FF59BC20 [DM.GatewayCore] Executing query (timeout=224) "<pi>
SELECT
TOP (1000001) [t0].[ProductCategoryName],[t0].[FiscalYear],SUM([t0].[Amount])
 AS [a0]
FROM
(
(select [$Table].[ProductCategoryName] as [ProductCategoryName],
    [$Table].[ProductSubcategory] as [ProductSubcategory],
    [$Table].[Product] as [Product],
    [$Table].[CustomerKey] as [CustomerKey],
    [$Table].[Region] as [Region],
    [$Table].[Age] as [Age],
    [$Table].[IncomeGroup] as [IncomeGroup],
    [$Table].[CalendarYear] as [CalendarYear],
    [$Table].[FiscalYear] as [FiscalYear],
    [$Table].[Month] as [Month],
    [$Table].[OrderNumber] as [OrderNumber],
    [$Table].[LineNumber] as [LineNumber],
    [$Table].[Quantity] as [Quantity],
    [$Table].[Amount] as [Amount]
from [dbo].[V_CustomerOrders] as [$Table])
)
 AS [t0]
GROUP BY [t0].[ProductCategoryName],[t0].[FiscalYear] </pi>"

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config

Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.dll.config 檔案中,將 TraceVerbosity 值從 4 變更為 5。 根據預設,這個檔案位於 C:\Program Files\On-premises data gateway 。 變更此設定時,就會開始將詳細資訊項目記錄至閘道記錄檔, 包括顯示持續期間的項目。

重要事項:

將 TraceVerbosity 啟用為 5,可能會根據閘道器使用量而大幅增加記錄大小。 在您檢閱完記錄之後,需要將 TraceVerbosity 設定為 4。 不建議長期啟用這項設定。

<setting name="TracingVerbosity" serializeAs="String">
    <value>5</value>
</setting>

活動類型

活動類型 描述
MGEQ 透過 ADO.NET 所執行的查詢。 其中包括 DirectQuery 資料來源。
MGEO 透過 OLED 所執行的查詢。 其中包括 SAB HANA 和 Analysis Service 2016。
MGEM 從 Mashup Engine 所執行的查詢。 此項目可搭配匯入的資料集使用 (該資料集使用排定的重新整理或隨選重新整理)。

判斷查詢的持續時間

若要判斷查詢資料來源所花費的時間,您可以執行下列動作:

  1. 開啟閘道記錄檔。

  2. 搜尋活動類型 以尋找查詢。 MGEQ 即為其中一個範例。

  3. 請記下第二個 GUID,因為這是要求 ID。

  4. 繼續搜尋 MGEQ,直到您找到含有持續時間的 FireActivityCompletedSuccessfullyEvent 項目。 您可以驗證項目是否有相同的要求 ID。 持續時間會以毫秒為單位。

    DM.EnterpriseGateway Verbose: 0 : 2016-09-26T23:08:56.7940067Z DM.EnterpriseGateway    baf40f21-2eb4-4af1-9c59-0950ef11ec4a    5f99f566-106d-c8ac-c864-c0808c41a606    MGEQ    21f96cc4-7496-bfdd-748c-b4915cb4b70c    B8DFCF12 [DM.Pipeline.Common.TracingTelemetryService] Event: FireActivityCompletedSuccessfullyEvent (duration=5004)
    
    注意:

    FireActivityCompletedSuccessfullyEvent 是詳細資料項目。 除非 TraceVerbosity 位於層級 5,否則將不會記錄此項目。

疑難排解的工具

從閘道設定程式收集記錄檔

有數個您可以為閘道收集的記錄。 一律從記錄檔開始!

安裝程式記錄檔

%localappdata%\Temp\On-premises_data_gateway_*.log

設定記錄檔

%localappdata%\Microsoft\on-premises data gateway\GatewayConfigurator*.log

內部部署資料閘道服務記錄

C:\Users\PBIEgwService\AppData\Local\Microsoft\on-premises data gateway\Gateway*.log

事件記錄檔

內部部署資料閘道服務事件記錄檔位於 [應用程式及服務記錄檔] 下。

on-prem-data-gateway-event-logs

Fiddler 追蹤

Fiddler 是 Telerik 提供的免費工具,可用來監視 HTTP 流量。 您可以從用戶端電腦使用 Power BI 服務來回查看。 這可能會顯示錯誤和其他相關資訊。

重新整理記錄

使用閘道進行排定的重新整理時,重新整理記錄可以協助您查看發生了哪些錯誤,以及在需要建立支援要求時提供有用的資料。 您可以同時檢視已排程及依需求的重新整理。 以下是取得 重新整理記錄的方式。

  1. 在 Power BI 瀏覽窗格中,於 [資料集] 中選取資料集 > [開啟功能表]> [排程重新整理] 。

  2. 在 [設定...] 中> [排程重新整理] ,選取 [重新整理記錄]。

如需針對重新整理案例進行疑難排解的其他資訊,請參閱針對重新整理案例進行疑難排解文章。

另請參閱

進行 Power BI Gateway 的 Proxy 設定
內部部署資料閘道
內部部署資料閘道 - 深入資訊
管理您的資料來源─Analysis Services
管理您的資料來源 - SAP HANA
管理您的資料來源 - SQL Server
管理您的資料來源 - 匯入/已排程的重新整理
有其他問題嗎? 試試 Power BI 社群