持續備份和point-in-time(PITR) - AWS Backup

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

持續備份和point-in-time(PITR)

對於某些資源, 除了快照備份之外, 還 AWS Backup 支援持續備份和point-in-time復原 (PITR)。

透過持續備份,您可以將 AWS Backup支援的資源復原回您選擇的特定時間,並在精確度的 1 秒內 (最長 35 天)。連續備份的運作方式是先建立資源的完整備份,然後持續備份資源的交易日誌。PITR 的運作方式是存取您的完整備份,並在您告知 AWS Backup 復原的時間重播交易日誌。

您也可以每小時進行一次快照備份。快照備份最多可儲存 100 年。您可以複製快照,以取得完整或增量備份。

由於連續備份和快照備份提供不同的好處,因此建議您同時使用連續備份和快照備份規則來保護資源。

隨需備份會立即開始備份您的資源。如果您希望在備份計畫中所定義排程時間以外的時間建立備份,您可以選擇隨需備份。例如,您可以隨時使用隨需備份來測試備份和功能。

您無法搭配 PITR 使用隨需備份,因為隨需備份會在進行備份時保留資源處於其狀態,而 PITR 則會使用連續備份,記錄一段時間內的變更。

當您 AWS Backup 使用 AWS Backup 主控台或 API 在 中建立備份計劃時,可以選擇為支援的資源持續備份。持續備份計劃會建立一個持續復原點,並在任務執行時更新該復原點。

支援持續備份和 PITR 的服務

AWS Backup 支援下列 服務和應用程式的持續備份和point-in-time復原:

Amazon S3

若要開啟 S3 備份的 PITR,連續備份必須是備份計畫的一部分。

雖然來源儲存貯體的這個原始備份可能啟用了 PITR,但跨區域或跨帳戶目的地複本不會有 PITR,而且從這些複本中還原會還原至建立複本的時間 (這些複本會是快照複本),而不是還原至指定的時間點。

RDS

備份排程:當 AWS Backup 計劃同時建立 Amazon RDS 快照和連續備份時, AWS Backup 會智慧地排程備份時段,以與 Amazon RDS 維護時段協調,以防止衝突。為了進一步防止衝突,無法使用 Amazon RDS 自動化備份時段的手動組態。無論備份計畫是否有每天一次以外的快照備份頻率,RDS 都會每天建立一次快照。

設定:將 AWS Backup 連續備份規則套用至 Amazon RDS 執行個體之後,您無法在 Amazon RDS 中建立或修改該執行個體的連續備份設定;修改必須透過 AWS Backup 主控台或 AWS Backup CLI 完成。

將 Amazon RDS 執行個體連續備份的轉換控制轉返 Amazon RDS:

Console
  1. 在 https://https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

  2. 在導覽窗格中,選擇 Backup plans (備份計劃)

  3. 刪除具有連續備份保護該資源的所有 Amazon RDS 備份計畫。

  4. 選擇 Backup vaults (備份文件庫)。從備份保存庫中刪除連續備份復原點。或者,等待其保留期間過去,導致 AWS Backup 自動刪除復原點。

完成這些步驟後, AWS Backup 會將資源的持續備份控制轉換回 Amazon RDS。

AWS CLI

呼叫 DisassociateRecoveryPoint API 操作。

若要進一步了解,請參閱《DisassociateRecoveryPoint》。

Amazon RDS 連續備份所需的 IAM 許可
  • 若要使用 AWS Backup 為您的 Amazon RDS 資料庫設定連續備份,請確認 API 許可rds:ModifyDBInstance存在於備份計劃組態定義的 IAM 角色中。若要還原 Amazon RDS 連續備份,您必須將許可 rds:RestoreDBInstanceToPointInTime 新增至為還原任務提交的 IAM 角色。您可以使用 AWS Backup default service role 執行備份和還原。

  • 若要描述point-in-time復原的時間範圍, AWS Backup 請呼叫 rds:DescribeDBInstanceAutomatedBackups。在 AWS Backup 主控台中,您必須在 AWS Identity and Access Management (IAM) 受管政策中擁有 rds:DescribeDBInstanceAutomatedBackups API 許可。您可以使用 AWSBackupFullAccessAWSBackupOperatorAccess 受管政策。這兩個政策都有所有必要許可。如需詳細資訊,請參閱 受管政策

保留期間:當您變更 PITR 保留期間時, AWS Backup 會呼叫 ModifyDBInstance並立即套用該變更。如果您有其他組態更新擱置到下一個維護時段,變更 PITR 保留期也會立即套用這些組態更新。如需詳細資訊,請參閱《Amazon Relational Database Service API 參考》中的《ModifyDBInstance

Amazon RDS 連續備份的副本:

  • 增量式快照複製任務的處理速度比完整快照複製任務更快。將先前的快照複本保留到新的複製任務完成為止,可能會減少複製任務持續時間。如果您選擇從 RDS 資料庫執行個體複製快照,請務必注意,先刪除先前的複本會導致建立完整快照複本 (而非增量式)。如需如何將複製優化的詳細資訊,請參閱《Amazon RDS 使用者指南》中的《增量式快照複製

  • 建立 Amazon RDS 連續備份的副本 — 您無法建立 Amazon RDS 連續備份的副本,因為 AWS Backup Amazon RDS 不允許複製交易日誌。相反地, 會 AWS Backup 建立快照,並使用備份計劃中指定的頻率複製快照。

還原:您可以使用 AWS Backup 或 point-in-time還原。如需 AWS Backup 主控台說明,請參閱還原 Amazon RDS 資料庫。如需 Amazon RDS 說明,請參閱《Amazon RDS 使用者指南》中的《將資料庫執行個體還原至指定的時間》。

提示

設為 的多可用區域 (可用區域) 資料庫執行個體Always On不應將備份保留設定為零。如果發生錯誤,請使用 AWS CLI 命令disassociate-recovery-point而非 delete-recovery-point,然後在 Amazon RDS 設定中將保留設定變更為 1。

如需使用 Amazon RDS 的一般資訊,請參閱《Amazon RDS 使用者指南》。

Aurora

若要啟用 Aurora 資源的持續備份,請參閱本頁第一節中的步驟。

將 Aurora 叢集還原至某個時間點的程序是還原 Aurora 叢集快照的步驟變化

當您執行時間點還原時,主控台會顯示 還原時間 區段。請參閱本頁使用備份底下的還原連續備份

Amazon EC2 執行個體上的 SAP HANA

您可以進行連續備份,這可搭配時間點還原 (PITR) 使用 (請注意,隨需備份會將資源保持在進行備份時所處的狀態,而 PITR 則使用連續備份來記錄一段時間內的變更)。

使用連續備份,您可以在 1 秒的精確度內倒回您選擇的特定時間來還原 EC2 執行個體上的 SAP HANA 資料庫 (最多可回到 35 天前)。連續備份的運作方式是先建立資源的完整備份,然後持續備份資源的交易日誌。PITR 還原的運作方式是存取您的完整備份,並在您告知 AWS Backup 復原的時間重播交易日誌。

當您 AWS Backup 使用 AWS Backup 主控台或 API 在 中建立備份計劃時,可以選擇加入連續備份。

使用主控台啟用連續備份
  1. 登入 AWS Management Console,並在 https://https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

  2. 在導覽窗格中,選擇 備份計畫,然後選擇 建立備份計畫

  3. 備份規則 下,選擇 新增備份規則

  4. 備份規則組態 區段中,選取 為支援的資源啟用連續備份

停用 SAP HANA 資料庫備份的 PITR (時間點還原) 之後,系統會繼續將日誌傳送至 AWS Backup ,直到復原點到期為止 (狀態等於 EXPIRED))。您可以在 SAP HANA 中變更為替代日誌備份位置,以停止將日誌傳輸至 AWS Backup。

狀態為 的持續復原點STOPPED表示持續復原點已中斷;也就是說,從 SAP HANA 傳輸至 AWS Backup 的日誌,顯示資料庫的增量變更有間隙。在此時間範圍內發生的復原點都會具有 STOPPED. 狀態。

如需在連續備份 (復原點) 的還原任務期間可能遇到的問題,請參閱本指南的《SAP HANA 還原故障診斷》一節。

時間點復原考量

請注意以下時間點復原考量:

  • 自動回復至快照 — 如果 AWS Backup 無法執行連續備份,則會嘗試改為執行「快照」備份。

  • 不支援隨需連續備份 — AWS Backup 不支援隨需連續備份,因為隨需備份會記錄時間點,而連續備份記錄則會在一段時間內變更。

  • 不支援轉換至冷儲存 — 連續備份不支援轉換至冷儲存,因為轉換至冷儲存需要至少 90 天的轉換期,而連續備份的最長保留期為 35 天。

  • 還原最近的活動 — Amazon RDS 活動最多允許還原至最近 5 分鐘的活動;Amazon S3 最多允許還原至最近 15 分鐘的活動。