Definition Recovery Time Objective | RTO Was ist RTO?

Anbieter zum Thema

Vogel IT-Medien GmbH

FAST LTA GmbH

Cohesity GmbH

Recovery Time Objective ist eine wichtige Kenngröße eines Disaster-Recovery-Plans. Sie gibt die Zeit vor, die benötigt werden darf, um den Betrieb von Systemen oder Services nach einer Störung oder einem Ausfall wieder aufzunehmen. Je nach Wichtigkeit und Kritikalität eines Systems oder Services für das Unternehmen liegt die RTO in einem Bereich von wenigen Sekunden bis mehrere Tage oder Wochen. Erstellt wird die Vorgabe im Rahmen einer Business-Impact-Analyse.

RTO ist das Akronym für Recovery Time Objective. Wie Recovery Point Objective (RPO) ist Recovery Time Objective eine wichtige Kenngröße eines Disaster-Recovery-Plans. Sie gibt vor, wie lange für die Wiederaufnahme des Betriebs eines bestimmten Services oder Systems nach einem Ausfall oder einer Störung im Rahmen der Notfallwiederherstellung (Disaster Recovery) benötigt werden darf. RTO ist die Zeit zwischen dem Auftreten des Ausfalls, verursacht zum Beispiel durch ein technisches Problem, einen Cyberangriff oder eine Naturkatastrophe, bis zur Wiederherstellung des Services oder Systems und wird in Sekunden, Minuten, Stunden oder Tagen gemessen. Bei den Systemen oder Services kann es sich um Infrastrukturkomponenten, Server, Netze, Anwendungen, Daten, Dienste und Kombinationen aus ihnen handeln. Je wichtiger ein Service oder ein System für ein Unternehmen ist, desto kürzer ist die Zeit der RTO-Vorgabe. Für besonders kritische Systeme beträgt sie unter Umständen nur wenige Sekunden, für weniger kritische Services können es auch mehrere Tage sein. Die maximal tolerierbare Zeit bis zur Wiederherstellung des Betriebs wird im Rahmen einer Business-Impact-Analyse ermittelt. Sie ist die Zeit, die ein Geschäftsprozess ausfallen darf, ohne dass ein signifikanter Schaden für das Unternehmen entsteht.

Disaster-Recovery-Plan, Business-Continuity-Plan und RTO

Ein Disaster-Recovery-Plan (DRP) ist ein Notfallwiederherstellungsplan. Im DRP sind Vorgehensweisen und Maßnahmen aufgeführt, wie auf Störfälle zu reagieren ist, um negative Auswirkungen für ein Unternehmen so gering wie möglich zu halten. Bestandteile eines solchen Plans sind auch die Definition der jeweiligen Verantwortlichkeiten und die einzuhaltenden Meldewege und Eskalationsstufen. Der eigentliche Vorgang der Notfallwiederherstellung wird als Disaster Recovery bezeichnet. RTO und RPO sind zwei wichtige Kenngrößen und Vorgaben eines Disaster-Recovery-Plans. Von der Business-Continuity-Planung unterscheidet sich der Disaster-Recovery-Plan darin, dass er sich auf die Wiederherstellung von IT-Services und IT-Systeme bezieht. Ein Business-Continuity-Plan ist weiter gefasst und befasst sich im Allgemeinen mit der Aufrechterhaltung beziehungsweise Wiederherstellung kritischer Geschäftsprozesse. Der Disaster-Recovery-Plan ist ein Bestandteil der Business-Continuity-Planung und enthält die Zielvorgaben zur Wiederherstellung der Geschäftsprozesse in Form von RTO und RPO für die beteiligten IT-Systeme und -Services.

Abgrenzung zu Recovery Point Objective (RPO)

Recovery Point Objective und Recovery Time Objective sind beides wichtige Kennwerte eines Disaster-Recovery-Plans und werden in Zeiteinheiten definiert. Sie beziehen sich beide auf die Notfallwiederherstellung, beantworten aber unterschiedliche Fragestellungen. Während Recovery Time Objective die Frage beantwortet, welche Ausfallzeit eines Systems oder Services für ein Unternehmen tolerierbar ist und wie lange benötigt werden darf, bis der Service oder das System wieder funktioniert, bezieht sich RPO auf den für ein Unternehmen hinnehmbaren Datenverlust. RPO beantwortet die Frage, wie viele Daten verloren gehen können, bis ein signifikanter Schaden für das Unternehmen entsteht. Je niedriger die RPO, desto geringer der tolerierbare Datenverlust. RPO gleich null bedeutet, dass kein Datenverlust hinnehmbar ist. Aus RPO ergibt sich der maximal erlaubte Zeitraum zwischen zwei Datensicherungen.

(ID:49671194)