RTO — IT-Definition
Recovery Time Objective: die maximal tolerierbare Ausfallzeit eines IT-Service nach einer Störung, bevor die Auswirkungen auf das Geschäft kritisch werden. Es ist die Zielzeit für die Wiederherstellung des Service nach einem Vorfall.
Die RTO (Recovery Time Objective, Wiederherstellungszeit-Ziel) ist die maximal akzeptable Dauer zwischen einer Störung und der Rückkehr zu einem betriebsbereiten Service. Sie beantwortet eine einfache Frage: „Wie lange können wir ohne diesen Service auskommen, bevor die Auswirkungen untragbar werden?"
Gemeinsam mit der RPO ist die RTO eine der beiden Kennzahlen, die jeden Disaster-Recovery-Plan (DRP) strukturieren und in SLAs vertraglich festgehalten werden.
Wie man eine RTO festlegt
Die RTO wird Anwendung für Anwendung im Rahmen der Business-Impact-Analyse (BIA) des BCP bestimmt. Je kritischer ein Service, desto kürzer die RTO:
- •Minuten: E-Commerce-Website, Zahlungssystem, Echtzeit-Kommunikation.
- •Stunden: ERP, CRM, Back-Office-Anwendungen.
- •Tage: sekundäre interne Tools, nicht dringendes Reporting.
RTO und Kosten
Die RTO ist der wichtigste Kostentreiber eines DRP: Eine RTO von 5 Minuten (automatisches Failover, Active-Active-Infrastruktur) kostet ein Vielfaches einer RTO von mehreren Stunden (Wiederherstellung aus dem Backup). Ziel ist es, die RTO an der tatsächlichen Kritikalität auszurichten, ohne in nicht wesentliche Services zu überinvestieren.
RTO ≠ RPO
Die RTO misst eine Wiederherstellungszeit; die RPO misst einen akzeptablen Datenverlust. Ein Service kann einen langen Ausfall tolerieren (hohe RTO), aber keinen Datenverlust (RPO nahe null) – oder umgekehrt.
Häufig gestellte Fragen
Was ist der Unterschied zwischen RTO und RPO?
+
Die RTO (Recovery Time Objective) ist die maximale Zeit zur Wiederherstellung eines Service nach einem Ausfall. Die RPO (Recovery Point Objective) ist die maximale Datenmenge, deren Verlust man in Kauf nimmt, ausgedrückt als Zeitspanne. Die RTO wird in Ausfalldauer gemessen, die RPO im Datenverlust seit dem letzten brauchbaren Backup.
Wie definiert man die richtige RTO?
+
Die RTO wird im Rahmen der Business-Impact-Analyse (BIA) anwendungsweise festgelegt, abhängig von der Kritikalität des Service. Ein umsatzrelevanter Echtzeit-Service erfordert eine RTO von wenigen Minuten, während ein sekundäres internes Tool mehrere Tage tolerieren kann. Die RTO bestimmt direkt die Kosten der Wiederherstellungsarchitektur.
Alle Begriffe
5R-Methode
Eine Strategie bei der Anwendungsrationalisierung zur Bestimmung des besten Ansatzes für das Anwendungsmanagement.
8R-Methode
Eine erweiterte Version der 5R-Methode für Application Portfolio Management und Migrationsstrategien.
Anwendung
Ein Computerprogramm oder eine Reihe von Programmen zur Rationalisierung von Geschäftsabläufen.
Architektur
Bezieht sich auf die Struktur und das Verhalten von IT-Systemen, Prozessen und Infrastruktur innerhalb einer Organisation.
Brauchen Sie Hilfe bei der Kartierung Ihrer IT-Landschaft?
Kabeen hilft Ihnen, Ihr Anwendungsportfolio zu inventarisieren, zu analysieren und zu optimieren.