# Was ist ein Recovery Time Objective (RTO)?

> Ein Recovery Time Objective ist die Zieldauer nach einer definierten Störung, innerhalb derer ein spezifiziertes System, ein Dienst oder eine Geschäftsfähigkeit auf ein vereinbartes Niveau wiederhergestellt sein sollte.

- Kanonische URL: https://yellowcube.eu/de/glossary/recovery-time-objective/
- Herausgeber: Yellow Cube
- Sprache: de
- Kontakt: hello@yellowcube.eu

## Inhalt

Es hilft, Geschäftsprioritäten in Wiederherstellungsreihenfolge, Architektur-, Personal-, Lieferanten- und Verfahrensanforderungen zu übersetzen. Ein Vier-Stunden-RTO bedeutet, dass das Wiederherstellungsdesign die definierte Fähigkeit innerhalb von vier Stunden nach dem angegebenen Startereignis zurückbringen sollte.

Ein RTO ist nur nützlich, wenn Scope und Zeitmessung explizit sind. Teams sollten identifizieren, was die Messung startet, welches Service-Niveau als wiederhergestellt gilt, welche Abhängigkeiten eingeschlossen sind und ob manuelle Workarounds einen Teil des Bedarfs erfüllen. Eine Anwendung kann zudem gestufte Ziele haben — etwa eine eingeschränkte kritische Funktion vor dem vollen Dienst.

### Wichtigste Punkte

- **Geschäftsauswirkung:** Ziele aus den Folgen von Ausfallzeit, Safety-Bedürfnissen, Kundenzusagen, regulatorischen Pflichten und akzeptablem degradiertem Betrieb setzen.
- **Wiederherstellungsdesign:** Redundanz, Ersatzkapazität, dokumentierte Verfahren, Datenwiederherstellung, alternative Kommunikation und geschultes Personal passend zum Ziel einsetzen.
- **Abhängigkeitsabbildung:** Identität, Netzwerk, DNS, Cloud, Einrichtungen, Daten, Lieferanten und betriebliche Freigaben einbeziehen, die für die Erbringung des wiederhergestellten Dienstes nötig sind.
- **Testen:** Die tatsächliche Wiederherstellung in Übungen messen, einschließlich Entscheidungs- und Validierungszeit statt nur Infrastruktur-Start.
- **Wichtige Einschränkung:** Ein RTO ist ein Ziel, kein Versprechen, dass jedes Szenario rechtzeitig gelöst wird. Ungetestete Abhängigkeiten, flächendeckende Ausfälle, kompromittierte Backups, unsichere Abkürzungen oder ein unrealistisches Ziel können den Plan entwerten.

### Verwandte Begriffe

[Recovery Point Objective (RPO)](<https://yellowcube.eu/de/glossary/recovery-point-objective/>) · [Maximum Tolerable Downtime (MTD)](<https://yellowcube.eu/de/glossary/maximum-tolerable-downtime/>) · [Disaster Recovery](<https://yellowcube.eu/de/glossary/disaster-recovery/>) · [Business Continuity](<https://yellowcube.eu/de/glossary/business-continuity/>) · [Mean Time to Respond (MTTR)](<https://yellowcube.eu/de/glossary/mean-time-to-respond/>) · [Business Impact Analysis (BIA)](<https://yellowcube.eu/de/glossary/business-impact-analysis/>)

### Quellen

[NIST glossary: Recovery Time Objective](https://csrc.nist.gov/glossary/term/RTO) · [NIST SP 800-34 Rev. 1: Contingency Planning Guide](https://csrc.nist.gov/pubs/sp/800/34/r1/upd1/final)

## Quellenangabe und Geltungsbereich

Diese Markdown-Darstellung wird aus denselben freigegebenen Inhalten wie die kanonische HTML-Seite erzeugt. Verwenden Sie beim Zitieren die kanonische URL.