Cloud & Infrastruktur
RTO
Recovery Time Objective
Das Recovery Time Objective, kurz RTO, ist die maximal akzeptable Zeit, bis ein ausgefallener Dienst nach dem festgelegten Störungsszenario wieder nutzbar sein soll. Es beschreibt ein Ziel für die Wiederaufnahme des Betriebs.
Was bedeutet das im Unternehmen?
Zur Planung gehört mehr als die reine Rücksicherung von Dateien. Auch das Erkennen und Bewerten einer Störung, verfügbare Ersatzsysteme, Zugänge und die Prüfung der wiederhergestellten Anwendung können Zeit benötigen. Der genaue Start- und Endpunkt der Messung muss definiert sein. Abhängigkeiten wie Netzwerk, Anmeldung und Datenbank gehören in den Ablauf.
Ein Beispiel aus der Praxis
Eine Auftragsbearbeitung soll nach einem Serverausfall innerhalb von vier Stunden wieder arbeiten können. Beim Probelauf sind die Daten bereits nach zwei Stunden zurückgesichert. Fehlen anschließend jedoch Zugangsdaten oder die Datenbank startet nicht, ist das Ziel für den nutzbaren Dienst noch nicht erreicht.
Ein Backup ist noch kein Wiederanlaufplan
Die Datensicherung liefert Material für die Wiederherstellung. Ein Wiederanlaufplan legt zusätzlich Reihenfolge, Verantwortliche, benötigte Systeme und Freigabeschritte fest. Erst ein passender Test zeigt, wie nah der Ablauf dem vereinbarten Ziel kommt.
Darauf kommt es an
- Geschäftlich kritische Dienste und ihre Abhängigkeiten priorisieren.
- Zugänge, Ersatzmöglichkeiten und Vertretungen vorab organisieren.
- Wiederanlauf mit realistischer Datenmenge und Anwendungsprüfung üben.
Eine häufige Frage
Ist die Reaktionszeit des Supports gleich dem RTO?
Nein. Eine Reaktionszeit beschreibt, wann die Bearbeitung einer Meldung beginnt beziehungsweise eine vereinbarte Reaktion erfolgt. Das RTO bezieht sich auf die Wiederherstellung des nutzbaren Dienstes. Die Begriffe sollten im Leistungsumfang getrennt betrachtet werden.
Herausgeber: IT Fabrik · Stand: