Backup & Disaster Recovery

Erste Session

Erste Woche (Richtwert ~45 Min)

1. 1. Wiederherstellbarkeit als Zusage: MTD, RTO, RPO und der Umfang~30 Min

Summe: ~30 Min

Das erste Modul wird immer vollständig eingeplant; deshalb kann die Summe über dem Richtwert liegen.

Zwischenziele

Praktisches Ergebnis

MTD, RTO, RPO und Nachverarbeitung auseinanderhalten und die RTO aus der bestätigten Ausfallzeit ableiten · Eine zugesagte Wiederanlaufzeit gegen Datenmenge und Leitungsdurchsatz rechnen, statt sie zu schätzen · Den Wiederherstellungsumfang und die Abhängigkeitskette benennen, an denen eine Zusage tatsächlich hängt · Ein Recovery-Inventar mit sieben tragenden Feldern anlegen und Dienste statt Server als Einheit führen · Schutzklassen von der Sicherheitsklassifizierung trennen und Ausnahmen begründet führen · Die Abdeckungslücke in beide Richtungen messen und Drift durch Voreinstellung statt Disziplin begrenzen · Kopien nach Fehlerdomänen entwerfen und Unabhängigkeit über Berechtigungen statt über Entfernung prüfen · Sicherungsrhythmus und Aufbewahrungstiefe getrennt aus Verlustgrenze und Erkennungszeit ableiten · Die umkehrbare und die endgültige Stufe der Unveränderbarkeit samt ihrer Umgehungswege und Kosten beurteilen · Sicherungsverfahren an der Zahl der Bestandteile messen, die ein Restore auf einen Zeitpunkt braucht · Speicherklassen und Umlagerungsfristen als Zusage über die Wiederanlaufzeit lesen, nicht als Kostenentscheidung · Struktur- und Inhaltsprüfung unterscheiden und den Wiederherstellungsweg bis zum Zielsystem festlegen · Verbindungsrichtung und Zielrechte so wählen, dass eine übernommene Quelle die Sicherungen nicht erreicht · Schlüssel außerhalb der gesicherten Umgebung verwahren und einen zweiten Zugang vorhalten · Überwachung auf das Ausbleiben statt auf den Fehlschlag stützen und Teilerfolge als eigenen Zustand führen · Erfolgskriterien mit Messwert und Schwelle vor dem Test festlegen und das Ergebnis daran messen · Die Netzidentität isolieren statt des Verfahrens und überschreibende Restores hinter eine Freigabe stellen · Wiederanlaufzeit vom Alarm bis zur fachlichen Abnahme messen und Befunde mit Eigentümer und Termin führen · Schritte nach Umkehrbarkeit trennen und Freigabetore mit angezeigten Werten statt leerer Bestätigung bauen · Die dokumentierten Grenzen von Trockenläufen und Wiedereinstiegsfunktionen kennen und stattdessen wiederholbare Schritte entwerfen · Den manuellen Weg für den Fall vorhalten, dass die Automatisierung selbst nicht verfügbar ist · Die nötige Konsistenzstufe aus der Bauart der Anwendung ableiten statt aus ihrer Wichtigkeit · Die dokumentierten Grenzen von Einfrieren, Ruhigstellung und Snapshots über mehrere Datenträger erkennen · Konsistenz über Systemgrenzen und Zustand bei Dritten als eigene Aufgabe vom Restore trennen · Den kreisförmigen Zugangszwang zwischen Verzeichnisdienst, Sicherungssystem und Geheimnisspeicher auflösen · Notfallzugänge nach ihren eigenen Regeln betreiben und gegen Ablauf, Bereinigung und Aussperrung schützen · Rotation, Vormerkung zur Löschung und Kompromittierung eines Schlüssels in ihren Folgen unterscheiden · Untersuchung und Wiederherstellung so ordnen, dass keine der beiden die andere beschädigt · Den letzten bekannten guten Zustand aus dem Zeitverlauf des Vorfalls bestimmen statt aus dem Sicherungskatalog · Einen sauberen Raum betreiben und die Wiederverbindung an Systemzustand und geschlossenen Eintrittsweg binden · Eine Restoresequenz als Ganzes führen und die Sicherung des Protokollendes an ihren Anfang stellen · Berechtigungen, erweiterte Attribute und die Zuordnung der Eigentümer als Teil des Wiederherstellungsumfangs behandeln · Ein Restore-Manifest je Workload führen, das die Bestandteile außerhalb des Datenverzeichnisses benennt · Aktivierungskriterien und eine eindeutige Befugnis zum Ausrufen festlegen und im Ernstfall anwenden · Den Wiederanlauf in Wellen aus Prioritätenliste, Abhängigkeitsketten und verfügbarer Kapazität zusammenstellen · Eskalation und Statusinformation trennen und die Lage mit einer Außerkraftsetzung des Plans beenden · Einen Ausweichstandort nach Ausstattungsgrad, Kapazität unter Last und Datenstand beurteilen statt nach Speichergröße · Die Schreibhoheit als unteilbaren Vorgang übergeben und im Zweifelsfall die alte Seite stilllegen · Die Umschaltung der Clients vorbereiten und die Rückkehr als eigenen Change mit verschobener Datenhoheit planen · Frische, Abdeckung, Sperrzustand und Nachweisalter als Kennzahlen führen, die je eine Zusage spiegeln · Abdeckung gegen das Inventar messen statt gegen die eigene Objektliste des Sicherungssystems · Erwartete Ereignisse zählen statt alarmieren und einen Bericht mit Zusage, Beleg und benannter Lücke schreiben · Test, Training und Übung nach der offenen Frage auswählen statt nach Gewohnheit · Ein mehrjähriges Programm mit wechselnden Szenarien und sichtbarer Abdeckung führen · Befunde mit Eigentümer und Termin schließen und die Planpflege an das Änderungsverfahren binden · Eine Lage führen, in der die Entscheidungen des Tracks einander widersprechen, und die Abwägung benennen statt sie zu umgehen · Den letzten bekannten guten Zustand je Gruppe gekoppelter Dienste bestimmen und die Folge dem Eigentümer zur Entscheidung geben · Die drei Tore der Lage den richtigen Rollen zuordnen und die Lage mit einer Außerkraftsetzung beenden

Voraussetzungen

Der Katalog weist keine formalen Voraussetzungen aus — beim ersten sichtbaren Modul starten.

Pausieren & Fortsetzen

Nach jedem Modul kannst du pausieren und später fortsetzen. Ohne Konto hängt der gespeicherte Stand von den Browserdaten ab; mit Konto wird er geräteübergreifend synchronisiert.