編輯

共用方式為


Power BI 的高可用性、容錯移轉和災害復原常見問題集

本文說明 Power BI 服務如何為其使用者提供高可用性,以及提供商務持續性和災害復原。 閱讀本文後,您應該更加了解如何達到高可用性、Power BI 會在什麼情況下執行容錯移轉,以及在進行容錯移轉時,預期服務會發生的情況。

「高可用性」對 Power BI 來說代表什麼?

Power BI 是完全受控的軟體即服務 (SaaS)。 Power BI 可從基礎結構失敗中復原,讓使用者一律可以存取其報表。 如需 SLA 的相關資訊,請參閱 授權資源和文件

Power BI 會使用 Azure 可用性區域來保護 Power BI 報表、應用程式和資料,是其免受資料中心失敗的影響。 可用性區域會自動套用並用於 Power BI。 可用性區域是 Azure 區域內的錯誤隔離位置,可在具有備援電源、冷卻和網路功能之 Azure 區域內提供三個或多個不同且唯一的位置。 可用性區域可讓 Power BI 客戶執行具有較高可用性和資料中心失敗容錯的重要應用程式。 可用性區域可讓客戶可以承受資料中心失敗,而不需要觸發 Power BI 容錯移轉。

如需詳細資訊,請參閱 什麼是 Azure 區域和可用性區域?

什麼是 Power BI 容錯移轉?

Power BI 的故障轉移行為會根據您使用的區域類型而有所不同。

  • 具有區域配對的區域中,Power BI 會維護 Azure 數據中心(也稱為區域)中每個元件的多個實例,以確保商務持續性。 如果發生中斷,或 Power BI 在某區域中無法存取或無法運作,Power BI 會將該區域中的所有元件故障轉移到備份執行個體。 容錯移轉會將可用性和操作性還原至新區域 (通常位於相同的地理位置) 的 Power BI 服務執行個體。 如需詳細資訊,請參閱 Microsoft 信任中心

    容錯移轉 Power BI 服務執行個體僅支援「讀取作業」,這表示容錯移轉期間不支援下列作業:重新整理、報表發佈作業、儀表板或報表的修改,以及其他需要變更 Power BI 中繼資料 (例如,在報表中插入註解) 的作業。 顯示儀表板和報表等讀取作業 (不是以 DirectQuery 或 Live Connect 為基礎的內部部署資料來源) 會繼續正常運作。

  • 如果您在沒有區域配對的區域中執行 Power BI 元件,可用性區域會提供復原能力。 數據不會復寫至另一個區域,而且元件不會故障轉移至另一個區域。

若要深入瞭解 Microsoft Fabric 如何支援可靠性,請參閱 Microsoft Fabric 中的可靠性。

備份執行個體如何與我的資料保持同步?

所有 Power BI 服務元件都會定期同步處理其備份執行個體。 針對 Power BI 中上傳或變更的任何內容,我們擬訂 15 分鐘的目標時間點同步處理。

如果區域中有區域配對的故障轉移,Power BI 會使用 Azure 記憶體異地備援複寫和 Azure SQL 異地備援復寫來保證備份實例存在於其他區域中,而且可以使用。

沒有區域配對的區域中,Power BI 會使用 Azure 記憶體區域備援複 寫和 Azure SQL 區域備援,在可用性區域之間復寫數據。

若要深入瞭解 Microsoft Fabric 如何支援可靠性,請參閱 Microsoft Fabric 中的可靠性。

容錯移轉叢集位於何處?

除非在 Microsoft 信任中心內另行註明,否則備份執行個體位於您在組織註冊 Power BI 時所選取的相同地理位置 (地區) 中。 地區可包含數個區域,Microsoft 可能會將資料複寫到指定地區內的任一區域以進行資料復原。 Microsoft 不會在地區外複寫或移動客戶資料。 如需 Power BI 所提供地區與其中區域的對應,請參閱 Microsoft 信任中心

Microsoft 如何決定容錯移轉?

有兩種不同的系統可指出何時可能需要容錯移轉:

  • 外部和內部的監視探查會指出缺乏可用性或無法正常運作。 指示會根據 Power BI 元件或某區域中一或多個 Power BI 相依的服務中偵測到的中斷。
  • Microsoft Azure 中央作業小組會報告區域中的重大中斷情況。

在這兩種情況下,Power BI 執行小組成員決定進行容錯移轉。 此決策尚未自動化。 決策完成之後,容錯移轉就會自動進行。

如何知道 Power BI 現已處於容錯移轉模式?

Power BI 支援頁面上已張貼通知。 該通知包含無法使用的主要作業,包括發佈、重新整理、建立儀表板、複製儀表板和權限變更。

Power BI 需要多久時間進行容錯移轉?

針對區域容錯移轉,Power BI 可以在大約 30 秒內完成容錯移轉流程,並繼續運作,而不受限制。 針對區域容錯移轉,在決定需要容錯移轉之後,Power BI 需要大約 15 分鐘的時間才能再次運作。 確認是否需要容錯移轉的時間會根據造成容錯移轉的情況而有所不同。

Power BI 會使用 Azure 儲存體異地複寫來執行容錯移轉。 這類復寫通常有 15 分鐘的傳回點,不過 Power BI 無法保證時間範圍。 如需詳細資訊,請參閱 Azure 儲存體備援

如果我的 Premium 容量變得無法使用,工作區和報表會發生什麼情況?

如果 Premium 容量變得無法使用,工作區和報表會保持可存取狀態,所有人都可看到。

我的 Power BI 執行個體何時返回至原始區域?

當導致容錯移轉的問題解決時,Power BI 服務執行個體就會返回其原始區域。 檢查 Power BI 支援頁面:當問題解決時,Power BI 小組會移除描述容錯移轉的通知。 此時,作業應該會恢復正常。

我是否要負責 Power BI 解決方案的可用性?

如果貴組織中使用的 Power BI 解決方案牽涉到下列其中一個元素,您必須採取措施,以確保解決方案保持高可用性:

  • 如果貴組織使用 Power BI Premium,您必須確保 Premium 容量會調整大小以符合部署的負載需求。 若要協助您規劃並達成這項需求,請參閱 Power BI Premium 規劃和部署白皮書。 為了協助監視,新功能會定期新增至 Power BI 中的管理員入口網站和 Power BI Premium 容量計量應用程式。
  • 如果貴組織使用內部部署資料閘道存取內部部署資料來源,您必須設定閘道以支援高可用性,請參閱 管理內部部署資料閘道高可用性叢集和負載平衡。 無論您是在匯入模式下重新整理報表,還是使用 DirectQuery 或 Live Connect 來存取資料或資料模型,請遵循本指南中的指示。

閘道函式在容錯移轉模式下是否可以運作?

否。 來自內部部署資料來源 (根據 Direct Query 和 Live Connect 的任何報表與儀表板) 的所需資料,在容錯移轉期間都無法運作。 然而閘道設定不會變更。 當 Power BI 執行個體返回其原始狀態時,閘道就會回復為其正常功能。

若是主要地區發生嚴重災難,導致您長期無法恢復閘道,則進行容錯移轉的主要地區將會允許讀取和寫入作業,讓您可以針對新的地區重新部署和設定閘道。

您可選擇在不同電腦上安裝新的閘道,或接管現有的閘道。 接管現有的閘道較為簡單,因為與舊閘道建立關聯的所有資料來源都會被轉移到新的閘道。