Loading content
RTO definiert die maximal tolerierbare Zeitspanne, innerhalb derer ein IT‑Dienst nach einem Ausfall wiederhergestellt sein muss, um Geschäftsverlust zu begrenzen.
Das Recovery Time Objective (RTO) legt die maximal tolerierbare Dauer fest, innerhalb derer ein IT-Service nach einem Ausfall wiederhergestellt sein muss, um geschäftliche Schäden zu begrenzen. Es dient als Planungsgröße für Backup-, Wiederherstellungs- und Betriebsprozesse und beeinflusst Architektur- sowie Betriebsentscheidungen. Es ist priorisierbar nach Geschäftskritikalität.
Gemessene Zeit von Incident‑Erkennung bis Wiederherstellung im Vergleich zum RTO.
Prozentsatz der Wiederherstellungen, die das definierte RTO einhalten.
Zeit bis kritische Funktionen wieder begrenzt nutzbar sind, auch wenn Full Recovery noch aussteht.
Für Zahlungsabwicklung wurde ein RTO von 15 Minuten definiert, um Umsatzverluste zu minimieren; technische Maßnahmen: synchrone Replikation und automatisches Failover.
Kritische Abrechnungssysteme haben sehr kurze RTOs, begleitet von regelmäßigen Disaster‑Recovery‑Tests und strikten SLAs.
RTO‑Kategorien werden mit Kunden‑Tiers verknüpft; höhere Tiers erhalten kürzere Wiederherstellungszeiten und dedicated Ressourcen.
Durchführen einer Business‑Impact‑Analyse zur Bestimmung kritischer Komponenten und akzeptabler Ausfallzeiten.
Kategorisieren von Systemen nach Kritikalität und Festlegen von RTO‑Targets pro Kategorie.
Auswahl und Implementierung technischer Maßnahmen (Replikation, Backups, Failover).
Erstellung von Recovery‑Playbooks, Verantwortlichkeiten und Kommunikationsplänen.
Regelmäßige Tests, Metriken‑Monitoring und kontinuierliche Anpassung der RTOs.