本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
步驟 9. 測試資料復原功能
備份策略必須包括測試備份。如果無法還原備份的資料,則備份策略無效。定期測試您找到某些復原點並將其能力還原。
雖然 AWS Backup 會自動將標籤從其保護的資源複製到復原點,但預設不會將標籤從復原點複製到對應的還原資源。若要擴展庫存管理和尋找復原點,請考慮使用 AWS Backup 事件來對 AWS Backup 還原任務建立的資源啟動標籤複寫程序
可以透過建立資料復原模式,然後定期對其進行測試,來啟動資料復原工作流程。為了提高您復原備份資料能力的信心,請建立一個基礎且可重複的過程來執行持續的資料復原測試。例如,您可以建立一個模式,測試從使用客戶受管 AWS KMS 金鑰加密的中央 DR 備份文件庫到使用不同的客戶受管 AWS KMS 金鑰加密的來源帳戶備份文件庫的跨帳戶、跨區域還原操作。
如果您不經常測試這類還原操作,您可能會發現跨帳戶、跨區域操作 AWS KMS 加密的假設不正確。通常,唯一可以實際運作的備份復原模式是您經常測試的路徑。透過對支援的備份資源類型進行例行測試,您會發現可能導致未來干擾和遺失重要資料的早期警告。如果可能,請維持有限但可行的復原路徑和模式數量,以避免浪費儲存空間、優化成本並節省時間。在復原測試失敗時修正問題比遺失寶貴或重要資料更容易。