本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
測試以樹立信心
資料庫的最佳 DR 解決方案是經常測試並通過下列檢查的解決方案:
-
符合每個資料庫 RPO 期望的適當資料復原
-
在預期的 RTO 時間範圍內完全還原正常運作中的資料庫,讓應用程式能夠連線到資料庫並恢復完整功能
DR 測試應該是業務策略的一部分,以便備份在最需要的時候發揮作用。DR 測試還應該解決以下情況:
-
資料庫大小大幅增加,目前的 DR 策略不再符合企業的服務水準協議 (SLA)。
-
備份檔案已損毀,這可能會導致復原期間出現問題。
測試 DR 策略時應考慮的事項
-
對於 RPO 和 RTO 有明確的業務連續性目標,並確保測試結果符合您的目標。
-
建立詳細的 DR 測試計畫,它將財務和人力資源需求考慮在內。
-
分配資源以記錄潛在問題和經驗教訓。
-
根據經驗教訓更新 DR 策略,並尋找支援適用於您組織的最佳程序和自動化的解決方案。
DR 解決方案的測試頻率
沒有針對 DR 測試週期的指定建議,除非法規明確規定。例如,支付卡產業資料安全標準 (PCI DSS) 合規性稽核要求組織每年至少對 DR 計畫進行一次測試。(請參閱 PCI DSS 需求網站上的 PCI DSS 災難復原需求
應用程式團隊也可以在應用程式或基礎設施變更時,對其個別 DR 解決方案執行持續測試。
漂移偵測
DR 解決方案也應該管理漂移偵測。這將確保主要區域和 DR 區域處於正確的同步層級,並確保在測試期間順利進行。AWS Config 在基礎設施中提供組態管理和組態的歷史記錄追蹤,並可以協助您有效地管理漂移。
可觀測性
提高可觀測性會對您的測試準備產生積極影響。所有 DR 解決方案都會將主要區域中的資料移至次要 (DR) 區域。可以設定複寫延遲和備份的警示,或採取一個程序來執行每日檢查,這可確保資料已成功複製到 DR 區域。