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

# 測試以樹立信心
<a name="testing"></a>

資料庫的最佳 DR 解決方案是經常測試並通過下列檢查的解決方案：
+ 符合每個資料庫 RPO 期望的適當資料復原
+ 在預期的 RTO 時間範圍內完全還原正常運作中的資料庫，讓應用程式能夠連線到資料庫並恢復完整功能

DR 測試應該是業務策略的一部分，以便備份在最需要的時候發揮作用。DR 測試還應該解決以下情況：
+ 資料庫大小大幅增加，目前的 DR 策略不再符合企業的服務水準協議 (SLA)。
+ 備份檔案已損毀，這可能會導致復原期間出現問題。

## 測試 DR 策略時應考慮的事項
<a name="considerations"></a>
+ 對於 RPO 和 RTO 有明確的業務連續性目標，並確保測試結果符合您的目標。
+ 建立詳細的 DR 測試計畫，它將財務和人力資源需求考慮在內。
+ 分配資源以記錄潛在問題和經驗教訓。
+ 根據經驗教訓更新 DR 策略，並尋找支援適用於您組織的最佳程序和自動化的解決方案。

## DR 解決方案的測試頻率
<a name="frequency"></a>

沒有針對 DR 測試週期的指定建議，除非法規明確規定。例如，支付卡產業資料安全標準 (PCI DSS) 合規性稽核要求組織每年至少對 DR 計畫進行一次測試。(請參閱 PCI DSS 需求網站上的 [PCI DSS 災難復原需求](https://www.pcidssguide.com/pci-dss-disaster-recovery-requirements/)。)

應用程式團隊也可以在應用程式或基礎設施變更時，對其個別 DR 解決方案執行持續測試。

## 漂移偵測
<a name="drift-detection"></a>

DR 解決方案也應該管理[漂移偵測](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-cfn-stack-drift.html)。這將確保主要區域和 DR 區域處於正確的同步層級，並確保在測試期間順利進行。[AWS Config](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/set-up-aws-cloudformation-drift-detection-in-a-multi-region-multi-account-organization.html) 在基礎設施中提供組態管理和組態的歷史記錄追蹤，並可以協助您有效地管理漂移。

## 可觀測性
<a name="observability"></a>

提高可觀測性會對您的測試準備產生積極影響。所有 DR 解決方案都會將主要區域中的資料移至次要 (DR) 區域。可以設定複寫延遲和備份的警示，或採取一個程序來執行每日檢查，這可確保資料已成功複製到 DR 區域。