Backup im Unternehmen: Wiederherstellung testen

Das Problem mit „grünen“ Backups

In vielen Unternehmen läuft jede Nacht ein Sicherungsjob, und die Statusmeldung ist grün. Ob die Daten im Ernstfall wirklich zurückkommen, weiß jedoch niemand, weil es nie ausprobiert wurde. Typische Überraschungen sind fehlende Ordner, die nie in die Sicherung aufgenommen wurden, beschädigte Sicherungsdateien, verlorene Verschlüsselungsschlüssel oder eine Wiederherstellung, die Tage statt Stunden dauert.

Ein Backup ist daher kein Zustand, sondern ein Prozess: sichern, kontrollieren, wiederherstellen, dokumentieren.

Schritt 1: Ziele festlegen

Bevor getestet wird, sollte klar sein, was erreicht werden muss. Zwei Kennzahlen helfen dabei. RPO (Recovery Point Objective) beschreibt, wie viel Datenverlust tragbar ist: Reicht eine Sicherung pro Nacht, oder wäre der Verlust eines halben Arbeitstags schon zu viel? RTO (Recovery Time Objective) beschreibt, wie lange ein System ausfallen darf, bis es wieder läuft.

Diese Ziele unterscheiden sich je nach System. Die Warenwirtschaft ist oft kritischer als ein Archivlaufwerk. Aus den Zielen ergeben sich Sicherungshäufigkeit, Speicherort und Wiederherstellungsmethode.

Schritt 2: Sicherung nach der 3-2-1-Regel

Die 3-2-1-Regel ist ein bewährtes Grundkonzept: drei Kopien der Daten, auf zwei unterschiedlichen Speichermedien, davon eine Kopie an einem anderen Ort. So überstehen die Daten auch einen Hardwaredefekt, Diebstahl oder einen Brand im Büro.

Wegen Ransomware wird die Regel heute oft erweitert: Mindestens eine Kopie sollte offline oder unveränderbar (immutable) gespeichert sein. Eine dauerhaft angeschlossene USB-Festplatte oder ein frei beschreibbares Netzlaufwerk wird von Verschlüsselungstrojanern häufig mitverschlüsselt. Auch die Zugangsdaten zum Backup-System sollten getrennt von der normalen Benutzeranmeldung geschützt sein.

Schritt 3: Einen Testplan aufstellen

Ein praxistauglicher Testplan für kleine Unternehmen kann so aussehen:

1. Monatlich: einige zufällig gewählte Dateien aus verschiedenen Ordnern in einen Testordner wiederherstellen und öffnen.
2. Quartalsweise: ein E-Mail-Postfach oder einzelne Mails sowie eine Datenbank-Sicherung der wichtigsten Fachanwendung zurückspielen.
3. Jährlich: einen kompletten Server oder eine virtuelle Maschine in einer isolierten Testumgebung wiederherstellen und die Dauer messen.
4. Nach größeren Änderungen: neue Systeme und Ordner gezielt testen.

Schritt 4: Ergebnisse dokumentieren

Halten Sie fest, was wann getestet wurde, wie lange die Wiederherstellung dauerte und ob Probleme auftraten. Eine solche Dokumentation zeigt, ob die festgelegten RPO- und RTO-Ziele realistisch sind, und ist im Ernstfall eine Schritt-für-Schritt-Anleitung.

Dazu gehört auch ein Notfallblatt: Wo liegen die Sicherungen, wie lauten die Zugänge (sicher verwahrt), wer ist zu informieren, und in welcher Reihenfolge werden Systeme wiederhergestellt?

Cloud-Dienste nicht vergessen

Daten in Microsoft 365 oder anderen Cloud-Diensten sind vor Ausfällen des Anbieters gut geschützt, aber nicht automatisch vor versehentlichem Löschen, abgelaufenen Aufbewahrungsfristen oder Verschlüsselung über synchronisierte Geräte. Microsoft empfiehlt selbst, Daten zusätzlich zu sichern. Beziehen Sie Postfächer, OneDrive, SharePoint und Teams deshalb in das Sicherungs- und Testkonzept ein.

Häufige Fehler

• Sicherung und Originaldaten liegen auf demselben Gerät oder im selben Raum
• Nur Dateien werden gesichert, nicht aber Datenbanken und Konfigurationen
• Niemand erhält oder liest die Fehlermeldungen des Backup-Programms
• Der Wiederherstellungsweg ist unbekannt oder nur einer Person bekannt
• Die letzte Wiederherstellung liegt Jahre zurück – oder hat nie stattgefunden

Ein realistisches Notfallszenario durchspielen

Einmal im Jahr lohnt sich eine kleine Übung: Angenommen, der Server ist durch einen Verschlüsselungstrojaner unbrauchbar. Wer wird informiert? Wo steht die Sicherung, und ist sie vom Vorfall nicht betroffen? Auf welcher Hardware wird wiederhergestellt? In welcher Reihenfolge kommen Anmeldung, Dateiablage und Fachanwendung zurück, und wie arbeiten die Mitarbeiter in der Zwischenzeit?

Eine solche Übung muss nicht aufwendig sein – oft reicht ein Gespräch anhand der Dokumentation. Sie deckt aber zuverlässig Lücken auf, etwa fehlende Zugangsdaten, nicht dokumentierte Lizenzschlüssel oder Abhängigkeiten, an die niemand gedacht hat.