Backup prüfen: einen vollständigen Ablauf wiederherstellen
Prüfen Sie Datenbank, Dateien und Zugriffe gemeinsam. Ein durchgerechnetes Beispiel trennt Datenlücke und Wiederherstellungsdauer.
Eine Erfolgsmeldung des Sicherungsprogramms zeigt, dass ein Sicherungslauf abgeschlossen wurde. Ob Ihr Team damit wieder arbeiten kann, prüfen Sie durch eine Wiederherstellung mit einem vollständigen Geschäftsablauf. Dazu gehören auch Dateien, Zugriffsrechte und benötigte Verbindungen.
Mit einem sicheren Testumfang beginnen
Verwenden Sie eine getrennte Testumgebung und künstliche Daten. Schalten Sie ausgehende E-Mails, Zahlungen und andere echte Aktionen ab. Stellen Sie keine Sicherung probeweise über das produktive System zurück. Benötigte Schlüssel und Zugangsdaten müssen im vorgesehenen Wiederherstellungsverfahren verfügbar sein, ohne sie in das Testprotokoll zu kopieren.
Im folgenden fiktiven Beispiel wird eine Auftragsanwendung geprüft. Vereinbarte Ziele: höchstens 60 Minuten Datenlücke, das Recovery Point Objective oder RPO, und höchstens 120 Minuten bis zum wieder nutzbaren Dienst, das Recovery Time Objective oder RTO. Diese Werte sind frei gewählte Beispielziele, keine zugesagte Leistung. AWS empfiehlt, solche Ziele anhand der geschäftlichen Auswirkungen festzulegen.
Ein ausgefülltes Zeitprotokoll
Uhrzeit | Ereignis im Beispiel |
|---|---|
09:25 | Konsistenter Datenstand einschließlich Testauftrag T-17 und zugehöriger Anlage |
09:30 | Sicherungslauf mit diesem Datenstand abgeschlossen |
10:00 | Angenommener Ausfall; hier beginnt die Zeitmessung. |
10:40 | Datenbank technisch wiederhergestellt |
10:50 | Anmeldung funktioniert; Anlagen fehlen noch. |
11:05 | Anlagen, Berechtigungen und vollständiger Auftragsablauf erfolgreich geprüft |
Die geprüfte Datenlücke beträgt 35 Minuten von 09:25 bis 10:00. Die Wiederherstellungsdauer beträgt 65 Minuten von 10:00 bis 11:05. Das Beispiel erfüllt damit beide gewählten Ziele. Der Abschluss des Sicherungslaufs um 09:30 ist nicht mit dem darin enthaltenen Datenstand gleichzusetzen.
Um 10:40 wäre der Test noch nicht bestanden. Eine laufende Datenbank ohne benötigte Anlagen erlaubt den vereinbarten Arbeitsablauf nicht. Auch die Anmeldung um 10:50 genügt dafür nicht.
Den fachlichen Abschluss nachweisen
Prüfen Sie T-17 mit seinen erwarteten Positionen und öffnen Sie die dazugehörige Anlage. Melden Sie sich mit einer vorgesehenen normalen Rolle an: Sie muss erlaubte Aufträge sehen, darf aber keine fremden geschützten Bereiche öffnen. Erstellen Sie danach einen neuen Testauftrag und führen Sie ihn bis zum vorgesehenen Abschluss. Externe Übergaben laufen dabei ausschließlich gegen Testziele.
Im Protokoll steht im Beispiel zunächst „Anlage fehlt; Prüfung nicht bestanden“. Erst nach Behebung und erneuter Prüfung folgt „T-17 vollständig; Rollen geprüft; neuer Testauftrag abgeschlossen“. Notieren Sie dabei den verwendeten Sicherungsstand und die tatsächlichen Zeitpunkte. Ein Häkchen ohne Prüfergebnis erklärt später nicht, was wiederhergestellt wurde.
Aus dem Ergebnis die nächste Änderung ableiten
Fehlen Dateien, muss der Sicherungsumfang angepasst werden. Fehlt ein Schlüssel, gehört dessen kontrollierte Verfügbarkeit zum Wiederherstellungsplan. Dauert der Ablauf zu lange, prüfen Sie den konkreten Engpass und wiederholen die betroffenen Schritte. Eine häufigere Sicherung allein löst beispielsweise keinen langsamen Import.
Die Zahlen dieses Beispiels ersetzen keine eigene Messung. Wiederholen Sie den vollständigen Versuch insbesondere nach Änderungen an Speicherorten, Verschlüsselung, Rollen oder dem Wiederherstellungsverfahren. Bewahren Sie das nachvollziehbare Ergebnis auf, damit die nächste Probe einen brauchbaren Vergleich hat.
Quellen
Weiterlesen
Alle Beiträge
Cloud & Betrieb mit ASES
Hosting, Deployment, Wartung und Betreuung