Nach dem Lesen können Sie eine RTO aus der Geschäftsauswirkung ableiten, die Mittel zu ihrer Erreichung beziffern und sie mit einem zeitgemessenen Test prüfen.
Definition
ISO 22301 definiert sie als den Zeitraum nach einem Vorfall, in dem eine Tätigkeit wieder aufgenommen oder eine Ressource wiederhergestellt werden muss. Sie liegt innerhalb der Zeit, nach der die Auswirkung eines ausbleibenden Wiederanlaufs inakzeptabel wird, oft maximal tolerierbare Ausfallzeit (MTPD) genannt.
Das Geschäft legt die RTO als Ziel fest. Was die IT in einem Test erreicht, ist die tatsächliche Wiederherstellungszeit, und beide weichen oft voneinander ab.
Warum es wichtig ist
Die RTO bestimmt die Investition. Ein Ziel von 15 Minuten bedeutet ein ständig bereites Failover, während 3 Tage womöglich nur gute Backups erfordern, und die Rechnungen sind nicht annähernd vergleichbar.
Wie es funktioniert
Leiten Sie die RTO Tätigkeit für Tätigkeit aus der Business-Impact-Analyse ab. Übersetzen Sie sie in Ziele für die unterstützenden Systeme, einschließlich ihrer Abhängigkeiten.
Wählen Sie passende Wiederherstellungsmittel und wägen Sie ihre Kosten gegen die Auswirkung ab, die sie vermeiden.
Testen Sie und notieren Sie die erreichte Zeit. Verfehlt sie das Ziel, ändern Sie die Mittel oder lassen Sie die Lücke von der Leitung akzeptieren.
Ein Praxisbeispiel
Ein Onlineshop verliert 2 000 € pro Stunde, wenn seine Website ausfällt, und setzt deshalb eine RTO von 2 Stunden. Ein Test dauert 5 Stunden, davon 4 für die Wiederherstellung der Datenbank.
Ein warmes Replikat senkt das für 1 200 € im Monat auf 1 Stunde 30 Minuten. Die Leitung stimmt zu: Die 3 Stunden 30 Minuten, die bei einem einzigen Ausfall gewonnen werden, sind 7 000 € wert, fast sechs Monate dieser Kosten.
Bewährte Praktiken
- Lassen Sie die RTO vom fachlich Verantwortlichen festlegen, wobei die IT zu den Kosten berät.
- Messen Sie ab dem Zeitpunkt der Störung und zählen Sie die Zeit für die Entscheidung mit.
- Stimmen Sie die RTOs der Abhängigkeiten eines Systems aufeinander ab.
- Halten Sie jedes Testergebnis neben seinem Ziel fest.
Häufige Fehler
- Allen Systemen dieselbe RTO zu geben, was bei manchen zu viel kostet und andere zu kurz kommen lässt.
- Ein Ziel zu setzen, das kein Test je erreicht hat, sodass die Zahl nur auf dem Papier existiert.
- Die Zeit zum Erkennen und Ausrufen des Ereignisses zu vergessen, oft eine Stunde oder mehr.
- Eine Abhängigkeit mit längerer RTO zu übersehen, die dann die tatsächliche Wiederherstellungszeit bestimmt.
Fragen
- Was unterscheidet RTO und RPO?
- Die RTO sagt, wie schnell Sie zurück sein müssen. Die RPO sagt, wie viele aktuelle Daten Sie verlieren dürfen. Die eine zählt vom Vorfall vorwärts, die andere rückwärts.
- Was ist eine gute RTO?
- Eine, die durch die Auswirkung begründet und finanziert ist. Eine allgemeingültige Zahl gibt es nicht.
- Was unterscheidet RTO und MTPD?
- Die maximal tolerierbare Ausfallzeit ist der Punkt, an dem die Auswirkung inakzeptabel wird. Die RTO wird kürzer angesetzt, um einen Puffer zu lassen.
- Ist eine RTO dasselbe wie ein SLA?
- Nein. Ein SLA ist eine Zusage an einen Kunden, oft zur Verfügbarkeit. Die RTO ist ein internes Wiederherstellungsziel, das das SLA stützen sollte.
- Wie lässt sich eine RTO überprüfen?
- Mit einer zeitgemessenen Wiederherstellungsübung unter realistischen Bedingungen. Geschätzte Werte zu addieren beweist nichts.