Die Regel auf einen Blick
Das Ziel ist, zu verhindern, dass ein Hardwareausfall, ein Konfigurationsfehler, ein Ransomware-Vorfall, Diebstahl oder eine physische Katastrophe alle Kopien gleichzeitig zerstört.
Die Regel ist einfach genug für ein Homelab und flexibel genug für eine Unternehmensumgebung. Der schwierige Teil besteht darin, zu entscheiden, was als unabhängige Kopie zählt, und sicherzustellen, dass diese Kopien auch tatsächlich wiederhergestellt werden können.
CISA beschreibt die Regel als drei Kopien wichtiger Dateien, zwei verschiedene Speichertypen und eine Kopie, die abseits des Hauptstandorts aufbewahrt wird.
Die Regel verringert Abhängigkeit. Fällt ein System aus, bleibt eine andere Kopie verfügbar. Ist der gesamte Standort betroffen, bietet die externe Kopie einen weiteren Wiederherstellungsweg.
Was die Zahl 3 bedeutet
Sie sollten insgesamt drei Kopien haben: Ihre aktiven Produktionsdaten sowie eine erste und eine zweite Backup-Kopie. Die Produktionskopie muss nicht manuell dupliziert werden — sie sind einfach die Daten, die aktuell von Ihren Anwendungen, virtuellen Maschinen, Computern oder Dateiservern genutzt werden. Zum Beispiel:
Drei Kopien schaffen Spielraum für überlappende Ausfälle. Eine ausgefallene Produktionsfestplatte lässt sich möglicherweise aus dem lokalen Backup wiederherstellen. Ist auch das lokale Backup beschädigt, korrumpiert oder nicht verfügbar, bleibt die dritte Kopie.
Mehr Kopien bieten nicht automatisch mehr Schutz. Drei Backups auf demselben NAS können trotzdem gemeinsam verschwinden.
Was die Zahl 2 bedeutet
Die traditionelle Auslegung empfiehlt zwei unterschiedliche Medientypen, etwa Festplatte und Tape. Moderne Umgebungen sollten zudem getrennte Speichersysteme und getrennte Failure Domains berücksichtigen. Zwei an denselben Computer angeschlossene USB-Laufwerke sind technisch zwar getrennte Geräte, bleiben aber derselben Malware, demselben Stromereignis, Diebstahl und Benutzerkonto ausgesetzt.
Ein stärkeres Design kombiniert ein lokales Festplatten-Backup für schnelle Wiederherstellung mit Objektspeicher, Tape oder einem entfernten Backup-Server für unabhängige Wiederherstellung. Das zweite Speichersystem sollte nicht vom selben Controller, Administratorkonto, derselben Stromquelle oder demselben physischen Server abhängen wie das erste.
Unterschiedliche Medien zu verwenden hilft, aber Unabhängigkeit ist wichtiger als das Sammeln verschiedener Gerätetypen.
Was die Zahl 1 bedeutet
Mindestens eine Backup-Kopie sollte extern gespeichert werden. Ein externes Backup schützt vor Vorfällen, die den gesamten primären Standort betreffen:
Eine externe Kopie könnte sein:
Extern bedeutet nicht automatisch geschützt. Ein Cloud-Repository, das über dasselbe kompromittierte Administratorkonto gesteuert wird, kann trotzdem gelöscht werden, und ein entferntes NAS, das dauerhaft im Produktionsnetzwerk eingebunden ist, kann trotzdem durch Ransomware verschlüsselt werden. Die Standorttrennung sollte daher mit einer Zugriffstrennung kombiniert werden.
Was nicht als Backup zählt
Warum RAID kein Backup ist
RAID verbessert die Speicherverfügbarkeit bei einem Laufwerksausfall. Es erstellt keine unabhängige historische Kopie Ihrer Daten. RAID schützt normalerweise nicht vor:
Wenn eine Datei aus einem RAID-Array gelöscht wird, wirkt sich die Löschung auf das gesamte Array aus. RAID bewahrt den aktuellen Zustand originalgetreu, einschließlich unerwünschter Änderungen. Nutzen Sie RAID, um die Verfügbarkeit zu verbessern; nutzen Sie Backups, um frühere oder unabhängige Versionen der Daten wiederherzustellen.
Warum Snapshots allein nicht ausreichen
Snapshots sind nützlich für schnelles Rollback, Tests und die Wiederherstellung kürzlich geänderter Dateien. Aber ein Snapshot, der auf demselben Produktionssystem gespeichert ist, ist kein unabhängiges Backup — wird der Pool, das Array, der Server oder das Administratorkonto kompromittiert, können die Snapshots mitsamt den Originaldaten verschwinden.
Snapshots können eine Schicht einer Backup-Strategie sein, wenn sie auf ein anderes geschütztes System repliziert oder kopiert werden. Sie sollten nicht die einzige Wiederherstellungsmethode sein.
Warum Replikation nicht dasselbe ist wie Backup
Replikation kopiert Daten von einem System auf ein anderes. Das hilft bei der Verfügbarkeit, kann aber auch Folgendes mitkopieren:
Versionierung und Aufbewahrung entscheiden, ob das Ziel einen früheren Zustand wiederherstellen kann. Eine replizierte Kopie ohne historische Versionen bietet möglicherweise Redundanz, aber keine sinnvolle Wiederherstellung.
Über die Grundlagen hinaus: die 3-2-1-1-0-Regel
Reicht die 3-2-1-Regel noch aus? Die Grundregel bleibt eine solide Basis, aber moderne Angriffe zielen oft direkt auf Backup-Systeme. Ransomware-Betreiber versuchen möglicherweise, Backup-Jobs zu löschen, Snapshots zu entfernen, Repositories zu leeren, Cloud-Konten zu kompromittieren und Wiederherstellungs-Administratoren zu deaktivieren.
Das NCSC weist darauf hin, dass Daten, die vor Ort oder in der Cloud gespeichert sind, nicht standardmäßig ransomware-resistent sind. Seine Empfehlungen umfassen Schutz vor destruktiven Aktionen, Zugriffsverlust und der Beschädigung späterer Backup-Versionen.
Das hat viele Organisationen dazu bewogen, die Regel auf 3-2-1-1-0 zu erweitern:
Die zusätzliche Kopie sollte Änderungen oder Löschungen widerstehen. Mögliche Optionen sind:
Die Null bedeutet, dass Backups geprüft und Wiederherstellungen getestet werden. Ein als erfolgreich markierter Backup-Job beweist nicht, dass die Anwendung, Datenbank oder virtuelle Maschine wiederhergestellt werden kann.
CISA empfiehlt, offline verschlüsselte Backups zu führen und deren Verfügbarkeit und Integrität regelmäßig in einem Disaster-Recovery-Szenario zu testen.
Referenzarchitekturen
Eine praktische 3-2-1-Architektur für Proxmox
Eine kleine Proxmox-Umgebung könnte folgendes Design verwenden:
Die lokale PBS-Kopie ermöglicht schnelle Wiederherstellungen. Die entfernte oder Cloud-Kopie schützt vor dem Verlust des primären Standorts. Die geschützte Kopie bietet einen weiteren Wiederherstellungsweg, wenn Online-Backup-Zugangsdaten oder -Repositories kompromittiert werden. Lesen Sie den Leitfaden zum Proxmox Backup Server für Überlegungen zu Deduplizierung, Remote-Sync und Offline-Backup.
Eine praktische Strategie für ein Homelab
Ein Homelab braucht keine Enterprise-Software, um der Regel zu folgen. Ein mögliches Setup:
Das Ziel ist Unabhängigkeit, nicht Komplexität.
Eine praktische Strategie für ein kleines Unternehmen
Kritische Systeme sollten danach priorisiert werden, wie viel Datenverlust sich das Unternehmen leisten kann und wie schnell die Systeme wieder verfügbar sein müssen. Diese Anforderungen werden üblicherweise ausgedrückt durch:
Die maximal akzeptable Datenverlustmenge, gemessen in Zeit.
Die maximal akzeptable Zeitspanne, bevor das System wieder betriebsbereit sein muss.
Ein System mit einem Achtstunden-Backup-Zeitplan kann ein Recovery Point Objective von einer Stunde nicht zuverlässig erfüllen.
Ihre Strategie aufbauen: sieben Schritte
Identifizieren, was wiederhergestellt werden muss
Beginnen Sie mit den Daten und Systemen, deren Verlust echten Schaden verursachen würde. Nicht jede temporäre Datei braucht denselben Schutz.
Wiederherstellungsanforderungen definieren
Erfassen Sie für jedes System Folgendes. Das verhindert, dass ein Backup-Zeitplan gewählt wird, ohne die eigentliche Geschäftsanforderung zu verstehen.
Das lokale Backup erstellen
Das erste Backup sollte normalerweise eine schnelle Wiederherstellung ermöglichen. Platzieren Sie es nach Möglichkeit auf einem separaten Speichersystem — das Backup-System sollte nicht jeden Ausfallpunkt mit der Produktion teilen.
Die externe Kopie erstellen
Kopieren Sie die Backups an einen anderen physischen Standort oder auf eine unabhängige Cloud-Plattform. Berücksichtigen Sie:
Lesen Sie den Leitfaden zu Cloud-Backup-Optionen, wenn Sie Online-Ziele vergleichen.
Eine Kopie vor Löschung schützen
Verwenden Sie für wichtige Systeme eine Offline- oder unveränderliche Kopie. Beschränken Sie, wer Aufbewahrungsrichtlinien ändern oder Backups löschen kann — nach Möglichkeit sollten Produktions-Administratoren keine uneingeschränkte Kontrolle über jede Backup-Ebene haben.
Eine im Juni 2026 veröffentlichte NIST-Empfehlung rät dazu, eine Backup-Kopie offline oder anderweitig geschützt zu halten, damit ein Angreifer sie nicht erreichen oder kompromittieren kann.
Den Workflow automatisieren
Manuelle Backups werden leicht vergessen. Automatisierung sollte repetitive Arbeit reduzieren, ohne Fehler zu verschleiern. Automatisieren Sie:
Wiederherstellung testen
Testen Sie verschiedene Wiederherstellungsebenen. Erfassen Sie, wie lange die Wiederherstellung dauert und was ihren Abschluss verhindert.
NIST warnt, dass Organisationen zwar Backups haben können, ohne regelmäßig zu prüfen, ob diese Backups ihre Systeme auch wiederherstellen können.
Häufige Fehler bei der 3-2-1-Backup-Regel
Getrennte Ordner und Datasets schützen nicht vor dem Verlust des physischen Systems.
Eine dauerhaft erreichbare Backup-Freigabe kann für Malware oder kompromittierte Administratorkonten zugänglich sein.
Ein gestohlenes Konto sollte nicht in der Lage sein, Produktionsdaten, lokale Backups und externe Backups zu löschen.
Ein Synchronisierungsdienst kann eine Löschung oder beschädigte Datei sofort auf jedes verbundene Gerät übertragen. Achten Sie auf Versionsverlauf, Aufbewahrung und unabhängige Wiederherstellung.
Ein Backup kann vollständig sein, während der Wiederherstellungsprozess trotzdem an fehlenden Zugangsdaten, Konfiguration, Verschlüsselungsschlüsseln oder Anwendungsabhängigkeiten scheitert.
Manche Plattformen benötigen Kataloge, Indizes oder Konfigurationsdatenbanken für eine effiziente Wiederherstellung. Schützen Sie die Konfiguration des Backup-Systems ebenso wie die Backup-Daten.
Beschädigung oder Kompromittierung bleibt möglicherweise wochenlang unentdeckt. Die Aufbewahrung sollte genug historische Versionen umfassen, um zu einem bekannt guten Zustand zurückzukehren.
Verschlüsselungsschlüssel, Cloud-Wiederherstellungscodes und administrative Zugangsdaten müssen im Katastrophenfall verfügbar sein, ohne dem normalen Produktionszugriff ausgesetzt zu sein.
Backup-Häufigkeit und Aufbewahrung
Es gibt keinen universellen Zeitplan, aber ein einfacher Ausgangspunkt könnte sein:
Der Zeitplan sollte sich an Wiederherstellungszielen orientieren, statt eine generische Vorlage zu kopieren. Datenbanken mit hoher Änderungsrate benötigen möglicherweise kontinuierlichen oder stündlichen Schutz; ein Archiv abgeschlossener Projekte braucht vielleicht nur periodische Kopien.
Die 3-2-1-Backup-Checkliste
0 / 14Nutzen Sie diese Checkliste, um Ihre Umgebung zu überprüfen — klicken Sie, um abzuhaken, was Sie bereits haben:
Eine große Zahl erfolgreicher Backup-Jobs kann eine getestete Wiederherstellung nicht ersetzen.
Häufig gestellte Fragen
Die 3-2-1-Backup-Regel empfiehlt, insgesamt drei Kopien Ihrer Daten zu führen, zwei getrennte Speichersysteme oder Medien zu nutzen und mindestens eine Kopie extern zu speichern.
Nein. RAID schützt vor bestimmten Festplattenausfällen, schützt aber normalerweise nicht vor Löschung, Ransomware, Beschädigung, Diebstahl oder dem Verlust des gesamten Servers.
Snapshots können die Wiederherstellung unterstützen, aber Snapshots, die nur auf dem Produktionssystem gespeichert sind, sind keine unabhängigen Backups. Kopieren oder replizieren Sie sie auf ein anderes geschütztes System.
Das kann er. Das Cloud-Repository sollte Versionierung, Verschlüsselung, starke Authentifizierung und Schutz vor unautorisierter Löschung verwenden.
Sie können zur Strategie beitragen, wenn sie unabhängig sind, ordnungsgemäß rotiert werden und nicht dauerhaft angeschlossen sind. Werden beide Laufwerke neben demselben Computer aufbewahrt, bietet das nur begrenzten Schutz vor Diebstahl oder physischer Beschädigung.
Die Backup-Häufigkeit sollte sich danach richten, wie viel Datenverlust Sie sich leisten können. Ein Recovery Point Objective von vier Stunden erfordert in der Regel Backups oder Replikationspunkte mindestens alle vier Stunden.
Sie ist eine solide Grundlage, aber eine offline oder unveränderliche Kopie und eine getestete Wiederherstellung bieten stärkeren Schutz. Dieses erweiterte Modell wird oft als 3-2-1-1-0-Regel bezeichnet.
Wiederherstellbarkeit. Ein Backup hat nur begrenzten Wert, solange Sie nicht wissen, dass die Daten, Anwendungen und Systeme innerhalb der erforderlichen Zeit wiederhergestellt werden können.
Unabhängige Wiederherstellungswege aufbauen
Die Stärke der 3-2-1-Regel liegt in der Trennung. Ihr Produktionssystem, das lokale Backup und die externe Kopie sollten nicht alle von derselben Hardware, demselben Administratorkonto, derselben Speicherplattform oder demselben physischen Standort abhängen.
Beginnen Sie mit drei wiederherstellbaren Kopien. Ergänzen Sie Zugriffstrennung, Unveränderlichkeit und Wiederherstellungstests, je wichtiger die Umgebung wird. Eine einfache, regelmäßig getestete Strategie ist sicherer als ein aufwendiges Backup-Design, das niemand wiederherzustellen weiß.