Recovery Time Objective: Difference between revisions

From HORSE - Holistic Operational Readiness Security Evaluation.
Jump to navigation Jump to search
(Created page with "The '''recovery time objective''' ('''RTO''') is the duration of time and a service level within which a business process must be restored after a disaster (or disruption) in ...")
 
No edit summary
 
Line 4: Line 4:


== See also ==
== See also ==
* [[Recovery point objective]] (RPO)
* [[Recovery Point Objective]] (RPO)
* [[Recovery Time Actual]] (RTA)
* [[Recovery Time Actual]] (RTA)
* [[Recovery Consistency Objective]] (RCO)
* [[Recovery Consistency Objective]] (RCO)

Latest revision as of 11:15, 27 October 2012

The recovery time objective (RTO) is the duration of time and a service level within which a business process must be restored after a disaster (or disruption) in order to avoid unacceptable consequences associated with a break in business continuity.

It can include the time for trying to fix the problem without a recovery, the recovery itself, testing, and the communication to the users. Decision time for users representative is not included. The business continuity timeline usually runs parallel with an incident management timeline and may start at the same, or different, points. In accepted business continuity planning methodology the RTO is established during the Business Impact Analysis (BIA) by the owner of a process (usually in conjunction with the business continuity planner). The RTOs are then presented to senior management for acceptance. The RTO attaches to the business process and not the resources required to support the process. The RTO and the results of the BIA in its entirety provide the basis for identifying and analyzing viable strategies for inclusion in the business continuity plan. Viable strategy options would include any which would enable resumption of a business process in a time frame at or near the RTO. This would include alternate or manual workaround procedures and would not necessarily require computer systems to meet the RTOs.

See also

References