對恢復時間目標的審查應該與作出關于RTO價值決定的流程責任人進行。實現RTO則是配置技術，運營程序和員工的問題。

    改進RTO的想法可以用不同的方式來解釋。它可以依賴于業務需求、系統的添加和刪除、業務影響分析結果、風險評估結果、災難恢復測試結果、業務連續性計劃演練結果等標準。

    大多數組織都樂于滿足他們的RTO目標。但是，如果要對RTO值進行更改，則應該進行測試，以確定是否可以實現新值。這在實踐中很少發生。大多數IT組織都太忙了，無法進行多個DR測試。因此，一旦建立了RTO，要想再改變則必須有一個令人信服的商業理由。

改進RTO的技巧

    技術的進步使組織更容易實現恢復時間目標。例如，一天一次備份關鍵系統及其關聯的數據和數據庫可能會支持8小時的RTO。但是，如果需要2小時的RTO，則可以使用數據復制和鏡像等技術來生成更頻繁的備份。系統備份更頻繁可以確保系統能夠在需要時恢復并投入生產。這種方法的前提是，組織可以為更強大的備份技術增加成本。

    還有必要通過改進恢復時間目標來定義它的含義。從先前的值(例如從8小時到24小時)增加時間量來改善RTO。相反，將恢復時間從8小時減少到2小時也可以被認為是一種改進。再次，這一點必須與流程負責人仔細審查。

    也許最好的方法是通過DR計劃測試的結果來了解恢復時間目標是否能夠得到改善。例如，如果原始RTO為4個小時，并且在測試期間恢復不到2個小時，則RTO可以調整到2個小時。

    因此，改進RTO的一個簡單方法是與流程負責人一起進行評估，看看是否可以做出改變。例如，將一個4小時的RTO更改為一個4小時的RTO。看看這樣的變化是否需要對技術或人員進行任何修改，從而節省成本。但是，未經流程所有者的同意，不得修改恢復時間目標。