內部部署資料閘道常見問題集

否，服務通常可以連線到沒有網關的雲端數據源。 不過，如果您的數據源位於防火牆後方、需要 VPN 或位於虛擬網路上，您可能需要數據網關。

在數據流 Gen1 中使用 OAuth2 認證時，閘道不支援在存取令牌過期時自動重新整理令牌。 令牌通常會在重新整理開始后的 1 小時到期，但可能會根據數據源和租用戶原則，在 1 小時內過期。 數據流 Gen2、語意模型、數據管線能夠重新整理中數據流中的令牌，因此不應受到影響。

請檢閱安裝文章中的 需求一節。

否，閘道會使用提供的連線資訊連接到數據源。 從這個意義上說，請將閘道視為用戶端應用程式。 閘道只需要連線到指定的伺服器。

目前，Microsoft只支持內部部署數據閘道的最後六個版本。 我們每個月都會發行數據閘道的新更新。

安裝和註冊閘道沒有任何授權限制。

檢查您的網路連線是否具有良好的輸送量。 每個環境都不同，輸送量取決於傳送的數據量。 若要確保內部部署數據源與 Azure 資料中心之間的輸送量最低層級，請使用 Azure ExpressRoute。 為了協助您測量輸送量，您可以使用 Azure 速度測試應用程式。

您為資料來源輸入的認證會加密並儲存在閘道雲端服務中。 認證會在內部部署閘道解密。 如需 Power BI 中認證加密的詳細資訊，請移至 Power BI 安全性白皮書。

在您的本機計算機上，在服務應用程式中，服務稱為「內部部署數據閘道服務」。在 [任務管理器] 的 [服務] 索引標籤上，服務名稱為 “PBIEgwService”。 根據預設，Windows 服務會使用 “NT SERVICE\PBIEgwService” 作為服務 SID （SSID）。

否，Windows 服務需要有效的 Windows 帳戶。

否，閘道會使用對 Azure 轉寄的輸出連線。

移至 [ 啟用輸出 Azure 連線]。

如果您封鎖輸出IP流量，您可能需要解除封鎖 Azure 資料中心IP清單。 閘道會使用IP位址和完整功能變數名稱與 Azure 轉寄通訊。 Azure 資料中心 IP 清單會每周更新一次。 如需詳細資訊，請移至啟用 輸出 Azure 連線。

若要避免網路等待時間，請盡可能接近數據源安裝閘道。 如果您可以在實際數據源上安裝閘道，這個更接近的位置會將延遲降到最低。

此外，請考慮接近 Azure 資料中心。 例如，如果您的服務使用美國西部數據中心，而且您有裝載於 Azure 虛擬機器中的 SQL Server，您可能也會想要在美國西部區域中的 Azure VM。 此設定可將延遲降至最低，並避免 Azure VM 上的輸出費用。

結果會透過 Azure 轉送傳送。 如需詳細資訊，請移至 內部部署數據閘道架構。

閘道需要連線到數據源。 因此，如果您的周邊網路無法連線數據源，閘道可能無法存取。

例如，假設您的 SQL Server 計算機不在周邊網路中。 此外，假設您無法從周邊網路連線到該計算機。 如果您將閘道放在周邊網路中，閘道就無法連線到 SQL Server 電腦。

是。

此優先順序取決於 Windows 或相關的數據源驅動程式。 此行為可在 Windows 和各種驅動程式中設定，但不受閘道控制。

否，不支援跨租使用者Microsoft Entra ID 存取。 租使用者中的Power BI語意模型無法使用 Microsoft Entra ID 帳戶連線到不同租用戶的數據源。 此限制適用於數據來源是否使用內部部署數據閘道。 若要克服這項限制，請使用 OAuth 以外的驗證類型。

是，如需詳細資訊，請移至 強制與 Azure 轉播進行 HTTPS 通訊。 開啟此功能對效能幾乎沒有影響。

不，它們是不同的產品。 若要取得 資料管理 閘道的詳細資訊，其現在稱為「自我裝載整合運行時間」，請移至建立及設定自我裝載整合運行時間。

是，您必須使用 PowerShell 將其他擁有者新增至相同的閘道。 這些用戶可以在 Azure 入口網站 中建立閘道。 不過，他們應該使用相同的租用戶連線到入口網站和閘道。

否。 聯機到內部部署數據源時，仍然需要閘道。

詳細資訊： 將數據保留在儲存所在的區域中

為了協助避免單一失敗點，您可以將 內部部署數據閘道設定為叢集 以取得高可用性。 根據預設，Power Apps 和 Power BI 等雲端服務會使用主要閘道，並在主要閘道無法使用時回復至次要閘道。

當您安裝閘道時，您會提供修復金鑰。 您可以使用金鑰來 還原或移 轉閘道。

密鑰提供將新閘道新增至叢集或移轉、復原或接管閘道的方式。

疑難排解

如需詳細資訊，請移至 針對內部部署數據閘道進行疑難解答。

移至 [疑難排解工具]。

您可以開啟其他記錄來啟用查詢追蹤。 記錄包含已傳送的查詢。 當您完成疑難解答時，請記得關閉查詢追蹤。 啟用查詢追蹤會導致記錄更大。

您也可以查看資料源的追蹤查詢工具。 例如，如果 SQL Server 和 SQL Server Analysis Services 是數據源，您可以使用 SQL Server 擴充事件或 SQL Server Profiler 來追蹤查詢。

每位使用者只能有1,000個數據源。

如果您達到數據來源數目上限，請確認每個使用者的數據源數目未超過限制。 若要解決任何相關問題，您可以從系統管理中心手動 移除數據源 ，或者，使用下列網關 PowerShell 腳本來尋找並大量刪除超過限制的任何數據源。

## https://learn.microsoft.com/powershell/module/datagateway/?view=datagateway-ps
## PowerShell version of '7.0.0' to run
## required module "DataGateway" Install-Module -Name DataGateway and sign in the same user who exceeded the 1000 limit
Connect-DataGatewayServiceAccount

## get the gateway information per the sign in person
$gatewayClusters = Get-DataGatewayCluster | where-Object {$_.Type -EQ 'Personal'}; 
foreach ($gw in $gatewayClusters)
{
  $datasources = Get-DataGatewayClusterDatasource -GatewayClusterId $gw.Id;
  foreach ($datasource in $datasources)
  {
    $datasource
    "gateway cluster id={0}, Personal Gateway={1}, datasource id={2}, datasourceType={3}, datasource connection details={4}" -f $gw.Id, $datasource.OnPremGatewayRequired, $datasource.Id, $datasource.DatasourceType, $datasource.ConnectionDetails 
   
    ## conditional logic to determine if name matches set
    ## Remove-DataGatewayClusterDatasource -GatewayClusterId $gw.Id -GatewayClusterDatasourceId $datasource.Id
  }
}

如何? 避免達到此限制？ 如果您是ISV或任何其他具有許多客戶的Power BI Embedded 應用程式擁有者，請使用 Power BI Embedded 中多租使用者應用程式的服務主體配置檔 。 如果您不是ISV，可能會達到此限制，因為您要為每個CSV或Excel檔案建立新的資料源。 若要解決此問題，您可能想要使用Power BI Desktop中的 [上傳檔案] 方塊來選取多個 Excel 檔案，這會建立多個數據源連線。 在此案例中，為了確保只選取單一數據源，建議您改為選取包含這些 Excel 檔案的資料夾。

是，當您管理閘道時，您可以移至系統管理員的索引標籤來新增更多系統管理員。 您也可以以系統管理員身分擁有安全組。

否，閘道管理員會從服務內管理閘道。

如果新伺服器上的移轉程式失敗，內部部署數據閘道仍存在於舊伺服器中。 除非伺服器已離線或閘道軟體已卸載，否則您仍然可以執行該閘道。 不過，若要還原舊伺服器上的閘道，系統可能會要求您使用閘道修復密鑰。

由於移轉只包含兩項工作，因此在新的伺服器上安裝閘道和還原和設定，移轉通常可在10到15分鐘內完成。

是。 不過，在這段期間發生失敗的機會很好，這類移轉應該在停機時間視窗中完成。 詳細資訊： 將移轉停機時間降至最低

下一步

• 針對內部部署的資料閘道進行疑難排解