本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Amazon Relational Database Service 備份
Amazon RDS 和 AWS Backup
當您考慮備份 Amazon RDS 執行個體和叢集的選項時,請務必釐清您要建立和使用的備份類型。包括 Amazon RDS 在內的數種 AWS 資源提供自己的原生備份解決方案。
Amazon RDS 提供自動備份和手動備份的選項。建立的復原點根據備份類型 AWS Backup 分類不同:
-
建立的定期快照 AWS Backup 會被視為 Amazon RDS 中的手動備份。這些是根據您的備份計劃排程所建立的快照型備份。
-
建立的連續備份 AWS Backup 會被視為 Amazon RDS 中的自動備份。這些透過維護交易日誌與自動化快照來啟用point-in-time還原 (PITR)。
這種區別很重要,因為手動和自動備份在 Amazon RDS 中具有不同的保留行為和生命週期管理。
當您使用 AWS Backup 建立 Amazon RDS 執行個體的備份 (復原點) 時, AWS Backup 會檢查您先前是否使用 Amazon RDS 建立自動備份。 https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup-plan.html#create-backup-plan-console如果自動備份存在, 會 AWS Backup 建立增量快照複本 (copy-db-snapshot 操作)。如果不存在備份, 會 AWS Backup 建立您指定執行個體的快照,而不是複製 (create-db-snapshot 操作)。
任一 AWS Backup操作建立的第一個快照都會產生 1 個完整快照。只要完整備份存在,所有後續的備份都會是增量備份。
使用跨帳戶或跨區域複本時,增量快照複製任務處理速度會比完整快照複製任務更快。將先前的快照複本保留到新的複製任務完成為止,可能會減少複製任務持續時間。如果您選擇從 RDS 資料庫執行個體複製快照,請務必注意,先刪除先前的複本會導致建立完整快照複本 (而非增量式)。如需最佳化複製的詳細資訊,請參閱《Amazon RDS 使用者指南》中的增量快照複製。
重要
當 AWS Backup 備份計劃排程為建立 Amazon RDS 執行個體的多個每日快照時,當其中一個排程的AWS Backup 啟動備份時段與 Amazon RDS Backup 視窗重疊時,備份的資料歷程可以分支到非相同的備份中,進而建立意外和衝突的備份。若要避免這種情況,請確保您的 AWS Backup 備份計畫或 Amazon RDS 視窗的時間不會重疊。
考量事項
AWS Backup 支援建立 RDS Custom for SQL Server 執行個體的隨需備份。不過,原生 AWS Backup 不支援透過 還原 RDS Custom for SQL Server。若要還原,請使用 Amazon RDS 中的 restore-db-instance-from-db-snapshot操作搭配 AWS Backup建立的快照。如需詳細資訊,請參閱使用來自 的備份還原 Amazon RDS Custom for SQL Server 執行個體 AWS Backup
RDS Custom for Oracle 目前不受 支援 AWS Backup。
AWS Backup 不支援在 Outpost 或 Local Zones 上備份和還原 RDS,包括專用 Local Zones。 AWS Backup 需要將 RDS 執行個體BackupTarget設為 region(預設值)。
了解備份重疊和成本
AWS Backup 定期快照在 Amazon RDS 中分類為手動備份。雖然它們與自動備份共用相同的增量快照鏈,但它們會計入您的總備份儲存以及自動備份。Amazon RDS 提供免費備份儲存配置,等同於您佈建的資料庫執行個體儲存,這涵蓋自動備份和手動快照的合併。超出該配置的儲存體會計費。如果您同時執行排程 AWS Backup 快照和 Amazon RDS 自動化備份,這兩者都會產生此總計,而且您應該將此納入成本規劃。
當您使用 AWS Backup 來備份 Amazon RDS 資料庫執行個體時,自動快照可能會出現非預期的時間戳記;它符合 AWS Backup 快照建立時間,而不是 Amazon RDS 自動備份時段。如果 Amazon RDS 在過去一天找不到最近的自動備份,則會合併備份。Amazon RDS 會將自動備份中繼資料連接至 AWS Backup 建立的手動快照。這可確保資料庫執行個體維持定期自動備份。這最常發生在 AWS Backup 操作執行的時間足以與 Amazon RDS 自動化備份時段重疊時。
合併備份時,手動和自動快照項目都會參考相同的基礎快照資料。您只需為該單一基礎快照支付一次費用,且您的資料仍受到完整保護。此外,無論項目是否合併,備份保留和point-in-time還原功能都不會受到影響。
Amazon RDS 持續備份和時間點還原
持續備份涉及使用 AWS Backup 建立 Amazon RDS 資源的完整備份,然後透過交易日誌擷取所有變更。您可以透過倒轉至您想要還原的時間點來實現更大的精細程度,而不是選擇先前以固定時間間隔拍攝的快照。
如需詳細資訊,請參閱持續備份和 PITR 支援的服務,以及管理持續備份設定。
重要
在使用 啟用 Amazon RDS 的連續備份 AWS Backup 之前已停用 (或在先前啟用時停用連續備份) 時,讓 Amazon RDS 執行個體離線以進行變更。在維護時段規劃此變更,將影響降至最低。如果自動備份是從 Amazon RDS 啟用,且備份只是移至其中 AWS Backup,則不需要停機。
Amazon RDS 多可用區域備份
AWS Backup 使用一個主要和兩個可讀取的待命資料庫執行個體,備份和支援 Amazon RDS for MySQL 和 for PostgreSQL Multi-AZ (可用區域) 部署選項。
如需可使用多可用區域備份的區域清單,請參閱 中的 Amazon RDS 多可用區域欄支援的 服務 AWS 區域。
多可用區部署選項可將寫入交易優化。當您的工作負載需要額外的讀取容量、較低的寫入交易延遲、更容易從網路抖動 (這會影響寫入交易延遲的一致性) 中復原以及高可用性和持久性時,就很適合使用此選項。
若要建立多可用區域叢集,您可以選擇 MySQL 或 PostgreSQL 作為引擎類型。
在 AWS Backup 主控台中,有三個部署選項:
多可用區域資料庫叢集:建立包含一個主要資料庫執行個體和兩個可讀取待命資料庫執行個體的資料庫叢集,其中每個資料庫執行個體都位於不同的可用區域。提供高可用性、資料備援,並增加可供伺服器使用的工作負載容量。
多可用區域資料庫執行個體:在不同的可用區域中建立一個主要資料庫執行個體和一個待命資料庫執行個體。這會提供高可用性和資料備援,但待命資料庫執行個體不支援讀取工作負載的連線。
單一資料庫執行個體:建立不含待命資料庫執行個體的單一資料庫執行個體。
執行個體和叢集的備份行為
-
時間點復原 (PITR) 可支援執行個體,但不支援叢集。
-
不支援複製多可用區域資料庫叢集快照。
-
RDS 復原點的 Amazon Resource Name (ARN) 取決於是否使用執行個體或叢集:
RDS 執行個體 ARN:
arn:aws:rds:region:account:db:nameRDS 多可用叢集:
arn:aws:rds:region:account:cluster:name
如需詳細資訊,請參閱《Amazon RDS 使用者指南》中的《多可用區域資料庫叢集部署》。
如需詳細資訊,請參閱《Amazon RDS 使用者指南》中的《建立多可用區域資料庫叢集快照》。
Amazon Aurora 全球資料庫
AWS 建議在部署全域資料庫的每個區域中維護備份。
Amazon RDS 和 Aurora 連續備份的常見問題
Amazon RDS 和 Aurora 連續備份如何連結至自動備份?
AWS Backup point-in-time復原 (連續備份) 可集中管理 Amazon RDS 和 Aurora 中的自動備份。當您在 中啟用連續備份時 AWS Backup, AWS Backup 會控制來自 Amazon RDS 或 Aurora 的自動備份。您無法再使用 Amazon RDS 或 Aurora 主控台或 APIs 變更備份開始時間 (偏好的備份時段) 或保留期。您仍然可以從 Amazon RDS 或 Aurora 主控台或 API 管理維護時段。在可能的情況下 AWS Backup ,intelligently 會排程自動備份,以避免與其他排程備份 (快照) 和維護時段重疊。
持續備份如何在 AWS Backup 主控台中顯示?
在 AWS Backup 主控台中,導覽至備份計劃中指定的保存庫,並在備份類型欄中尋找連續。備份會在第一個連續備份完成後顯示為可用,表示該資源可使用 PITR。
如何控制自動備份傳回 Amazon RDS 或 Aurora?
若要將自動備份的控制權傳回 Amazon RDS 或 Aurora,請先刪除為 Amazon RDS 或 Aurora 啟用連續備份的備份計劃或規則,或修改規則以移除連續備份。然後選擇下列其中一個選項:
-
保留備份資料:執行
DisassociateRecoveryPointAPI。這會將連續備份和版本控制與 Amazon RDS 取消關聯,並在 Amazon RDS 中保留備份資料,讓您可以用來執行還原。 -
移除備份資料:執行
DeleteRecoveryPointAPI。這會刪除連續復原點、移除備份資料,並將控制權給予 Amazon RDS。
重要
當您執行 DisassociateRecoveryPoint或 時DeleteRecoveryPoint, 會 AWS Backup 呼叫 Amazon RDS 執行個體的 ModifyDBInstance API 或 Aurora 叢集的 ModifyDBCluster API,並立即套用變更。如果 Amazon RDS 或 Aurora 上有任何待定的組態變更,這些變更也會立即套用。此操作期間可能會有短暫的停機時間。
如需詳細資訊,請參閱如何停止 Amazon RDS 持續備份 AWS Backup?