先定義能承受的中斷與資料損失
RTO 與 RPO 要由業務共同決定
RTO 是目標恢復時間，RPO 是可容許回復到多早的資料狀態。訂單受理與歷史報表的重要性不同，不宜所有系統都設定同一門檻。先估算停機影響、人工替代能力與交易補登成本，再決定投資。
「30 分鐘內恢復」應清楚定義起算點、服務範圍與成功條件。例如只完成主機開機，不能等同使用者已能登入、下單與完成對帳。
高可用、複寫與備份各有用途
同步錯誤也可能很快
高可用可降低部分設備故障造成的中斷；複寫能縮短切換時的資料差距，但錯誤刪除或加密可能同步傳到另一端。備份則提供回到歷史狀態的能力，仍需確認完整性與還原速度。
異地不只看地理距離，也要看帳號、權限與管理平面的獨立性。若同一組高權限帳號能刪除所有副本，兩地資料仍可能一起受損。
讓備份在攻擊後仍可用
離線或不可變副本與權限分離
依資料重要性規劃多份副本、不同儲存與異地保存，並評估離線或不可變機制。備份帳號、刪除權限與保存鎖定應分開管理，保留失敗與異常刪除告警。
除資料庫外，還要保存應用版本、設定、必要金鑰的安全復原方式與操作文件。只備份資料卻無法重建環境，事故時仍可能耗費大量時間。
30 分鐘目標如何拆解？
演練包含偵測、決策、切換與驗證
可把時間分成事件確認、啟動決策、環境切換、資料復原及業務驗證。若需從大型離線備份完整還原，通常不能只靠口頭估算達成短 RTO，可能需要預先準備環境與更快的復原方式。
測試時確認 DNS、憑證、外部 API、資料庫一致性與登入服務。以真實交易流程驗證，並記錄每階段耗時、未完成項目及改善責任人，而不只截取主機運行畫面。
勒索事件復原要先排除再感染
恢復服務也要保留事件處理能力
確認受影響範圍、隔離環境與備份可信度，再依優先順序恢復。若入侵帳號或持續性機制未處理，直接還原可能再次受害。事件蒐證、通知與法定義務需依實際情況安排。
定期演練並在重大架構變更後重新驗證。KARWEE 可協助梳理應用相依、備份需求與演練腳本；30 分鐘屬待設計與驗證的目標，不是未經測試即可保證的服務承諾。
常見問題
每天快照就足夠嗎？
取決於可接受資料損失與復原時間，還要測試還原、權限隔離及應用一致性。
有備援主機就不用備份嗎？
仍需要。複寫可能同步錯誤或惡意變更，歷史備份提供不同層次的復原能力。