適用於 PostgreSQL 的 Azure 資料庫 中的異地複寫 - 彈性伺服器
適用範圍：
適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器
讀取複本可以建立於與主伺服器相同的區域中，並在不同的區域中建立。 異地復寫對於災害復原規劃或讓使用者更接近數據的案例很有説明。
您可以在任何 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器區域中擁有主伺服器。 主伺服器也可以在支援 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器的任何全域區域中有複本。 此外，我們支援由 21Vianet 營運的特殊 區域 Azure Government 和 Microsoft Azure。 現在支援的特殊區域如下：
Azure Government 區域：
- US Gov 亞利桑那州
- US Gov 德克薩斯州
- US Gov 維吉尼亞州
由 21Vianet 營運的 Microsoft Azure 區域：
- 中國北部 3
- 中國東部 3
用於災害復原的配對區域
雖然可以在任何支持的區域中建立複本，但在選擇配對區域中的複本時，特別是針對災害復原目的進行架構時，會有顯著的優點：
區域復原順序：在全地理位置中斷中，會優先從每個配對集復原一個區域，確保跨配對區域的應用程式一律會有區域加速進行復原。
循序更新：配對的區域更新依時間順序錯開，將因更新相關問題而停機的風險降到最低。
實體隔離：在配對區域中的數據中心之間維持至少 300 英里的距離，可降低重大事件同時中斷的風險。
數據落地：有一些例外，配對集合中的區域位於相同的地理位置內，符合數據落地需求。
效能：雖然配對的區域通常會提供低網路等待時間、增強數據輔助功能和用戶體驗，但它們不一定是具有絕對最低延遲的區域。 如果主要目標是為更接近用戶的數據提供服務，而不是優先處理災害復原，請務必評估所有可用的區域是否有延遲。 在某些情況下，非已修復的區域可能會表現出最低的延遲。 如需全面瞭解，您可以參考 Azure 的來回延遲數據 ，以做出明智的選擇。
如需更深入瞭解配對區域的優點，請參閱 Azure 關於跨區域複寫的檔。
區域失敗和復原
不同區域的 Azure 設施設計為高度可靠。 不過，在罕見的情況下，由於網路失敗到自然災害等嚴重案例等原因，整個區域可能會變得無法存取。 Azure 的功能允許建立分散於多個區域的應用程式，確保某個區域中的失敗不會影響其他區域。
準備區域性災害
為潛在的區域災害做好準備，對於確保應用程式和服務的不間斷作業至關重要。 如果您要考慮 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器實例的健全應變計劃，以下是主要步驟和考慮：
- 建立異地復寫的讀取複本：在與主要複本不同的區域中設定讀取複本是不可或缺的。 這可確保在主要區域面臨中斷時保持持續性。
- 請確定伺服器對稱：「升階至主伺服器」動作是處理區域中斷時最建議的動作，但它隨附 於伺服器對稱 需求。 這表示主要和複本伺服器必須具有相同特定設定的組態。 使用此動作的優點包括：
- 如果您使用虛擬端點，就不需要修改應用程式 連接字串。
- 它提供順暢的復原程式，一旦受影響的區域重新上線，原始主伺服器就會自動繼續其功能，但在新的復本角色中。
- 設定虛擬端點：如果發生中斷，虛擬端點可讓您順暢地將應用程序轉換為另一個區域。 它們不需要在應用程式的 連接字串 中進行任何變更。
- 設定讀取複本：並非所有來自主伺服器的設定都會復寫到讀取複本。 請務必確定讀取複本上已適當設定所有必要的設定和功能（例如 PgBouncer）。 如需詳細資訊，請參閱組 態管理 一節。
- 準備高可用性 （HA）：如果您的設定需要高可用性，它將不會在升級的複本上自動啟用。 準備好在升級后加以啟用。 請考慮將此步驟自動化，以將停機時間降到最低。
- 定期測試：定期模擬區域災害案例，以驗證現有的閾值、目標和設定。 請確定您的應用程式在這些測試案例中如預期般回應。
- 遵循 Azure 的一般指引：Azure 提供可靠性和災害準備的完整指引。 諮詢這些資源，並將最佳做法整合到備妥計劃中是非常有益的。
主動並事先準備區域性災害，可確保應用程式和數據的復原和可靠性。
中斷影響 SLA 時
如果特定區域中 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器的長時間中斷，威脅您應用程式的服務等級協定 （SLA），請注意，以下討論的兩個動作都不是服務驅動。 兩者都需要使用者介入。 最佳做法是盡可能自動化整個程式，並備妥健全的監視。 如需在中斷期間提供哪些資訊的詳細資訊，請參閱 服務中斷 頁面。 區域關閉案例中只能有強制升級，這表示數據遺失量大致等於複本與主要複本之間的目前延隔時間。 因此，監視延隔時間至關重要。 請考慮下列步驟：
升階至主伺服器
此選項不需要更新應用程式中的 連接字串，前提是已設定虛擬端點。 啟用之後，寫入器端點會重新指向不同區域中的新主要複本，而 Azure 入口網站 中的復寫狀態數據行會顯示「重新設定」。 還原受影響的區域之後，先前的主伺服器將會自動繼續，但現在位於複本角色中。
升級至獨立伺服器並從複寫中移除
在此情況下，這是唯一可行的選項。 升級伺服器之後，您必須更新應用程式的 連接字串。 還原原始區域之後，舊的主要復本可能會再次變成使用中狀態。 請務必將其移除，以避免產生不必要的成本。 如果您想要維護先前的拓撲，請重新建立讀取複本。