Recovery Time Objective (RTO): Difference between revisions

From BCMpedia. A Wiki Glossary for Business Continuity Management (BCM) and Disaster Recovery (DR).
Jump to navigation Jump to search
No edit summary
 
(No difference)

Latest revision as of 14:02, 24 July 2024

BL-B-5 Click to know more
1. Recovery Time Objective (RTO) refers to the maximum acceptable length of time that can elapse before the lack of a business function severely impacts the organization. This is the maximum agreed time for the resumption of the critical business functions.


Notes: The RTO is comprised of the following components: Starting from the point of disaster, the time before a disaster is declared, the time to perform tasks (as documented in the BC or DR plan) to the point of business resumption whereby the data which was lost, up to the point of disaster, is restored. See complete diagram of these three concepts shown below.


Related Terms: Recovery Objectives, Objective, Recovery Point Objective (RPO), Minimum Business Continuity Objective

<be>

BCM Institute's Professional Training and Certification
BCMBoK Competency Level
BCMBoK 3: Business Impact Analysis CL 1B: Foundation (BC)


BCMBoK Competency Level
BCMBoK 3: Business Impact Analysis CL 1C: Foundation (CM)


BCMBoK Competency Level
BCMBoK 3: Business Impact Analysis CL 1D: Foundation (DR)



Click to know more about expert level training

(Source: Business Continuity Management Institute - BCM Institute)

2. Period of time following an incident within which

Recovery Objectives: RTO, RPO and MTPD
Recovery Objectives: RTO, RPO and MTPD
  • Product or service must be resumed, or
  • Activity must be resumed, or
  • Resources must be recovered.

Note : For products, services, activities, the recovery time objective must be less than the time it would take for adverse impacts that would arise as a result of not providing a product/service or performing an activity to become unacceptable.

(Source: ISO 22301:2012 – Societal Security – Business Continuity Management Systems - Requirements) - clause 3.45

3. Target time set for resumption of product, service or activity delivery after an incident.

(Source: AE/HSC/NCEMA 7000:2012)

Conducting Your Impact Analysis for Business Continuity Planning (Second Edition)

4. Target time set for resumption of product, service or activity delivery after an incident.

(Source: British Standard BS25999-1:2006 Code of Practice for Business Continuity Management)

5. The period of time within which systems, applications, or functions must be recovered after a disruption has occurred. For example, critical business functions must be restored within 4 hours upon occurrence of a disaster.

(Source: Singapore Standard 540 - SS 540:2008)

6. An essential output from the BIA that identifies the time by which Mission Critical Activities and/or their dependencies must be recovered.

(Source: Business Continuity Institute - BCI)

7. The period of time within which systems, applications, or functions must be recovered after an outage (e.g. one business day). RTOs are often used as the basis for the development of Business Continuity Strategy, and as a determinant as to whether or not to implement the Business Continuity Strategy during a disaster situation. SIMILAR TERMS: Maximum Allowable Downtime.

(Source: Disaster Recovery Institute International / Disaster Recovery Journal - DRII/DRJ)

(Source: Malaysia BCM Standard MS1970:2007)

8. The period of time required to fully re-establish adequate resource requirements.

(Source: HB 221:2004 Business Continuity Management)

(Source: Australia. A Practitioner's Guide to Business Continuity Management HB292 - 2006 )

9. The period of time required to fully re-establish adequate resource requirements to recover a critical activity, process, function, or other capability, to a required minimum operational level.

NOTE: The time required to recover capability to achieve the RPO may be additional to the RTO.

(Source: AS/NZS 5050.2 Australian and New Zealand Standards for business continuity management.

Part 2: Business continuity management practice standard)

10. The period of time within which systems, applications, or functions must be recovered after an outage (e.g. one business day).

(Source: Business Continuity Institute - BCI)

(Source: ENISA - the European Network and Information Security Agency. BCM & Resilience Glossary)