Backups im Cloud Hosting: Snapshots, 3-2-1-Regel und Wiederherstellung testen

Ein Snapshot ist ein Momentbild eines Servers oder Datenträgers, ein Backup ist eine unabhängige Kopie der Daten an einem getrennten Ort. Beides ist nützlich, aber nur ein Backup schützt zuverlässig, wenn die Plattform, Ihr Konto oder das gesamte System betroffen sind. Ein belastbares Konzept folgt der 3-2-1-Regel: drei Kopien der Daten, auf zwei verschiedenen Medien oder Speicherarten, davon eine an einem anderen Ort. Entscheidend ist außerdem, dass Sie die Wiederherstellung regelmäßig testen, denn ein Backup, das sich nicht einspielen lässt, ist wertlos. Viele Anbieter bieten Snapshots und Backups als Zusatzoption; ob sie Ihre Anforderungen erfüllen, müssen Sie selbst prüfen.

Snapshot und Backup im Vergleich

Merkmal	Snapshot	Backup
Was wird gesichert?	Zustand eines Datenträgers oder Servers zu einem Zeitpunkt	Dateien, Datenbanken, Konfiguration, oft inkrementell
Speicherort	Meist auf derselben Plattform	Idealerweise getrennt: anderer Speicher, anderes Konto, anderer Anbieter
Wiederherstellung	Schnell, ganzer Server	Flexibler, auch einzelne Dateien oder Datenbanken
Schutz vor Plattformausfall	Gering	Hoch, bei getrenntem Ort
Schutz vor Löschung oder Verschlüsselung durch Schadsoftware	Begrenzt, wenn Snapshot im selben Konto liegt	Hoch, wenn unveränderlich oder getrennt gespeichert
Typischer Einsatz	Vor Updates oder Änderungen	Regelmäßige Sicherung und Archivierung

Die 3-2-1-Regel praktisch umsetzen

Drei Kopien: Produktivdaten plus zwei Sicherungen.
Zwei Speicherarten: Zum Beispiel Plattform-Snapshots und Object Storage, oder Object Storage und ein lokales Medium.
Eine Kopie extern: Anderes Rechenzentrum, anderes Konto oder anderer Anbieter, damit ein einzelner Fehler nicht alles erfasst.

Eine Erweiterung ist die Variante 3-2-1-1-0: eine Kopie unveränderlich oder offline (Schutz vor Verschlüsselungs-Angriffen) und null Fehler beim Wiederherstellungstest.

Was gesichert werden muss

Datenbanken: Konsistent sichern, etwa mit Dump-Werkzeugen oder Datenbank-Snapshots, nicht durch bloßes Kopieren laufender Dateien.
Dateien und Uploads: Nutzerdaten, Medien, Konfigurationsdateien.
Konfiguration: Server-Einstellungen, Zertifikate, Schlüssel, Infrastruktur-Beschreibungen.
Quellcode und Deployment-Daten, auch wenn sie in einem Repository liegen.
Zugangsdaten und Passwörter getrennt und verschlüsselt, mit Notfallzugriff.

Aufbewahrung und Rhythmus

Legen Sie nach dem Bedarf fest, wie oft gesichert wird (Recovery Point Objective, RPO) und wie lange eine Wiederherstellung dauern darf (Recovery Time Objective, RTO).

Beispiel (illustrativ): Ein Online-Shop kann maximal eine Stunde an Bestelldaten verlieren (RPO eine Stunde) und soll innerhalb von vier Stunden wieder laufen (RTO vier Stunden). Dafür braucht er stündliche Datenbanksicherungen oder fortlaufende Replikation und einen geübten Wiederherstellungsprozess. Ein Blog dagegen kommt mit täglicher Sicherung und einem RTO von einem Tag aus.

Eine übliche Staffelung sind tägliche Sicherungen für zwei bis vier Wochen, wöchentliche für einige Monate und monatliche für ein Jahr oder länger. Je mehr Stände, desto höher der Speicherbedarf und die Kosten, siehe Objekt-Storage-Kosten. Gesetzliche Aufbewahrungsfristen, etwa für Buchhaltungsunterlagen, sind zu beachten; klären Sie diese mit Steuerberatung, und beachten Sie das Löschgebot der DSGVO für personenbezogene Daten.

Verschlüsselung und Zugriff

Sichern Sie Backups verschlüsselt, mit Schlüsseln, die nicht nur auf dem gesicherten System liegen. Begrenzen Sie den Zugriff auf Backup-Speicher streng und nutzen Sie, wenn verfügbar, unveränderliche Speicherung (Objektsperre), damit Backups nicht von Angreifern oder durch Fehlbedienung gelöscht werden können. Ein getrenntes Konto für Backups mit eigenen Zugangsdaten reduziert das Risiko.

Wiederherstellung testen

Der Test ist der wichtigste Teil des Konzepts.

Regelmäßig (zum Beispiel vierteljährlich) eine vollständige Wiederherstellung in einer Testumgebung durchführen.
Zeit messen und mit dem RTO vergleichen.
Vollständigkeit prüfen: Läuft die Anwendung, sind Daten aktuell und konsistent?
Dokumentieren, welche Schritte nötig sind, wer sie ausführt und wo die Zugänge liegen.
Fehler beheben und den Test wiederholen.

Backup bei Anbietern prüfen

Fragen Sie bei Plattform-Backups: Wo liegen die Daten? Sind sie vom Server unabhängig? Wie lange werden Stände aufbewahrt? Wie läuft die Wiederherstellung ab, und was kostet sie? Sind Backups im Auftragsverarbeitungsvertrag berücksichtigt, siehe DSGVO-Guide? Eine zusätzliche Kopie bei einem zweiten Anbieter schützt auch vor Aussperrung und hilft beim Wechsel.

Typische Fehler

Snapshots als einziges Backup verwenden.
Backup und Produktivsystem im selben Konto ohne Schutz vor Löschung.
Wiederherstellung nie testen.
Datenbanken im laufenden Betrieb inkonsistent kopieren.
Schlüssel nur auf dem gesicherten Server speichern.
Keine Alarmierung bei fehlgeschlagenen Sicherungen.

Häufige Fragen

Reichen die Backups meines Anbieters?

Sie sind ein guter Anfang, aber nicht in jedem Fall ausreichend. Prüfen Sie Standort, Aufbewahrung und Wiederherstellungsprozess und ergänzen Sie sie, wenn nötig, durch eine unabhängige Kopie.

Wie oft sollte ich sichern?

Richten Sie sich nach dem Datenverlust, den Sie verkraften können. Für Shops mit laufenden Bestellungen sind stündliche oder kontinuierliche Sicherungen gängig, für statische Seiten genügen tägliche.

Schützt ein Backup vor Ransomware?

Nur, wenn es getrennt, unveränderlich oder offline vorliegt und von den Zugangsdaten des Produktivsystems nicht erreichbar ist.

Quellen und weiterführende Informationen

BSI — Hinweise zur Datensicherung und zum Schutz vor Ransomware
Bundesbeauftragte für den Datenschutz und die Informationsfreiheit — Informationen zu Löschpflichten
Bundesministerium der Finanzen — Aufbewahrungsfristen und GoBD