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

# 步驟 9. 測試資料復原功能
<a name="test"></a>

備份策略必須包括測試備份。如果無法還原備份的資料，則備份策略無效。定期測試您找到某些[復原點](https://docs.aws.amazon.com/aws-backup/latest/devguide/recovery-points.html)並將其能力還原。

雖然 AWS Backup 會自動將標籤從其保護的資源複製到復原點，根據預設，標籤不會從復原點複製到對應的還原資源。若要擴展庫存管理和尋找復原點，請考慮使用 AWS Backup 事件來對 AWS Backup 還原任務建立的資源[啟動標籤複寫程序](https://aws.amazon.com/blogs/storage/how-to-retain-resource-tags-in-aws-backup-restore-jobs/)。

可以透過建立資料復原模式，然後定期對其進行測試，來啟動資料復原工作流程。為了提高您復原備份資料能力的信心，請建立一個基礎且可重複的過程來執行持續的資料復原測試。例如，您可以建立一個模式，測試從使用客戶受管 AWS KMS 金鑰加密的中央 DR 備份文件庫到使用不同的客戶受管 AWS KMS 金鑰加密的來源帳戶備份文件庫的跨帳戶、跨區域還原操作。

如果您不經常測試這類還原操作，您可能會發現跨帳戶、跨區域操作 AWS KMS 加密的假設不正確。通常，唯一可以實際運作的備份復原模式是您經常測試的路徑。透過對支援的備份資源類型進行例行測試，您會發現可能導致未來干擾和遺失重要資料的早期警告。如果可能，請維持有限但可行的復原路徑和模式數量，以避免浪費儲存空間、優化成本並節省時間。在復原測試失敗時修正問題比遺失寶貴或重要資料更容易。