Sicherungspfade implementieren: Rechte, Schlüssel, Fenster, Überwachung
Der Sicherungslauf meldet seit acht Monaten „ok“, und trotzdem fehlt beim ersten Wiederherstellungsversuch die Hälfte der Dateien. Dieses Modul behandelt die vier Entscheidungen, die bei der Einrichtung fallen und deren Fehler nicht gemeldet, sondern eingelöst werden: ob die Anmeldung, die schreibt, auch löschen darf; wo der Schlüssel liegt, wenn das Rechenzentrum brennt; was passiert, wenn ein Lauf länger dauert als sein Intervall; und warum eine Überwachung, die Fehlschläge meldet, sieben Wochen Stille für Erfolg hält.
Einstieg · ~30 Min · 11 Abschnitte Einführung · 9 Übungen (davon 3 Missionen)
Modul starten →
Fortschritt wird gespeichert — du kannst das Modul später jederzeit fortsetzen.
Das kannst du danach
- ✓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
Übungen
- 1. EntscheidungWelche Eigenschaft dieser Einrichtung wiegt am schwersten?
- 2. MissionQuelle oder Ziel — welche Seite regelt das
- 3. EntscheidungWelche Lücke muss vor der Freigabe geschlossen werden?
- 4. EntscheidungWelche Änderung schließt diese Klasse von Fehlern?
- 5. EntscheidungWas folgt daraus für die Zusage?
- 6. MissionDas Skript, das immer Erfolg meldet
- 7. EntscheidungWelche Antwort trägt?
- 8. EntscheidungWelche Maßnahme stellt die Handlungsfähigkeit wieder her?
- 9. ReihenfolgeInbetriebnahme eines Sicherungspfads
Arbeitsartefakte
- ↓Inbetriebnahme eines Sicherungspfadsbackup-dr-commissioning-2026-09-04 · geprüft: 2026-09-04
Quellen & Aktualität5 Primärquellen · zuletzt geprüft:
Verfasst von Julian Zentgraf