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

# 測試災難復原
<a name="testing-disaster-recovery"></a>

 測試災難復原實作以驗證實作，並定期測試容錯移轉至工作負載的 DR 區域，以確保符合 RTO 和 RPO。

 要避免的模式是開發很少執行的復原路徑。例如，您可能有一個次要資料存放區，只供唯讀查詢之用。當您寫入資料存放區而主資料存放區發生故障時，您可能需要容錯移轉到次要資料存放區。如果您不經常測試此容錯移轉，則可能會發現您對次要資料存放區的功能的假設不正確。您上次測試時可能已經足夠之次要 的容量，在此案例中可能不再能容忍負載，或次要區域中的服務配額可能不夠。

 我們的經驗顯示，唯一能發揮功用的錯誤復原，是您經常測試的路徑。這就是為什麼擁有少量復原路徑是最好的原因。

 您可建立復原模式，並定期進行測試。如果您有複雜或關鍵的復原路徑，您仍然需要在生產環境中定期執行該失敗，以驗證復原路徑是否正常運作。

 在 DR 區域管理組態偏離。請確定您的基礎設施、資料和組態是 DR 區域中需要的。例如，檢查 AMIs 和服務配額是否為up-to-date。

 您可以使用 [AWS Config](https://aws.amazon.com/config/) 持續監控和記錄您的 AWS 資源組態。 AWS Config 可以偵測偏離，並觸發 [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) 修正偏離和引發警示。 [AWS CloudFormation](https://aws.amazon.com/cloudformation/)還可以偵測已部署堆疊中的偏離。