Wiederherstellung testen: RTO, RPO und Restore-Tests mit Protokoll

Ob eine Datensicherung taugt, zeigt sich nur bei der Wiederherstellung. Maßstab sind zwei Kennzahlen: die Wiederanlaufzeit (RTO), also die Zeit bis ein Prozess wieder läuft, und der maximal tolerierbare Datenverlust (RPO), also der zeitliche Abstand zur letzten verwendbaren Sicherung. Regelmäßige, protokollierte Restore-Tests belegen, dass beide Werte erreicht werden.

Das Wichtigste in Kürze
  • RTO und RPO werden je Geschäftsprozess festgelegt und aus der Business-Impact-Analyse abgeleitet.
  • Art. 32 Abs. 1 lit. c DSGVO verlangt die Fähigkeit zur raschen Wiederherstellung, lit. d ein Verfahren zur regelmäßigen Überprüfung.
  • ISO/IEC 27001 Anhang A 8.13 verlangt, Sicherungskopien regelmäßig zu testen.
  • Ein Test ohne Protokoll ist im Audit kein Nachweis.

Was bedeuten RTO, RPO und MTPD?

KennzahlBedeutungFrage an den Fachbereich
MTPD (maximal tolerierbare Ausfallzeit)Zeit, nach der ein Ausfall nicht mehr hinnehmbare Folgen hatAb wann wird der Ausfall existenzbedrohend oder rechtlich problematisch?
RTO (Wiederanlaufzeit)Zielzeit, in der der Prozess wieder in einem Mindestumfang läuft; muss unter der MTPD liegenBis wann muss der Prozess spätestens wieder laufen?
RPO (tolerierbarer Datenverlust)Zeitpunkt, auf den Daten mindestens zurückgesetzt werden könnenWie viele Stunden Arbeit dürfen verloren gehen?

Die Begriffe stammen aus dem Business Continuity Management (ISO 22301, BSI-Standard 200-4). Aus dem RPO folgt der Sicherungstakt, aus dem RTO die Wiederherstellungstechnik: Wer ein System in zwei Stunden zurück braucht, kommt mit einer Bandsicherung außer Haus allein nicht aus.

Welche Arten von Restore-Tests gibt es?

TestartInhaltAussagekraft
Prüfung der SicherungsprotokolleLaufen alle Jobs, gibt es Fehler oder Lücken?gering, nur Voraussetzung
Stichprobe einzelner Dateien oder PostfächerAusgewählte Objekte aus verschiedenen Generationen zurückholenmittel, zeigt Lesbarkeit
Wiederherstellung eines SystemsServer, Datenbank oder Anwendung in einer Testumgebung vollständig wiederherstellen und Funktion prüfenhoch, zeigt RTO für dieses System
Wiederanlauf eines ProzessesAlle Systeme eines Prozesses in der festgelegten Reihenfolge wiederherstellen, Fachbereich prüft die Arbeitsfähigkeitsehr hoch, zeigt RTO und RPO für den Prozess
NotfallübungSzenario wie Ransomware oder Ausfall des Rechenzentrums mit Krisenstab, Kommunikation und Wiederanlaufam höchsten, prüft auch Organisation und Entscheidungen

Was gehört in ein Wiederherstellungsprotokoll?

  • Datum, Uhrzeit, durchführende und prüfende Personen
  • Getestetes System oder getesteter Prozess, Sicherungsgeneration und Speicherort
  • Zielwerte (RTO, RPO) und erreichte Werte
  • Prüfung der Funktion durch den Fachbereich, nicht nur durch die IT
  • Abweichungen, Fehler und daraus abgeleitete Maßnahmen mit Verantwortlichen und Fristen
  • Freigabe und Ablage, sodass das Protokoll im nächsten Audit auffindbar ist

Wie oft sollte die Wiederherstellung getestet werden?

Gesetz und Normen schreiben keinen festen Takt vor; Art. 32 Abs. 1 lit. d DSGVO spricht von einer regelmäßigen Überprüfung, ISO/IEC 27001 von regelmäßigen Tests nach der festgelegten Richtlinie. Der Takt sollte sich nach der Kritikalität richten und im Backup-Konzept stehen. Zusätzlich gehört ein Test nach jeder wesentlichen Änderung dazu, etwa nach einem Wechsel der Backup-Software, des Speichers oder des Dienstleisters.

Keine Rechtsberatung. Rechtsstand: 04.11.2026.

Tests, Übungen und Protokolle zentral nachweisen

Im BCMS-Modul von MGMSYS werden BC-Übungen und Tests dokumentiert und mit Business-Impact-Analyse und Notfallplänen verknüpft. Abweichungen werden zu Maßnahmen mit Fristen und Verantwortlichen.

MGMSYS ansehen Preise und Testzugang

Quellen

  1. Verordnung (EU) 2016/679 (DSGVO), EUR-Lex
  2. ISO/IEC 27001:2022 Information security management systems – Requirements (ISO)
  3. ISO 22301:2019 Business continuity management systems – Requirements (ISO)
  4. BSI-Standard 200-4 Business Continuity Management