Loading content
The Recovery Time Objective (RTO) defines the maximum tolerable time within which an IT service must be restored after a disruption to limit business impact. It guides backup, recovery and operational planning, and drives architectural and operational decisions. Organizations use RTO to prioritise systems and design recovery procedures, testing and SLAs.
Use this profile to understand the building block briefly, place it in the model, and switch to the 360° assessment when needed.
Theoretical construct: explains a term, principle, or mental model.
What organizes, connects, or makes decisions possible.
The Recovery Time Objective (RTO) states how quickly a service or business process must be available again after a disruption.
RTO emerged in business continuity and disaster recovery as a time-based expression of the maximum acceptable interruption to a business process.
An RTO of two hours means the service must return to an agreed usable state within that period. It influences on-call coverage, redundancy, recovery automation, and exercises. RTO measures recovery duration, not lost data; RPO sets the latter.
The maximum tolerable interruption is stated as a concrete target.
The target defines when the service is sufficiently functional, rather than merely started.
Technology, roles, and procedures are designed and tested to meet the time limit.
RTO prioritizes recovery investment by business impact and makes availability commitments testable. It does not replace dependency analysis and must align with RPO and observed recovery tests.
Where this building block is located in the topic model.
Explore how this building block connects to concepts, methods, technologies, and tools.
These sources establish the term and its professional meaning.
All direct connections of the current building block in a compact text view.
This classification shows where the building block typically matters, how demanding it is, and what kind of impact it has in the model.
The level within the organization (enterprise, domain, team) at which the AssetBlock is applied.