Backup-Strategie: Von der 3-2-1-Regel zum getesteten Wiederanlauf

Zwei beispielhafte Situationen: Montagmorgen fehlt ein Projektordner. Das Team bemerkt den Fehler erst nach dem Wochenende, die Synchronisierung hat die Löschung längst auf alle Geräte übertragen. Eine andere Firma hat noch sämtliche Daten, kann aber nach einem Serverausfall die Warenwirtschaft nicht starten: Lizenzdatei, Datenbankkonfiguration und Administratorzugang fehlen. Beide Fälle zeigen, warum eine Backup-Strategie mehr beschreiben muss als den Speicherort einer Kopie.

Die entscheidende Leistung lautet: Ein bestimmter Geschäftsprozess kann mit einem akzeptablen Datenstand innerhalb einer vereinbarten Zeit wieder arbeiten. Ein kleiner Handwerksbetrieb benötigt dafür meist eine andere Lösung als ein rund um die Uhr erreichbares Bestellsystem. Mit dieser Unterscheidung beginnt eine wirtschaftliche Planung.

Erst den möglichen Verlust festlegen, dann den Sicherungstakt

Das Recovery Point Objective (RPO) begrenzt den tolerierten Datenverlust in Zeit. Ein RPO von vier Stunden verlangt einen wiederherstellbaren Datenstand, der beim Ausfall höchstens vier Stunden alt ist. Das Recovery Time Objective (RTO)beschreibt die Zielzeit bis zum Wiederanlauf. Ein nächtliches Backup allein erfüllt kein vierstündiges RPO. Ein schneller Download allein beweist noch kein eingehaltenes RTO.

Die Fachabteilung muss diese Ziele mittragen. Wenn Aufträge aus E-Mails erneut erfasst werden können, lässt sich Datenverlust teilweise organisatorisch auffangen; die benötigte Arbeitszeit bleibt trotzdem ein Schaden. Ebenso zählen Wartezeit auf Ersatzhardware, die Verfügbarkeit des Dienstleisters und eine abschließende fachliche Prüfung zur realen Unterbrechung.

3-2-1 funktioniert nur mit unabhängigen Kopien

Die bekannte Regel sieht drei Kopien einschließlich Original, zwei unterschiedliche Speichermedien und eine Kopie außerhalb des Standorts vor. Bei heutigen Plattformen muss zusätzlich geprüft werden, welche gemeinsamen Ausfallursachen bestehen. Zwei Verzeichnisse auf demselben NAS sind keine unabhängigen Sicherungen. Ein weiteres Cloud-Konto hilft nur, wenn das primäre Administratorkonto dessen Aufbewahrung und Daten nicht ebenfalls verändern kann.

Eine praktikable Kombination kann aus Produktivdaten, einer lokalen Sicherung für schnelle Wiederherstellungen und einem getrennten externen Backup bestehen. Die externe Kopie schützt gegen den Verlust des lokalen Standorts. Eine offline aufbewahrte oder zeitweise unveränderbare Kopie begrenzt zusätzlich das Risiko unbeabsichtigter Änderungen. Ein RAID erhält unter bestimmten Laufwerksausfällen den Betrieb, speichert aber keine unabhängige Dateihistorie; die Abgrenzung erläutert RAID ist kein Backup.

Unveränderbarkeit ist eine konkrete Produkteigenschaft mit Grenzen. Bei Amazon S3 schützt Object Lock einzelne Objektversionen für eine festgelegte Frist; eine neue Version kann trotzdem angelegt werden. Die Aufbewahrung muss deshalb vorab getestet und passend zu Speicherbudget und Wiederherstellungsverfahren gewählt werden. Details beschreibt die offizielle Dokumentation zu S3 Object Lock.

Dateien, Datenbanken und Cloud-Dienste brauchen unterschiedliche Verfahren

Bei Dokumenten ist häufig die Wiederherstellung einer bestimmten Version gefragt. Bei einer Datenbank müssen zusammengehörige Änderungen konsistent sein. Eine Kopie geöffneter Dateien zu einem zufälligen Zeitpunkt kann dafür unzureichend sein. Anwendungsbewusste Sicherungen koordinieren den Sicherungspunkt mit der unterstützten Anwendung. Microsoft erläutert diese Eigenschaft unter anwendungskonsistenten Azure-Backups; ob sie für die eigene Datenbank verfügbar ist, muss anhand der jeweiligen Unterstützung geprüft werden.

Für einen Cloud-Dienst gehören auch Konten, Berechtigungen, Aufbewahrungsfristen und Exportmöglichkeiten in die Bestandsaufnahme. Papierkorb und Versionierung können nützlich sein, sind aber nicht automatisch ein unabhängiges Backup. Entscheidend ist, ob die benötigten Daten nach einem Kontoverlust oder nach Ablauf der eingebauten Historie noch erreichbar sind. Ein Export ist erst hilfreich, wenn das Zielsystem ihn wieder einlesen kann.

Der Preis pro Terabyte ist nur ein Teil der Rechnung

Zum Budget gehören Lizenzen, Speicherwachstum, externe Kopien, Wiederherstellungskapazität und die Arbeitszeit für Kontrolle und Übungen. Abhängig vom Anbieter können Abrufkosten, Mindesthaltezeiten oder Gebühren für Datenübertragung hinzukommen. Lange Aufbewahrung spart keine Kosten, wenn jeden Tag große neue Datenmengen entstehen. Deduplizierung und Kompression sollten mit eigenen Daten gemessen und nicht als pauschaler Rabatt angenommen werden.

Auch die Leitung setzt eine Grenze: 1 TB über eine durchgehend vollständig nutzbare 100-Mbit/s-Verbindung benötigt rechnerisch rund 22,2 Stunden, bei dezimalen Einheiten und ohne Protokolloverhead. Entpacken, Datenbankstart und Prüfung kommen hinzu. Soll derselbe Prozess in vier Stunden wieder laufen, braucht es einen schnelleren Wiederherstellungsweg oder bereits verfügbare Kopien nahe der Zielumgebung. Die Kostenstruktur lässt sich mit der Kalkulation laufender Serverkosten zusammenführen.

Was eine beauftragte Backup-Lösung liefern sollte

Ein Angebot sollte die geschützten Systeme, Ausnahmen, Kopien, Aufbewahrung und vereinbarten Wiederherstellungsziele nennen. Hinzu kommen ein erreichbarer Ansprechpartner, dokumentierte Zugänge und der erste erfolgreiche Restore mit Zeitmessung. Fehlen diese Punkte, lässt sich der Nutzen zweier Angebote kaum vergleichen. Besonders die Wiederherstellung einzelner Daten und der komplette Wiederanlauf verdienen getrennte Abnahmekriterien.

Unsere Leistung Cloud & Infrastruktur verbindet diese Planung mit dem vorhandenen Server- und Speicherbetrieb. Der Beitrag Server warten und zuverlässig betreiben ordnet die laufenden Aufgaben ein. Im folgenden Praxisteil geht es darum, wie das Team Wiederherstellung, Alarmierung und die Übergabe an eine Vertretung tatsächlich abnimmt.