3-2-1-Backup-Regel: Warum Cloud allein nicht reicht
Wie getrennte Kopien, unterschiedliche Speichermedien und ein externes Backup das Ausfallrisiko reduzieren und Wiederherstellungen planbar machen.
- >Kein Backup, kein Mitleid? Hart, aber wahr. Synchronisation ist kein Backup.
- >Die 3-2-1-Regel: 3 Kopien, 2 Medien, 1 externer Ort.
- >Ransomware greift auch Backups an – Offline-Backups sind Lebensretter.
Sync vs. Backup: Ein tödliches Missverständnis
"Meine Daten liegen doch in OneDrive / Dropbox / Google Drive." Das hören wir oft. Aber: Löschen Sie versehentlich eine Datei, wird diese Löschung sofort synchronisiert. Fängt sich Ihr PC Ransomware ein, werden die verschlüsselten Dateien in die Cloud hochgeladen. Ein Synchronisationsdienst sorgt für Verfügbarkeit, nicht für Datensicherheit.
Die 3-2-1 Regel erklärt
3 Kopien Ihrer Daten
Das Original zählt mit. Mindestens zwei weitere Kopien sind nötig.
2 verschiedene Medien
Festplatte und NAS? Gut. Nur zwei USB-Sticks? Riskant. Unterschiedliche Technologien verringern das Ausfallrisiko.
1 Kopie extern (Offsite)
Bei Feuer, Diebstahl oder Wasserschaden im Büro hilft das lokale NAS nicht. Die Cloud oder ein Band im Banktresor ist die letzte Rettung.
Ransomware als Belastungstest für die Backup-Strategie
Moderne Verschlüsselungstrojaner scannen das Netzwerk aktiv nach Backups und zerstören diese zuerst. Deshalb ist ein Immutability-Feature (Unveränderbarkeit) oder ein klassisches Offline-Backup (Tape, abgezogene Festplatte) essenziell.
Ein Backup, das sich nicht wiederherstellen lässt, ist keines. Testen Sie den Ernstfall regelmäßig!
- Die 3-2-1-Regel auf konkrete Systeme und Datenbestände übertragen
- Recovery Point Objective und Recovery Time Objective sinnvoll festlegen
- Backups mit Restore-Tests, Monitoring und klaren Verantwortlichkeiten absichern
Eine Backup-Strategie beginnt mit dem Wiederanlauf
Ein Backup ist nur dann wertvoll, wenn es innerhalb der benötigten Zeit wiederhergestellt werden kann. Deshalb beginnt die Planung nicht beim Speichermedium, sondern bei den Geschäftsprozessen: Welche Daten dürfen höchstens verloren gehen und wie lange darf ein System ausfallen? Das RPO beschreibt den maximal akzeptierten Datenverlust, das RTO die maximal akzeptierte Wiederherstellungszeit. Für eine Buchhaltungsdatenbank gelten meist andere Ziele als für ein öffentliches Archiv.
Aus diesen Zielen entstehen Sicherungsintervalle, Aufbewahrungsfristen und technische Prioritäten. Ein nächtliches Backup kann für statische Dokumente ausreichen, für stark veränderte Transaktionsdaten aber zu grob sein. Ebenso muss geklärt werden, welche Abhängigkeiten gemeinsam wiederhergestellt werden müssen: Anwendung, Datenbank, Konfiguration, Schlüssel und DNS gehören häufig zu derselben Recovery-Kette.
- Datenbestände nach Kritikalität und Änderungsrate klassifizieren.
- RPO und RTO gemeinsam mit den fachlich Verantwortlichen dokumentieren.
- Wiederherstellungsreihenfolge und technische Abhängigkeiten festlegen.
3-2-1 modern umsetzen
Die Regel fordert drei Datenkopien auf mindestens zwei unterschiedlichen Speicherarten oder Fehlerdomänen, davon eine Kopie außerhalb des Primärstandorts. Entscheidend ist die Unabhängigkeit. Zwei Volumes im selben Storage-System sind keine belastbare Trennung, weil Fehlkonfiguration, Hardwaredefekt oder kompromittierte Administratorzugänge beide Kopien gleichzeitig treffen können.
Für Ransomware-Szenarien sollte mindestens eine Kopie unveränderbar oder logisch offline sein. Zugänge zum Backup-System benötigen getrennte Identitäten, starke Mehrfaktor-Authentifizierung und minimale Rechte. Verschlüsselung schützt die Sicherungen, ersetzt aber weder Zugriffstrennung noch Integritätsprüfung. Cloud-Snapshots sind nützlich, solange Löschschutz, Aufbewahrung und ein zweites Konto oder eine zweite Fehlerdomäne korrekt konfiguriert sind.
Restore-Tests machen aus Dateien eine Recovery-Fähigkeit
Erfolgreiche Backup-Jobs beweisen nur, dass Daten geschrieben wurden. Ein Restore-Test prüft zusätzlich Lesbarkeit, Entschlüsselung, Konsistenz und die tatsächliche Wiederanlaufzeit. Sinnvoll ist eine Kombination aus automatisierten Stichproben, regelmäßigen vollständigen Wiederherstellungen und mindestens einer dokumentierten Notfallübung pro Jahr.
Jeder Test sollte Ergebnis, Dauer, Abweichungen und Verbesserungsmaßnahmen festhalten. Monitoring muss fehlgeschlagene Jobs, ungewöhnlich kleine Sicherungen, ablaufende Schlüssel und überschrittene Aufbewahrungsgrenzen melden. Die Verantwortung für die Reaktion darf nicht bei einem anonymen Postfach enden, sondern braucht eine benannte Rolle und Eskalationswege.
- 01
Kritische Systeme, Eigentümer, RPO und RTO in einer Recovery-Matrix erfassen.
- 02
Mindestens eine Kopie außerhalb der primären administrativen Fehlerdomäne speichern.
- 03
Unveränderbarkeit, getrennte Backup-Identitäten und Mehrfaktor-Authentifizierung aktivieren.
- 04
Automatische Integritätsprüfungen und regelmäßige vollständige Restore-Tests planen.
- 05
Notfallhandbuch, Kontaktwege und letzte Testergebnisse revisionssicher ablegen.
Ist ein synchronisiertes Cloud-Laufwerk ein Backup?
Nicht automatisch. Synchronisierung übernimmt häufig auch versehentliches Löschen oder verschlüsselte Dateien. Versionierung und Papierkorb helfen, ersetzen aber keine getrennte, überwachte und getestete Sicherung.
Wie oft sollte ein Restore getestet werden?
Automatisierte Stichproben sollten laufend stattfinden. Für kritische Systeme sind vollständige Tests mindestens quartalsweise sinnvoll; die passende Frequenz folgt jedoch aus Risiko, RPO, RTO und Änderungsrate.