從計劃外中斷復原 Aurora 全域資料庫針對 Aurora 全球資料庫執行轉換管理RPOs以 Aurora 為SQL基礎的全域資料庫

在 Amazon Aurora 全球資料庫中使用轉換或容錯移轉

Aurora 全球資料庫可提供更多的業務持續性和災難復原 (BCDR) 保護，相較於 Aurora 資料庫叢集在單一資料庫中提供的標準高可用性 AWS 區域。您可以使用 Aurora 全球資料庫擬訂計畫，並迅速從實際的區域性災難或服務完全中斷的情況復原。災難復原通常是由以下兩個業務目標推動：

復原時間目標 (RTO) — 系統在災難或服務中斷後恢復運作狀態所需的時間。換句話說，RTO測量停機時間。對於 Aurora 全域資料庫，RTO可以按分鐘的順序排列。
復原點目標 (RPO) — 災難或服務中斷後可能遺失 (以時間為單位) 的資料量。此資料遺失通常是因為非同步複寫延遲所致。對於 Aurora 全域資料庫，通RPO常以秒為單位測量。使用以 Aurora Postgre SQL — 為基礎的全域資料庫，您可以使用rds.global_db_rpo參數來設定和追蹤上限RPO，但這樣做可能會影響主要叢集寫入器節點上的交易處理。如需詳細資訊，請參閱管理RPOs以 Aurora 為SQL基礎的全域資料庫。

轉換或容錯移轉 Aurora 全球資料庫的過程，需要將全球資料庫的其中一個次要區域中的資料庫叢集提升為主要資料庫叢集。「區域中斷」一詞通常用來描述各種故障情況。最壞的情況可能是影響數百平方英里的災難性事件導致大規模中斷。不過，大多數中斷都較侷限在本地，只會影響一小部分的雲端服務或客戶系統。請考量完整的中斷範圍，以確定跨區域容錯移轉是適當的解決方案，並選擇適當的容錯移轉方法來因應此情況。應該使用容錯移轉或轉換方法，取決於特定中斷案例：

容錯移轉 - 使用此方法從意外中斷的情況復原。使用此方法時，您會以 Aurora 全球資料庫中的次要資料庫叢集之一為目標，進行跨區域容錯移轉。對RPO於這種方法通常是以秒為單位測量的非零值。資料遺失量取決於發生故障時 Aurora 全域資料庫複寫延遲。 AWS 區域如需進一步了解，請參閱從計劃外中斷復原 Amazon Aurora 全域資料庫。
轉換 - 此操作的舊稱為「受管計畫容錯移轉」。此方法適用於受控情況，例如操作維護及其他計劃內操作程序。由於此功能會在進行任何其他變更之前，先同步次要資料庫叢集與主要資料庫叢集，因此RPO為 0 (不會遺失資料)。如需進一步了解，請參閱針對 Amazon Aurora 全球資料庫執行轉換。

注意

如果您想要轉換或容錯移轉到無周邊次要 Aurora 資料庫叢集，則必須先在其中新增資料庫執行個體。如需無周邊資料庫叢集的詳細資訊，請參閱在次要區域中建立無周邊 Aurora 資料庫叢集。

從計劃外中斷復原 Amazon Aurora 全域資料庫

在極少數情況下，您的 Aurora 全域資料庫可能會在其主要 AWS 區域發生非預期中斷。如果發生此情況，您的主要 Aurora 資料庫叢集及其寫入器節點將無法使用，而主要和次要資料庫叢集之間的複寫也會停止。若要將停機時間 (RTO) 和資料遺失 (RPO) 降到最低，您可以快速執行跨區域容錯移轉。

在災難復原情況下，有兩種方法可以進行容錯移轉：

受管容錯移轉 - 建議使用此方法進行災難復原。使用此方法時，當舊的主要區域再次可用時，Aurora 會自動將它新增回全球資料庫做為次要區域。如此便能維持全域叢集的原始拓撲。若要了解如何使用此方法，請參閱針對 Aurora 全球資料庫執行受管容錯移轉。
手動容錯移轉 - 當無法選擇受管容錯移轉時，可以使用此替代方法，例如，當主要和次要區域執行不相容的引擎版本時。若要了解如何使用此方法，請參閱針對 Aurora 全球資料庫執行手動容錯移轉。

重要

這兩種容錯移轉方法都可能導致未在容錯移轉事件發生之前複寫至所選次要叢集的寫入交易資料遺失。不過，當復原程序將所選次要資料庫叢集上的資料庫執行個體提升為主要主要寫入器資料庫執行個體時，就能保證資料在交易上處於一致狀態。

針對 Aurora 全球資料庫執行受管容錯移轉

此方法的目的是在發生實際區域災難或服務完全中斷的情況下，提供業務持續性。

在受管容錯移轉期間，您的主要叢集會容錯移轉至您選擇的次要區域，同時維護 Aurora 全球資料庫現有的複寫拓撲。選擇的次要叢集會將其中一個唯讀節點提升為完整寫入器狀態。此步驟可讓叢集擔任主要叢集的角色。當此叢集擔任這個新角色時，您的資料庫在短時間內無法使用。當此次要叢集變成新的主要叢集時，未從舊的主要叢集複寫至所選次要叢集的資料就會遺失。

注意

只有在主要和次要資料庫叢集具有相同的主要、次要和程式修補等級引擎版本時，您才能在 Aurora 全域資料庫上執行受管跨區域資料庫容錯移轉。但是，修補程式等級可能會有所不同，取決於次要引擎版本。如需詳細資訊，請參閱受管跨區域轉換和容錯移轉的修補程式等級相容性。如果您的引擎版本不相容，您可以依照針對 Aurora 全球資料庫執行手動容錯移轉中的步驟手動執行容錯移轉。

使用此功能之前，建議您執行下列操作以將資料遺失降到最低：

讓應用程式離線，以防止寫入傳送至 Aurora 全域資料庫的主要叢集。
檢查 Aurora 全域資料庫中所有次要 Aurora 資料庫叢集的延遲時間。選擇複寫延遲最低的次要區域，即可將目前失敗的主要區域的資料遺失降到最低。對於所有以 Aurora Postgre 為SQL基礎的全域資料庫，以及從引擎版本 3.04.0 及更高版本或 2.12.0 及更高版本開始的 Aurora 以我為SQL基礎的全域資料庫，請使用 Amazon 檢視所有次 CloudWatch 要資料庫叢集的AuroraGlobalDBRPOLag指標。對於以 Aurora My 為SQL基礎的全域資料庫的較低次要版本，請改為檢視AuroraGlobalDBReplicationLag指標。這些指標顯示複寫至次要資料庫叢集與複寫至主要資料庫叢集之間的差距 (以毫秒為單位)。

如需 Aurora CloudWatch 度量的詳細資訊，請參閱Amazon Aurora 的叢集層級指標。

在受管容錯移轉期間，選擇的次要資料庫叢集會提升為作為主要資料庫叢集的新角色。但是，它不會繼承主要資料庫叢集的各種組態選項。組態不相符可能會導致效能問題、工作負載不相容，以及其他異常行為。若要避免此類問題，建議您針對下列各項解決 Aurora 全域資料庫叢集之間的差異：

視需為新的主要資料庫叢集設定 Aurora 資料庫叢集參數群組 – 您可以為 Aurora 全域資料庫中的每個 Aurora 叢集獨立設定 Aurora 資料庫叢集參數群組。因此，當您提升次要資料庫叢集以接管主要角色時，其參數群組可能會設定與主要資料庫叢集不同的參數群組。如果是這樣，請修改提升的次要資料庫叢集的參數群組，以符合主要叢集的設定。若要瞭解如何操作，請參閱修改 Aurora 全域資料庫的參數。
設定監控工具和選項，例如 Amazon E CloudWatch vents 和警示 — 視需要為全域資料庫設定已升級的資料庫叢集，具有相同的記錄功能、警示等。與參數群組一樣，在容錯移轉程序期間，這些功能的組態不會從主要叢集繼承。某些 CloudWatch 度量 (例如複寫延遲) 僅適用於次要區域。因此，容錯移轉會改變檢視這些指標並對其設定警示的方式，而且可能需要變更任何預先定義的儀表板。如需有關 Aurora 資料庫叢集和監控的詳細資訊，請參閱監控 Amazon Aurora 概觀。
設定與其他 AWS 服務的整合 — 如果您的 Aurora 全球資料庫與 AWS 服務 (例如 AWS Secrets Manager、 AWS Identity and Access Management、、Amazon S3) 整合 AWS Lambda，則需要確定這些服務已根據需要進行設定。如需將 Aurora 全球資料庫與 IAM Amazon S3 和 Lambda 整合的詳細資訊，請參閱將 Amazon Aurora 全域資料庫與其他 AWS 服務搭配使用。若要深入了解 Secrets Manager，請參閱如何自動複寫中 AWS Secrets Manager 的密碼 AWS 區域。

通常，選擇的次要叢集會在幾分鐘內擔任主要角色。一旦新的主要區域的寫入器節點可用，您就可以將應用程式連線到該節點並恢復工作負載。Aurora 提升新的主要叢集之後，會自動重建所有其他次要區域叢集。

由於 Aurora 全球資料庫使用非同步複寫，因此每個次要區域的複寫延遲可能有所不同。Aurora 會重建這些次要區域，使其 point-in-time 資料與新的主要區域叢集完全相同。整個重建工作的期間可能持續幾分鐘到數小時，取決於儲存磁碟區的大小和區域之間的距離。當次要區域叢集從新的主要區域完成重建時，便可供讀取存取使用。

一旦新的主要寫入器進行提升且可用，新的主要區域的叢集就可以處理 Aurora 全球資料庫的讀取和寫入操作。請務必變更應用程式的端點，以便使用新的端點。如果您在建立 Aurora 全域資料庫時接受提供的名稱，則可透過從應用程式中提升叢集的端點字串移除 -ro 來變更端點。

例如，當該叢集提升為主要叢集時，次要叢集的端點 my-global.cluster-ro-aaaaaabbbbbb.us-west-1.rds.amazonaws.com 會變成 my-global.cluster-aaaaaabbbbbb.us-west-1.rds.amazonaws.com。

如果您使用 RDS Proxy，請務必將應用程式的寫入作業重新導向至與新主要叢集相關聯之 Proxy 的適當讀取/寫入端點。此代理端點可能是預設端點或自訂讀取/寫入端點。如需詳細資訊，請參閱 RDS Proxy 端點如何使用全域資料庫。

為了還原全球資料庫叢集的原始拓撲，Aurora 會監控舊主要區域的可用性。一旦該區域正常運作且再次可用，Aurora 就會自動將它新增回全域叢集作為次要區域。在舊的主要區域中建立新的儲存磁碟區之前，Aurora 會嘗試在故障點拍攝舊儲存磁碟區的快照。這樣做是為了讓您用它來復原任何遺失的資料。如果此作業成功，Aurora 會放置名為「rds: unplanned-global-failover-name-of-old-primary-DB-cluster-timestamp「在的快照區段中 AWS Management Console。您也可以在 D 快照API作業傳回的資訊中看到此escribeDBCluster快照列出。

注意

舊儲存磁碟區的快照是系統快照，會受到舊的主要叢集上設定的備份保留期限的限制。若要在保留期間之外保留此快照，您可以複製該快照並將它儲存為手動快照。若要進一步了解如何複製快照，包括定價在內，請參閱資料庫叢集快照複製。

原始拓撲還原之後，您可以在最適合您的業務和工作負載時執行轉換操作，將全球資料庫容錯回復至原始主要區域。若要啟用，請依照「針對 Amazon Aurora 全球資料庫執行轉換」中的步驟進行。

您可以使用 AWS Management Console、或容錯移轉 Aurora 全域資料庫RDSAPI。 AWS CLI

若要在 Aurora 全球資料庫上執行受管容錯移轉

登錄 AWS Management Console 並在打開 Amazon RDS 控制台https://console.aws.amazon.com/rds/。
選擇資料庫，然後尋找您要容錯移轉的 Aurora 全域資料庫。
從動作功能表選擇轉換或容錯移轉全球資料庫。
選擇容錯移轉 (允許資料遺失)。
針對 [新增主要叢集]，選擇次要叢集中的其中一個作 AWS 區域用中叢集做為新主要叢集。
輸入 confirm，然後選擇確認。

容錯移轉完成後，您可以在資料庫清單中看到 Aurora 資料庫叢集及其目前狀態，如下圖所示。

顯示已選取全球資料庫的「資料庫」清單。選取的次要叢集現在顯示為具有主要叢集角色，而舊的主要叢集具有次要叢集的角色。

若要在 Aurora 全球資料庫上執行受管容錯移轉

使用命failover-global-clusterCLI令容錯移轉 Aurora 全域資料庫。使用命令，傳遞下列參數的值。

--region— 指定您要做為 Aurora 全域資料庫新主要資料庫之次要資料庫叢集的執行位 AWS 區域置。
--global-cluster-identifier – 指定 Aurora 全域資料庫的名稱。
--target-db-cluster-identifier— 指定您要升級為 Aurora 全域資料庫新主要叢集的 Aurora 資料庫叢集的 Amazon 資源名稱 (ARN)。
--allow-data-loss - 明確使其成為容錯移轉操作，而不是轉換操作。如果非同步複寫元件尚未完成將所有複寫的資料傳送至次要區域，容錯移轉操作就可能導致部分資料遺失。

對於LinuxmacOS、或Unix：


aws rds --region region_of_selected_secondary \
   failover-global-cluster --global-cluster-identifier global_database_id \
   --target-db-cluster-identifier arn_of_secondary_to_promote \
   --allow-data-loss

在 Windows 中：


aws rds --region region_of_selected_secondary ^
   failover-global-cluster --global-cluster-identifier global_database_id ^
   --target-db-cluster-identifier arn_of_secondary_to_promote ^
   --allow-data-loss

若要容錯移轉 Aurora 全域資料庫，請執行FailoverGlobalClusterAPI作業。

針對 Aurora 全球資料庫執行手動容錯移轉

在某些情況下，您可能無法使用受管容錯移轉程序。舉例來說，如果您的主要和次要資料庫叢集未執行相容的引擎版本，就是這種情況。在這種情況下，您可以依照此手動程序將全球資料庫容錯移轉至目標次要區域。

提示

我們建議您在使用此程序之前先了解該程序。準備計劃，以便在出現第一個全區域問題跡象時快速執行。您可以 CloudWatch 定期使用 Amazon 追蹤次要叢集的延遲時間，以識別複寫延遲最小的次要區域。請務必測試您的計畫，以檢查程序是否完整且準確，以及員工在真正發生容錯移轉之前接受過災難復原容錯移轉的培訓。

在主要區域發生計劃外中斷後手動容錯移轉至次要叢集

在中斷的情況下，停止向主要 Aurora 資料庫叢集發出DML陳述式和其他寫入作業。 AWS 區域
從次要資料庫識別 Aurora 資料庫叢集， AWS 區域以用作新的主要資料庫叢集。如果 Aurora 全域資料庫中 AWS 區域有兩個以上的次要叢集，請選擇複寫延遲最小的次要叢集。
從 Aurora 全域資料庫中分離您選擇的次要資料庫叢集。

若從 Aurora 全域資料庫移除次要資料庫叢集，會立即停止從主要資料庫叢集複寫到該次要資料庫叢集，並將其提升為具有完整讀取/寫入功能的獨立佈建 Aurora 資料庫叢集。與發生中斷區域的主要叢集關聯的任何其他次要 Aurora 資料庫叢集仍然可用，並且可以接受應用程式的呼叫。它們也會取用資源。因您正在重新建立 Aurora 全域資料庫，請先移除其他次要資料庫叢集，再在後續步驟中建立新的 Aurora 全域資料庫。這樣可以避免 Aurora 全域資料庫的資料庫叢集之間出現資料不一致的情況 (稱為核心分裂問題)。

如需分離的詳細步驟，請參閱從 Amazon Aurora 全域資料庫中移除叢集。
重新設定您的應用程式，以使用其新端點將所有寫入操作傳送至這個目前獨立的 Aurora 資料庫叢集。如果您在建立 Aurora 全域資料庫時接受提供的名稱，則可透過從應用程式中叢集的端點字串移除 -ro 來變更端點。

例如，當該叢集從 Aurora 全域資料庫分離時，次要叢集的端點 my-global.cluster-ro-aaaaaabbbbbb.us-west-1.rds.amazonaws.com 會變成 my-global.cluster-aaaaaabbbbbb.us-west-1.rds.amazonaws.com。

當您開始在下一個步驟中新增區域時，此 Aurora 資料庫叢集會成為新的 Aurora 全域資料庫的主要叢集。

如果您使用 RDS Proxy，請務必將應用程式的寫入作業重新導向至與新主要叢集相關聯之 Proxy 的適當讀取/寫入端點。此代理端點可能是預設端點或自訂讀取/寫入端點。如需詳細資訊，請參閱 RDS Proxy 端點如何使用全域資料庫。
新增 AWS 區域至資料庫叢集。當您執行這項操作時，從主要到次要的複寫程序即會開始。如需新增區域的詳細步驟，請參閱將 AWS 區域新增至 Amazon Aurora 全域資料庫。
視需要新增更多 AWS 區域內容，以重新建立支援應用程式所需的拓撲。

請確定應用程式寫入會在做出這些變更之前、期間和之後，傳送至正確的 Aurora 資料庫叢集。這樣可以避免 Aurora 全域資料庫的資料庫叢集之間出現資料不一致的情況 (稱為核心分裂問題)。

如果您重新設定以回應中斷 AWS 區域，您可以在解決中斷後再次將 AWS 區域該設定為主要項目。若要這麼做，請將舊的 AWS 區域新增至新的全球資料庫，然後使用轉換程序來切換其角色。您的 Aurora 全域資料庫必須使用支援轉換的「Aurora Postgre」SQL 或「我SQL的 Aurora」版本。如需詳細資訊，請參閱針對 Amazon Aurora 全球資料庫執行轉換。

針對 Amazon Aurora 全球資料庫執行轉換

注意

轉換的舊稱為「受管計畫容錯移轉」。

透過使用轉換，您可以定期變更主要叢集的區域。此方法適用於受控情況，例如操作維護及其他計劃內操作程序。

有三種常見的轉換使用案例。

對於特定行業強制實施的「區域輪換」需求。例如，金融服務法規可能希望第 0 層系統切換到不同的區域數個月時間，以確保定期演練災難復原程序。
適用於多地區 "follow-the-sun" 應用程式。例如，某家公司可能希望根據不同時區的營業時間，在不同區域提供較低的延遲寫入。
做為容錯移轉後容錯移轉回原始主要區域的 zero-data-loss 方法。

注意

轉換的設計是用於運作良好的 Aurora 全球資料庫。若要從意外中斷復原，請依照從計劃外中斷復原 Amazon Aurora 全域資料庫中適當的程序進行。

若要執行轉換，您的目標次要資料庫叢集必須與主要資料庫叢集執行完全相同的引擎版本，包括修補程式等級在內 (視引擎版本而定)。如需詳細資訊，請參閱受管跨區域轉換和容錯移轉的修補程式等級相容性。開始轉換之前，請先檢查全域叢集中的引擎版本，以確定它們可支援受管跨區域轉換，並視需要進行升級。

在轉換期間，Aurora 會將您的主要叢集轉換至您選擇的次要區域，同時維護您全球資料庫現有的複寫拓撲。在開始轉換程序之前，Aurora 會等待所有次要區域叢集與主要區域叢集完全同步。然後，主要區域中的資料庫叢集會變成唯讀，而選擇的次要叢集會將其中一個唯讀節點提升為完整寫入器狀態。將此節點提升為寫入器可讓該次要叢集擔任主要叢集的角色。由於所有次要叢集都在處理程序開始時與主要叢集同步，因此新的主要叢集會繼續執行 Aurora 全域資料庫的操作，而不會遺失任何資料。您的資料庫在短時間內無法使用，因為同時間主要叢集和選取的次要叢集會承擔其新角色。

若要最佳化應用程式可用性，建議您在使用此功能之前先執行下列動作：

在非尖峰時段或在寫入主要資料庫叢集最少時，執行此操作。
讓應用程式離線，以防止寫入傳送至 Aurora 全域資料庫的主要叢集。
檢查 Aurora 全域資料庫中所有次要 Aurora 資料庫叢集的延遲時間。對於所有以 Aurora Postgre 為SQL基礎的全域資料庫，以及從引擎版本 3.04.0 及更高版本或 2.12.0 及更高版本開始的 Aurora 以我為SQL基礎的全域資料庫，請使用 Amazon 檢視所有次 CloudWatch 要資料庫叢集的AuroraGlobalDBRPOLag指標。對於以 Aurora My 為SQL基礎的全域資料庫的較低次要版本，請改為檢視AuroraGlobalDBReplicationLag指標。這些指標顯示複寫至次要資料庫叢集與複寫至主要資料庫叢集之間的差距 (以毫秒為單位)。此值與 Aurora 完成轉換所需的時間成正比。因此，延遲值越大，轉換所需的時間越長。

如需 Aurora CloudWatch 度量的詳細資訊，請參閱Amazon Aurora 的叢集層級指標。

在轉換期間，選擇的次要資料庫叢集會提升為作為主要資料庫叢集的新角色。但是，它不會繼承主要資料庫叢集的各種組態選項。組態不相符可能會導致效能問題、工作負載不相容，以及其他異常行為。若要避免此類問題，建議您針對下列各項解決 Aurora 全域資料庫叢集之間的差異：

視需為新的主要資料庫叢集設定 Aurora 資料庫叢集參數群組 – 您可以為 Aurora 全域資料庫中的每個 Aurora 叢集獨立設定 Aurora 資料庫叢集參數群組。這表示當您提升次要資料庫叢集以接管主要角色時，其參數群組可能會設定與主要資料庫叢集不同的參數群組。如果是這樣，請修改提升的次要資料庫叢集的參數群組，以符合主要叢集的設定。若要瞭解如何操作，請參閱修改 Aurora 全域資料庫的參數。
設定監控工具和選項，例如 Amazon E CloudWatch vents 和警示 — 視需要為全域資料庫設定已升級的資料庫叢集，具有相同的記錄功能、警示等。與參數群組一樣，在轉換程序期間，這些功能的組態不會從主要叢集繼承。某些 CloudWatch 度量 (例如複寫延遲) 僅適用於次要區域。因此，轉換會改變檢視這些指標並對其設定警示的方式，而且可能需要變更任何預先定義的儀表板。如需有關 Aurora 資料庫叢集和監控的詳細資訊，請參閱監控 Amazon Aurora 概觀。
設定與其他 AWS 服務的整合 — 如果您的 Aurora 全球資料庫與 AWS 服務 (例如 AWS Secrets Manager AWS Identity and Access Management、、Amazon S3) 整合 AWS Lambda，請務必視需要設定與這些服務的整合。如需將 Aurora 全球資料庫與 IAM Amazon S3 和 Lambda 整合的詳細資訊，請參閱將 Amazon Aurora 全域資料庫與其他 AWS 服務搭配使用。若要深入了解 Secrets Manager，請參閱如何自動複寫中 AWS Secrets Manager 的密碼 AWS 區域。

注意

角色轉換通常需要數分鐘才能完成。不過，建置其他次要叢集可能需要幾分鐘到數小時不等的時間，取決於資料庫的大小和區域之間的實際距離。

轉換程序完成後，提升的 Aurora 資料庫叢集即可處理 Aurora 全球資料庫的寫入操作。請務必變更應用程式的端點，以便使用新的端點。如果您在建立 Aurora 全域資料庫時接受提供的名稱，則可透過從應用程式中提升叢集的端點字串移除 -ro 來變更端點。

您可以使用 AWS Management Console、或切換 Aurora 全域資料庫RDSAPI。 AWS CLI

若要在 Aurora 全球資料庫上執行轉換

登錄 AWS Management Console 並在打開 Amazon RDS 控制台https://console.aws.amazon.com/rds/。
選擇資料庫，然後尋找您要轉換的 Aurora 全球資料庫。
從動作功能表選擇轉換或容錯移轉全球資料庫。
選擇轉換。
針對 [新增主要叢集]，選擇次要叢集中的其中一個作 AWS 區域用中叢集做為新主要叢集。
選擇確認。

轉換完成後，您可以在資料庫清單中看到 Aurora 資料庫叢集及其目前角色，如下圖所示。

若要在 Aurora 全球資料庫上執行轉換

使用指switchover-global-clusterCLI令切換 Aurora 全域資料庫。使用命令，傳遞下列參數的值。

--region— 指定 Aurora 全域資料庫主要資料庫叢集的執行位 AWS 區域置。
--global-cluster-identifier – 指定 Aurora 全域資料庫的名稱。
--target-db-cluster-identifier— 指定您要升級為 Aurora 全域資料庫主要叢集的 Aurora 資料庫叢集的 Amazon 資源名稱 (ARN)。

對於LinuxmacOS、或Unix：


aws rds --region region_of_primary \
   switchover-global-cluster --global-cluster-identifier global_database_id \
  --target-db-cluster-identifier arn_of_secondary_to_promote

在 Windows 中：


aws rds --region region_of_primary ^
   switchover-global-cluster --global-cluster-identifier global_database_id ^
  --target-db-cluster-identifier arn_of_secondary_to_promote

若要切換 Aurora 全域資料庫，請執行該SwitchoverGlobalClusterAPI作業。

管理RPOs以 Aurora 為SQL基礎的全域資料庫

使用以 Aurora Postgre 為SQL基礎的全域資料庫，您可以使用參數來管理 Aurora 全域資料庫的復原點目標 (RPO)。rds.global_db_rpoRPO代表發生中斷時可能遺失的最大資料量。

當您RPO為以 Aurora Postgre 為SQL基礎的全域資料庫設定時，Aurora 會監視所有次要叢集的RPO延遲時間，以確保至少有一個次要叢集保留在目標RPO視窗內。RPO延遲時間是另一個以時間為基礎的量度

當資料庫在容錯移轉 AWS 區域之後以新的方式繼續作業時，便會使用。RPOAurora 評估RPO和RPO延遲時間在主要交易上提交 (或封鎖) 交易，如下所示：

如果至少有一個次要資料庫叢集的RPO延遲時間小於RPO.
如果所有次要資料庫叢集的RPO延遲時間大於RPO. 它也會將事件記錄到 Postgre 記SQL錄檔，並發出顯示封鎖工作階段的「wait」事件。

換句話說，如果所有次要叢集都位於目標之後RPO，Aurora 會暫停主要叢集上的交易，直到至少有一個次要叢集趕上為止。一旦至少一個次要資料庫叢集的延遲時間小於RPO. 結果是，在符合之前沒有任何交易可以認可。RPO

此 rds.global_db_rpo 參數是動態的。如果您決定不要讓所有寫入交易都停止，直到延遲降低到足夠的程度，那麼您可以快速重設它。在這種情況下，Aurora 會在經過短暫延遲後，辨識並實作變更。

重要

在只有兩個區域的全球資料庫中，我們建議在次要區域的參數群組中保留 rds.global_db_rpo 參數的預設值。否則，由於失去主要區域而容錯移轉至此區域時，可能會導致 Aurora 暫停交易。相反地，請等到 Aurora 完成在舊失敗區域中重建叢集，然後再變更此參數以強制執行最大值RPO。

如果您按照下列所述設定此參數，還可以監控其產生的指標。您可以使用psql或其他工具來查詢 Aurora 全域資料庫的主要資料庫叢集，並取得有關以 Aurora Postgre 為SQL基礎的全域資料庫作業的詳細資訊。若要瞭解如何操作，請參閱監視基於 Aurora 波斯特格雷SQL的全局。

主題

設定復原點目標
檢視復原點目標
停用復原點目標

設定復原點目標

此rds.global_db_rpo參數可控制 Postgre SQL 資料庫的RPO設定。此參數由 Aurora 波斯特格雷支SQL援。rds.global_db_rpo 的有效值範圍為 20 秒至 2,147,483,647 秒 (68 年)。選擇符合您的業務需求和應用案例的實際值。例如，您可能希望允許最多 10 分鐘的時間RPO，在這種情況下，您將值設置為 600。

您可以使用 AWS Management Console、或，為以 Aurora Postgre 為SQL基礎的全域資料庫設定 AWS CLI此值。RDS API

若要設定 RPO

登錄 AWS Management Console 並在打開 Amazon RDS 控制台https://console.aws.amazon.com/rds/。
選擇 Aurora 全域資料庫的主要叢集，然後開啟 Configuration (組態) 標籤，以尋找其資料庫叢集參數群組。例如，執行 Aurora Postgre SQL 11.7 之主要資料庫叢集的預設參數群組為。default.aurora-postgresql11

無法直接編輯參數群組。而是執行下列動作：
- 使用適當的預設參數群組作為起點，建立自訂資料庫叢集參數群組。例如，根據 default.aurora-postgresql11 建立自訂資料庫叢集參數群組。
- 在您的自訂資料庫參數群組上，設定 rds.global_db_rpo 參數的值，以符合您的應用案例。有效值範圍為 20 秒至最大整數值 2,147,483,647 (68 年)。
- 將修改後的資料庫叢集參數群組套用至您的 Aurora 資料庫叢集。

如需詳細資訊，請參閱在 Amazon Aurora 中修改資料庫叢集參數群組中的參數。

若要設定rds.global_db_rpo參數，請使用 modify-db-cluster-parameter-group CLI 指令。在命令中，指定主要叢集參數群組的名稱和RPO參數值。

下列範例會RPO將主要資料庫叢集的參數群組名為的 600 秒 (10 分鐘) 設定為 600 秒 (10 分鐘) my_custom_global_parameter_group。

對於LinuxmacOS、或Unix：


aws rds modify-db-cluster-parameter-group \
    --db-cluster-parameter-group-name my_custom_global_parameter_group \
    --parameters "ParameterName=rds.global_db_rpo,ParameterValue=600,ApplyMethod=immediate"

在 Windows 中：


aws rds modify-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name my_custom_global_parameter_group ^
    --parameters "ParameterName=rds.global_db_rpo,ParameterValue=600,ApplyMethod=immediate"

若要修改rds.global_db_rpo參數，請使用 Amazon RDS M odifyDBCluster ParameterGroup API 操作。

檢視復原點目標

全域資料庫的復原點目標 (RPO) 會儲存在每個資料庫叢集的rds.global_db_rpo參數中。您可以連線至要檢視之次要叢集的端點，並使用 psql 來查詢執行個體的該值。


db-name=>show rds.global_db_rpo;

如果未設定此參數，則查詢會傳回下列項目：


rds.global_db_rpo
-------------------
 -1
(1 row)

下一個回應來自具有 1 分鐘RPO設定的次要資料庫叢集。


rds.global_db_rpo
-------------------
 60
(1 row)

您也可以使用CLI來取得值，以找出rds.global_db_rpo是否在任何 Aurora DB 叢集上處於作用中狀態，方CLI法是使用取得叢集的所有user參數值。

對於LinuxmacOS、或Unix：


aws rds describe-db-cluster-parameters \
 --db-cluster-parameter-group-name lab-test-apg-global \
 --source user

在 Windows 中：


aws rds describe-db-cluster-parameters ^
 --db-cluster-parameter-group-name lab-test-apg-global *
 --source user

該命令會傳回所有 user 參數類似於下列各項的輸出。這不是 default-engine 或 system 資料庫叢集參數。


{
    "Parameters": [
        {
            "ParameterName": "rds.global_db_rpo",
            "ParameterValue": "60",
            "Description": "(s) Recovery point objective threshold, in seconds, that blocks user commits when it is violated.",
            "Source": "user",
            "ApplyType": "dynamic",
            "DataType": "integer",
            "AllowedValues": "20-2147483647",
            "IsModifiable": true,
            "ApplyMethod": "immediate",
            "SupportedEngineModes": [
                "provisioned"
            ]
        }
    ]
}

若要進一步了解如何檢視叢集參數群組的參數，請參閱在 Amazon Aurora 中檢視資料庫叢集參數群組的參數值。

停用復原點目標

若要停用RPO，請重設rds.global_db_rpo參數。您可以使用 AWS Management Console AWS CLI、或重設參數RDSAPI。

若要停用 RPO

登錄 AWS Management Console 並在打開 Amazon RDS 控制台https://console.aws.amazon.com/rds/。
在導覽窗格中，選擇 Parameter groups (參數群組)。
在清單中，選擇主要資料庫叢集參數群組。
選擇 Edit parameters (編輯參數)。
選擇 rds.global_db_rpo 參數旁的方塊。
選擇 Reset (重設)。
當畫面顯示 Reset parameters in DB parameter group (重設資料庫參數群組中的參數) 時，選擇 Reset parameters (重設參數)。

如需如何使用主控台重設參數的詳細資訊，請參閱在 Amazon Aurora 中修改資料庫叢集參數群組中的參數。

若要重設rds.global_db_rpo參數，請使用 reset-db-cluster-parameter-group 指令。

對於LinuxmacOS、或Unix：


aws rds reset-db-cluster-parameter-group \
    --db-cluster-parameter-group-name global_db_cluster_parameter_group \
    --parameters "ParameterName=rds.global_db_rpo,ApplyMethod=immediate"

在 Windows 中：


aws rds reset-db-cluster-parameter-group ^
    --db-cluster-parameter-group-name global_db_cluster_parameter_group ^
    --parameters "ParameterName=rds.global_db_rpo,ApplyMethod=immediate"

若要重設rds.global_db_rpo參數，請使用 Amazon RDS API R esetDBCluster ParameterGroup 操作。

您的瀏覽器已停用或無法使用 Javascript。

您必須啟用 Javascript，才能使用 AWS 文件。請參閱您的瀏覽器說明頁以取得說明。

文件慣用形式

在 Aurora Postgre 中使用寫入轉送SQL

監控 Aurora 全域資料庫