全部產品

ApsaraDB RDS：容災方案

更新時間：Jun 17, 2025

為了確保業務的連續性和高可用性，RDS PostgreSQL提供多種容災方案。

容災方案對比

說明

RTO（Recovery Time Objective）指從故障發生到系統復原可用狀態的時間。
RPO（Recovery Point Objective）指在發生災難或系統故障時，可容忍的最巨量資料丟失時間長度。

方案	RTO	RPO	價格	方案優勢	方案劣勢	應用情境
全球多活資料庫（GAD）	通常為10秒~30秒	5分鐘以內，通常為30秒~1分鐘	中	執行個體級容災，基於RDS PostgreSQL原生物理複製，高效穩定。網路費用按照單向同步鏈路的使用方式進行收費。災備執行個體可讀。全流程在控制台操作。	源執行個體和災備執行個體必須為RDS PostgreSQL，且其大版本需保持一致。	適用於RDS PostgreSQL之間的跨地區容災，跨地區唯讀情境。
一鍵容災搭建	通常為10秒~30秒	5分鐘以內，通常為30秒~1分鐘	較高	源執行個體可以是自建的本地執行個體或其他雲端服務供應商託管的執行個體。全流程在控制台操作。	使用者需自行確保網路暢通，並承擔相應的網路費用。	適用於自建的本地執行個體、其他雲端服務供應商託管的執行個體，使用RDS PostgreSQL作為災備執行個體的情境。
跨地區備份	通常為小時級	5分鐘以內，通常為30秒~1分鐘	低	基於快照備份，對來源資料庫無任何影響。備份儲存於Object Storage Service服務（OSS）上。	RTO時間較長。日誌的最小上傳單元為20 MB，當業務變化較小時，RPO較高。	適用於來源資料庫為RDS PostgreSQL，且跨地區容災對恢復要求不高的情境。
資料同步（DTS）	通常為10秒~30秒	5分鐘以內，通常為30秒~1分鐘	高	可同步部分庫表。通過雙向同步技術，可以有效滿足多活情境的需求。採用非同步複製的方式，中級具備儲存層，在災備系統中斷恢複時，無需完全重建鏈路。	資料同步為資料庫層級，當執行個體資料庫數量較多時，成本較高。	適用於非整庫容災或多活情境。