# 17.7 Backup, Restore und Notfallmaßnahmen in der Praxis Backups, Wiederherstellung und Notfallmaßnahmen gehören zu den wichtigsten Aufgaben in der Systemadministration. Sie sorgen dafür, dass Systeme und Daten nach Fehlern, Ausfällen oder Angriffen wiederhergestellt werden können. Typische Situationen: - Datei versehentlich gelöscht - Datenbank beschädigt - Server ausgefallen - Ransomware-Angriff - Hardware defekt - falsche Konfiguration eingespielt - Update fehlgeschlagen - Benutzerkonto kompromittiert - Cloud-Ressource gelöscht - Standort nicht erreichbar Merksatz: Backup ist nicht nur Datensicherung, sondern Teil der Wiederherstellungsstrategie. --- **Warum Backup wichtig ist** Daten können auf viele Arten verloren gehen. Ursachen: Bedienfehler Hardwaredefekt Softwarefehler Malware Ransomware Sabotage Diebstahl Feuer Wasserschaden Stromausfall fehlerhafte Updates falsche Synchronisation Cloud-Fehlkonfiguration Merksatz: Backup schützt nicht vor jedem Vorfall, aber es ermöglicht Wiederherstellung. --- **Backup und Restore unterscheiden** Backup: Sicherung von Daten, Systemen oder Konfigurationen Restore: Wiederherstellung aus einer Sicherung Wichtig: Ein Backup ist nur dann wertvoll, wenn der Restore funktioniert. Merksatz: Backup ist die Sicherung. Restore ist die Wiederherstellung. --- **Backup allein reicht nicht** Ein Backup-Konzept ist unvollständig, wenn nicht geklärt ist: was gesichert wird wie oft gesichert wird wohin gesichert wird wie lange gesichert wird wer Zugriff hat wie wiederhergestellt wird wie Restore getestet wird wie Backups geschützt werden wie schnell Systeme wieder laufen müssen Merksatz: Backup ohne Restore-Plan ist nur halbe Sicherheit. --- **Restore-Test** Ein Restore-Test prüft, ob eine Wiederherstellung wirklich funktioniert. Zu prüfen: Daten vollständig? Datei lesbar? Datenbank konsistent? Anwendung startet? Rechte korrekt? Konfiguration passend? Schlüssel vorhanden? Wiederherstellungszeit akzeptabel? Dokumentation korrekt? Merksatz: Nur getestete Backups sind verlässliche Backups. --- **Typische Backup-Ziele** Backups können gespeichert werden auf: lokaler Festplatte NAS Backup-Server Bandlaufwerk externer Festplatte Cloud-Speicher Objektspeicher zweitem Standort Offline-Medium Immutable Storage Merksatz: Backup-Ziel muss zum Schutzbedarf passen. --- **Lokales Backup** Ein lokales Backup liegt in derselben Umgebung wie das Hauptsystem. Vorteile: schnelle Wiederherstellung einfache Verwaltung gute Kontrolle geringe Latenz Nachteile: anfällig bei Feuer, Diebstahl, Ransomware oder Standortausfall Merksatz: Lokales Backup ist schnell, aber nicht ausreichend gegen Standortausfall. --- **Externes Backup** Ein externes Backup liegt getrennt vom Hauptsystem. Beispiele: zweiter Standort Cloud-Speicher ausgelagerte Festplatte Bandsicherung außerhalb des Gebäudes Vorteil: Schutz bei Standortschaden Merksatz: Externes Backup schützt besser gegen lokale Katastrophen. --- **Offline-Backup** Ein Offline-Backup ist nicht dauerhaft mit dem produktiven System verbunden. Vorteile: besserer Schutz gegen Ransomware besserer Schutz gegen versehentliches Löschen besserer Schutz gegen kompromittierte Adminzugänge Beispiele: getrennte Festplatte Band abgeschottetes Backup-System zeitweise getrenntes Speichermedium Merksatz: Offline-Backup ist nicht dauerhaft erreichbar und dadurch besser geschützt. --- **Immutable Backup** Immutable bedeutet: unveränderlich Ein Immutable Backup kann für eine festgelegte Zeit nicht verändert oder gelöscht werden. Schützt gegen: Ransomware versehentliche Löschung kompromittierte Adminzugänge Manipulation von Sicherungen Merksatz: Immutable Backup schützt die Wiederherstellungsmöglichkeit. --- **3-2-1-Regel** Die 3-2-1-Regel lautet: 3 Kopien der Daten 2 unterschiedliche Speicherarten 1 Kopie extern oder getrennt Beispiel: Produktivdaten Backup auf NAS zusätzliches Backup in Cloud oder auf Offline-Medium Merksatz: 3-2-1 reduziert das Risiko, dass alle Kopien gleichzeitig verloren gehen. --- **3-2-1-1-0-Regel** Eine erweiterte Variante ist: 3 Kopien 2 unterschiedliche Medien 1 Kopie extern 1 Kopie offline oder immutable 0 Fehler bei Restore-Tests Merksatz: Die 0 steht für fehlerfrei getestete Wiederherstellung. --- **Vollbackup** Ein Vollbackup sichert alle ausgewählten Daten vollständig. Vorteile: einfache Wiederherstellung vollständige Sicherung weniger Abhängigkeit von anderen Sicherungen Nachteile: benötigt viel Speicherplatz dauert länger erzeugt mehr Last Merksatz: Vollbackup sichert alles, braucht aber mehr Zeit und Speicher. --- **Inkrementelles Backup** Ein inkrementelles Backup sichert nur Änderungen seit dem letzten Backup. Das letzte Backup kann sein: Vollbackup oder anderes inkrementelles Backup Vorteile: schnell spart Speicherplatz Nachteile: Wiederherstellung benötigt mehrere Sicherungen Kette darf nicht beschädigt sein Merksatz: Inkrementell sichert Änderungen seit dem letzten Backup. --- **Differenzielles Backup** Ein differenzielles Backup sichert Änderungen seit dem letzten Vollbackup. Vorteile: Wiederherstellung einfacher als bei langer inkrementeller Kette weniger Speicher als tägliches Vollbackup Nachteile: wächst bis zum nächsten Vollbackup Merksatz: Differenziell sichert Änderungen seit dem letzten Vollbackup. --- **Vollbackup, inkrementell und differenziell vergleichen** | Backup-Art | Sichert | Vorteil | Nachteil | |---|---|---|---| | Vollbackup | alles | einfache Wiederherstellung | viel Speicher und Zeit | | inkrementell | Änderungen seit letztem Backup | schnell und platzsparend | Restore braucht Backup-Kette | | differenziell | Änderungen seit letztem Vollbackup | Restore einfacher als inkrementell | wächst mit der Zeit | Merksatz: Vollbackup ist vollständig. Inkrementell bezieht sich auf letztes Backup. Differenziell bezieht sich auf letztes Vollbackup. --- **Snapshot** Ein Snapshot ist eine Momentaufnahme eines Systems, Datenträgers, Dateisystems oder einer VM. Snapshots sind nützlich vor: Updates Konfigurationsänderungen Tests Softwareinstallationen Migrationen Wichtig: Snapshot ist nicht automatisch ein vollständiges Backup. Merksatz: Snapshot hilft bei schneller Rückkehr, ersetzt aber kein Backup-Konzept. --- **Warum Snapshot kein vollständiges Backup ist** Snapshots liegen oft auf demselben System oder Speicher. Risiken: Speicher defekt Ransomware erreicht Snapshot Snapshot-Kette beschädigt Speicherplatz läuft voll Snapshot wird versehentlich gelöscht Standortausfall betrifft Snapshot ebenfalls Merksatz: Snapshot ist praktisch, aber kein Ersatz für getrennte Sicherung. --- **Image-Backup** Ein Image-Backup sichert ein komplettes Systemabbild. Typische Inhalte: Betriebssystem Anwendungen Konfiguration Dateien Bootinformationen Vorteil: gesamtes System kann wiederhergestellt werden Merksatz: Image-Backup sichert ein komplettes Systemabbild. --- **Dateibasiertes Backup** Ein dateibasiertes Backup sichert ausgewählte Dateien und Ordner. Geeignet für: Benutzerdateien Projektdaten Dokumente Konfigurationsdateien Exportdateien Merksatz: Dateibasiertes Backup sichert ausgewählte Dateien und Ordner. --- **Datenbank-Backup** Datenbanken brauchen besondere Sicherungsverfahren. Wichtig: Konsistenz Transaktionen Schreibzugriffe Zeitpunkt der Sicherung Wiederherstellungstest Point-in-Time-Recovery je nach System Merksatz: Datenbankdateien nicht blind kopieren, sondern datenbankgerechte Backups nutzen. --- **Konsistentes Backup** Ein konsistentes Backup stellt sicher, dass Daten in einem gültigen Zustand gesichert werden. Beispiel: Eine Datenbank darf nicht mitten in einer Transaktion unsauber kopiert werden. Mittel: Datenbankdump Anwendungsstopp Snapshot mit Anwendungskonsistenz Backup-Agent Transaktionslogs Merksatz: Konsistenz ist bei Datenbanken und Anwendungen besonders wichtig. --- **Point-in-Time-Recovery** Point-in-Time-Recovery bedeutet: Wiederherstellung auf einen bestimmten Zeitpunkt. Beispiel: Datenbank wird auf den Zustand von 10:15 Uhr zurückgesetzt. Nützlich bei: versehentlichem Löschen Datenbankfehler fehlerhafter Import beschädigten Daten Merksatz: Point-in-Time-Recovery stellt gezielt einen früheren Zeitpunkt wieder her. --- **RPO** RPO steht für: Recovery Point Objective Frage: Wie viel Datenverlust ist maximal akzeptabel? Beispiel: RPO 1 Stunde bedeutet: Es dürfen höchstens Daten von einer Stunde verloren gehen. Merksatz: RPO beschreibt maximal akzeptablen Datenverlust. --- **RTO** RTO steht für: Recovery Time Objective Frage: Wie lange darf die Wiederherstellung dauern? Beispiel: RTO 4 Stunden bedeutet: Der Dienst soll spätestens nach 4 Stunden wieder laufen. Merksatz: RTO beschreibt maximal akzeptable Wiederherstellungszeit. --- **RPO und RTO unterscheiden** | Begriff | Frage | Beispiel | |---|---|---| | RPO | Wie viel Datenverlust ist erlaubt? | maximal 1 Stunde | | RTO | Wie lange darf Wiederherstellung dauern? | maximal 4 Stunden | Merksatz: RPO = Datenverlust. RTO = Zeit bis Wiederherstellung. --- **Backup-Frequenz** Die Backup-Frequenz beschreibt, wie oft gesichert wird. Sie hängt ab von: Änderungsrate der Daten Schutzbedarf RPO Speicherplatz Systemlast Wiederherstellungsanforderung Kosten Merksatz: Je kleiner das erlaubte RPO, desto häufiger muss gesichert werden. --- **Aufbewahrungszeit** Die Aufbewahrungszeit beschreibt, wie lange Backups behalten werden. Zu beachten: gesetzliche Vorgaben interne Regeln Speicherplatz Datenschutz Wiederherstellungsbedarf Schutz vor später entdeckten Fehlern Merksatz: Backups müssen lange genug, aber nicht unbegrenzt ohne Grund aufbewahrt werden. --- **Retention** Retention bedeutet: Aufbewahrungsregel für Backups. Beispiele: tägliche Backups 14 Tage behalten wöchentliche Backups 8 Wochen behalten monatliche Backups 12 Monate behalten Merksatz: Retention regelt, wann alte Backups gelöscht werden. --- **Großvater-Vater-Sohn-Prinzip** Das Großvater-Vater-Sohn-Prinzip ist ein Rotationsschema. Typisch: Sohn: tägliche Sicherung Vater: wöchentliche Sicherung Großvater: monatliche Sicherung Merksatz: Großvater-Vater-Sohn kombiniert tägliche, wöchentliche und monatliche Backups. --- **Backup-Verschlüsselung** Backups sollten verschlüsselt werden, besonders wenn sie sensible Daten enthalten oder extern gespeichert werden. Wichtig: Schlüssel sicher aufbewahren Zugriff begrenzen Wiederherstellung mit Schlüssel testen Schlüsselverlust vermeiden Merksatz: Verschlüsseltes Backup ist nur nutzbar, wenn der Schlüssel verfügbar ist. --- **Backup-Zugriffsrechte** Backups enthalten oft besonders viele Daten. Deshalb müssen Zugriffe streng begrenzt werden. Zu vermeiden: Jeder kann Backups lesen. normales Benutzerkonto kann Backups löschen. Backup-Admin nutzt Alltagskonto. Ransomware kann Backup-Speicher erreichen. Dienstkonto hat zu viele Rechte. Merksatz: Backups brauchen stärkeren Schutz als viele Produktivdaten. --- **Backup und Ransomware** Ransomware versucht häufig, Backups zu löschen oder zu verschlüsseln. Schutzmaßnahmen: Immutable Backup Offline-Backup getrennte Zugangsdaten getrenntes Backupnetz keine normalen Schreibrechte MFA für Backup-Konsole Backup-Logs überwachen Restore regelmäßig testen Merksatz: Backups müssen vor dem Angreifer geschützt werden, nicht nur vor Datenverlust. --- **Backup-Netz** Ein Backup-Netz ist ein getrenntes Netzwerk für Backup-Verkehr oder Backup-Systeme. Vorteile: weniger Angriffsfläche weniger Störung des Produktivnetzes bessere Kontrolle Schutz vor lateraler Bewegung gezieltere Firewall-Regeln Merksatz: Backup-Systeme sollten nicht frei aus jedem Netz erreichbar sein. --- **Backup-Monitoring** Backup-Monitoring prüft, ob Sicherungen erfolgreich laufen. Zu überwachen: letzter erfolgreicher Lauf Fehlermeldungen Datenmenge Laufzeit Speicherziel Kapazität Verschlüsselung Aufbewahrung Restore-Tests Merksatz: Ein fehlgeschlagenes Backup muss auffallen, bevor ein Restore gebraucht wird. --- **Backup-Logs** Backup-Logs zeigen, was bei einer Sicherung passiert ist. Zu prüfen: Startzeit Endzeit Erfolg oder Fehler gesicherte Datenmenge übersprungene Dateien Warnungen Zielsystem Speicherplatz Berechtigungsfehler Merksatz: Backup-Logs regelmäßig auswerten. --- **Restore-Reihenfolge** Bei Wiederherstellung ist die Reihenfolge wichtig. Beispiele: Netzwerk zuerst dann Verzeichnisdienst dann Speicher dann Datenbank dann Anwendung dann Benutzerzugriff Merksatz: Systeme hängen voneinander ab; Restore braucht Reihenfolge. --- **Abhängigkeiten beim Restore** Vor einem Restore prüfen: Welche Systeme hängen voneinander ab? Welche Datenbanken werden benötigt? Welche Zugangsdaten werden gebraucht? Welche Zertifikate werden gebraucht? Welche DNS-Namen müssen stimmen? Welche Firewall-Regeln sind nötig? Welche Speicherziele sind erreichbar? Welche Versionen passen zusammen? Merksatz: Restore scheitert oft an vergessenen Abhängigkeiten. --- **Notfallhandbuch** Ein Notfallhandbuch beschreibt, was bei schweren Störungen oder Sicherheitsvorfällen zu tun ist. Inhalte: Ansprechpartner Prioritäten Systeme Wiederherstellungsreihenfolge Zugangsdatenablage Kommunikationswege Eskalationswege Backup-Orte Restore-Anleitungen externe Dienstleister Entscheidungsbefugnisse Merksatz: Im Notfall darf nicht erst gesucht werden, wer was weiß. --- **Notfallkontaktliste** Eine Notfallkontaktliste enthält wichtige Kontakte. Beispiele: interne IT Geschäftsleitung Datenschutzbeauftragte Sicherheitsverantwortliche Internetprovider Cloud-Anbieter Hardware-Support Softwaredienstleister Versicherer Behörden je nach Vorfall Merksatz: Notfallkontakte müssen aktuell und erreichbar sein. --- **Priorisierung im Notfall** Nicht jedes System ist gleich wichtig. Zu priorisieren nach: Geschäftsprozesse kritische Dienste Benutzeranzahl Datenklassifizierung Abhängigkeiten RTO RPO Sicherheitslage rechtliche Anforderungen Merksatz: Im Notfall zuerst die wichtigsten Dienste wiederherstellen. --- **Business Continuity** Business Continuity bedeutet: Geschäftsprozesse sollen trotz Störung weiterlaufen oder schnell wieder anlaufen. Dazu gehören: Notfallplanung Ersatzprozesse Backup Wiederanlauf Kommunikation Verantwortlichkeiten Tests Merksatz: Business Continuity betrachtet nicht nur IT, sondern den Betrieb insgesamt. --- **Disaster Recovery** Disaster Recovery beschreibt die Wiederherstellung von IT nach schweren Störungen. Beispiele: Rechenzentrumsausfall Brand Ransomware massiver Hardwaredefekt Cloud-Ausfall Datenverlust Merksatz: Disaster Recovery ist IT-Wiederherstellung nach schwerem Vorfall. --- **Failover** Failover bedeutet: Ein Dienst wird bei Ausfall automatisch oder manuell auf ein Ersatzsystem umgeschaltet. Beispiele: zweiter Server übernimmt zweite Firewall übernimmt anderer Standort übernimmt Datenbank-Replikat wird aktiv Merksatz: Failover reduziert Ausfallzeit, ersetzt aber kein Backup. --- **Redundanz** Redundanz bedeutet: wichtige Komponenten sind mehrfach vorhanden. Beispiele: zwei Netzteile zwei Firewalls mehrere Server mehrere Internetleitungen RAID Cluster mehrere Standorte Merksatz: Redundanz erhöht Verfügbarkeit, ersetzt aber kein Backup. --- **Replikation** Replikation bedeutet: Daten werden auf ein anderes System kopiert, oft nahezu in Echtzeit. Vorteile: schnelle Umschaltung höhere Verfügbarkeit Risiko: Fehler, Löschung oder Verschlüsselung können mitrepliziert werden. Merksatz: Replikation ist kein Backup. --- **Backup, Redundanz und Replikation unterscheiden** | Begriff | Ziel | Grenze | |---|---|---| | Backup | Wiederherstellung alter Zustände | Restore dauert | | Redundanz | Ausfall vermeiden oder abfedern | schützt nicht vor Datenfehlern | | Replikation | Daten auf zweitem System aktuell halten | Fehler werden oft mitkopiert | Merksatz: Backup schützt Wiederherstellung. Redundanz schützt Verfügbarkeit. Replikation hält Daten aktuell. --- **Notfallübung** Eine Notfallübung testet, ob Notfallpläne funktionieren. Zu prüfen: Erreichen wir Kontakte? Finden wir Dokumentation? Funktionieren Zugänge? Können wir Backups wiederherstellen? Stimmen RTO und RPO? Funktioniert Kommunikation? Wer entscheidet was? Wo fehlen Informationen? Merksatz: Notfallpläne müssen geübt werden. --- **Kommunikation im Notfall** Im Notfall muss klar sein: Wer informiert wen? Wer entscheidet? Welche Kanäle werden genutzt? Was wird Benutzern gesagt? Was wird Kunden gesagt? Was wird dokumentiert? Wer spricht mit Dienstleistern? Wer spricht mit Behörden, falls nötig? Merksatz: Schlechte Kommunikation verschlimmert technische Notfälle. --- **Dokumentation beim Restore** Beim Restore dokumentieren: Grund der Wiederherstellung Zeitpunkt betroffene Systeme verwendetes Backup Restore-Schritte Probleme Dauer Ergebnis Datenverlust beteiligte Personen Nacharbeiten Merksatz: Restore-Dokumentation hilft bei Nachvollziehbarkeit und Verbesserung. --- **Nacharbeiten nach Restore** Nach einem Restore prüfen: Funktioniert der Dienst? Sind Daten vollständig? Stimmen Benutzerrechte? Sind Logs aktiv? Funktionieren Backups wieder? Ist Monitoring aktiv? Sind Zertifikate gültig? Sind Schnittstellen erreichbar? Gibt es Sicherheitslücken? Muss Ursache behoben werden? Merksatz: Nach Restore ist die Arbeit nicht automatisch beendet. --- **Typische Fehler bei Backup und Restore** Häufige Fehler: Backups nie getestet Backupziel voll Backup läuft mit Fehlern Backups nicht verschlüsselt Schlüssel nicht auffindbar Backups im selben Netz wie Ransomware keine Offline- oder Immutable-Kopie nur Synchronisation statt Backup Datenbank unsauber gesichert Restore-Reihenfolge unbekannt Dokumentation veraltet alte Systeme nicht mehr kompatibel Merksatz: Der häufigste Backup-Fehler ist: Man merkt das Problem erst beim Restore. --- **Checkliste: Backup-Konzept prüfen** Welche Daten sind kritisch? Welche Systeme sind kritisch? RPO festlegen. RTO festlegen. Backup-Art wählen. Backup-Frequenz festlegen. Aufbewahrung festlegen. Backup-Ziel festlegen. Verschlüsselung prüfen. Zugriffsschutz prüfen. Offline- oder Immutable-Kopie planen. Backup-Logs überwachen. Restore regelmäßig testen. Notfallhandbuch erstellen. Verantwortlichkeiten festlegen. Dokumentation aktuell halten. Merksatz: Backup-Konzept muss geplant, geschützt, überwacht und getestet werden. --- **Checkliste: Restore durchführen** Vorfall bewerten. Ursache eingrenzen. Passendes Backup auswählen. Integrität des Backups prüfen. Abhängigkeiten prüfen. Zielsystem vorbereiten. Restore durchführen. Funktion testen. Rechte prüfen. Logs prüfen. Monitoring prüfen. Backupbetrieb wieder aktivieren. Benutzer informieren. Ergebnis dokumentieren. Ursache dauerhaft beheben. Merksatz: Restore ist ein kontrollierter Prozess, nicht nur Zurückkopieren von Dateien. --- **Typische IHK-Fragen** In AP1 und AP2 kann zum Beispiel gefragt werden: - Was ist ein Backup? - Was ist ein Restore? - Warum ist ein Restore-Test wichtig? - Was bedeutet die 3-2-1-Regel? - Was ist ein Vollbackup? - Was ist ein inkrementelles Backup? - Was ist ein differenzielles Backup? - Was ist ein Snapshot? - Warum ersetzt ein Snapshot kein Backup? - Was ist ein Image-Backup? - Warum brauchen Datenbanken besondere Backups? - Was bedeutet RPO? - Was bedeutet RTO? - Was ist Retention? - Was ist das Großvater-Vater-Sohn-Prinzip? - Warum sollten Backups verschlüsselt werden? - Was ist ein Immutable Backup? - Warum ist Replikation kein Backup? - Was ist Disaster Recovery? - Was ist Business Continuity? - Was ist ein Notfallhandbuch? --- **Typische Prüfungsfallen** Backup und Restore unterscheiden. Backup verhindert keinen Angriff. Backup ermöglicht Wiederherstellung. Backup ohne Restore-Test ist unsicher. Synchronisation ist kein Backup. Replikation ist kein Backup. Redundanz ist kein Backup. Snapshot ist nicht automatisch Backup. Vollbackup sichert alles. Inkrementell sichert seit letztem Backup. Differenziell sichert seit letztem Vollbackup. RPO ist Datenverlust. RTO ist Wiederherstellungszeit. Backups müssen geschützt werden. Backups können Ziel von Ransomware sein. Verschlüsselung braucht Schlüsselverwaltung. Datenbank-Backups müssen konsistent sein. Restore braucht Reihenfolge. Notfallhandbuch aktuell halten. Notfallpläne müssen getestet werden. Nach Restore Funktion und Sicherheit prüfen. --- **Wichtige Begriffe kurz erklärt** | Begriff | Kurze Erklärung | |---|---| | Backup | Sicherung von Daten oder Systemen | | Restore | Wiederherstellung aus Sicherung | | Restore-Test | Prüfung der Wiederherstellung | | lokales Backup | Sicherung in gleicher Umgebung | | externes Backup | Sicherung an getrenntem Ort | | Offline-Backup | nicht dauerhaft verbundenes Backup | | Immutable Backup | unveränderliches Backup | | 3-2-1-Regel | drei Kopien, zwei Medien, eine externe Kopie | | Vollbackup | vollständige Sicherung | | inkrementelles Backup | Änderungen seit letztem Backup | | differenzielles Backup | Änderungen seit letztem Vollbackup | | Snapshot | Momentaufnahme | | Image-Backup | vollständiges Systemabbild | | dateibasiertes Backup | Sicherung ausgewählter Dateien | | Datenbank-Backup | konsistente Sicherung einer Datenbank | | Point-in-Time-Recovery | Wiederherstellung zu bestimmtem Zeitpunkt | | RPO | maximal akzeptabler Datenverlust | | RTO | maximal akzeptable Wiederherstellungszeit | | Backup-Frequenz | Häufigkeit der Sicherung | | Retention | Aufbewahrungsregel | | Großvater-Vater-Sohn | Backup-Rotationsschema | | Backup-Verschlüsselung | Schutz gesicherter Daten | | Backup-Netz | getrenntes Netz für Backup | | Backup-Monitoring | Überwachung von Sicherungen | | Notfallhandbuch | Anleitung für schwere Störungen | | Business Continuity | Aufrechterhaltung von Geschäftsprozessen | | Disaster Recovery | IT-Wiederherstellung nach schwerem Vorfall | | Failover | Umschaltung auf Ersatzsystem | | Redundanz | mehrfach vorhandene Komponenten | | Replikation | Kopie aktueller Daten auf anderes System | | Notfallübung | Test des Notfallplans | --- **IHK-sichere Kurzformulierung** Ein Backup ist eine Sicherung von Daten, Systemen oder Konfigurationen, während Restore die Wiederherstellung aus dieser Sicherung bezeichnet. Backups schützen nicht direkt vor Angriffen oder Ausfällen, ermöglichen aber die Wiederherstellung nach Datenverlust, Ransomware, Fehlkonfiguration oder Hardwaredefekt. Wichtige Konzepte sind Vollbackup, inkrementelles Backup, differenzielles Backup, Snapshot, Image-Backup, RPO, RTO, Retention, 3-2-1-Regel, Offline-Backup und Immutable Backup. Backups müssen geschützt, verschlüsselt, überwacht und regelmäßig durch Restore-Tests geprüft werden. Replikation, Redundanz und Synchronisation ersetzen kein Backup. Ein gutes Notfallkonzept umfasst Wiederherstellungsreihenfolge, Verantwortlichkeiten, Notfallhandbuch, Kommunikation und regelmäßige Übungen. --- **Merksätze** Backup = Sicherung. Restore = Wiederherstellung. Backup ohne Restore-Test ist unsicher. Backup schützt nicht vor jedem Vorfall, aber ermöglicht Wiederherstellung. Synchronisation ist kein Backup. Replikation ist kein Backup. Redundanz ist kein Backup. Snapshot ist nicht automatisch Backup. Lokales Backup ist schnell, aber nicht genug gegen Standortausfall. Externes Backup schützt gegen Standortschaden. Offline-Backup schützt gegen dauerhaften Zugriff durch Angreifer. Immutable Backup schützt vor Veränderung und Löschung. 3-2-1 reduziert Gesamtrisiko. Vollbackup sichert alles. Inkrementell sichert Änderungen seit letztem Backup. Differenziell sichert Änderungen seit letztem Vollbackup. Datenbank-Backups müssen konsistent sein. Point-in-Time-Recovery stellt einen Zeitpunkt wieder her. RPO = erlaubter Datenverlust. RTO = erlaubte Wiederherstellungszeit. Backup-Frequenz hängt vom RPO ab. Retention regelt Aufbewahrung. Verschlüsseltes Backup braucht verfügbaren Schlüssel. Backups brauchen strenge Zugriffsrechte. Ransomware greift oft Backups an. Backup-Monitoring ist Pflicht. Backup-Logs regelmäßig prüfen. Restore braucht Reihenfolge. Abhängigkeiten vor Restore prüfen. Notfallhandbuch aktuell halten. Business Continuity betrachtet Geschäftsprozesse. Disaster Recovery betrachtet IT-Wiederherstellung. Failover reduziert Ausfallzeit. Notfallpläne üben. Kommunikation im Notfall vorbereiten. Restore dokumentieren. Nach Restore Funktion, Sicherheit und Backupbetrieb prüfen.