So testen Sie, ob Ihre Backups sich wirklich wiederherstellen lassen

Die Frage, die bei Ihren Backups wirklich zählt, lautet nicht „laufen sie?“. Sondern „wann haben Sie zuletzt tatsächlich eines wiederhergestellt?“. In Audits wird die erste mit einem ruhigen Ja beantwortet und die zweite mit peinlichem Schweigen. Dieses Schweigen ist das Loch: Ein Backup, das jede Nacht ohne Fehler durchläuft, sieht aus wie ein Backup, das funktioniert, und ist es nicht immer. Sie wissen es erst, wenn Sie es wiederherstellen.

In diesem Artikel geht es um den Teil, den fast niemand macht: die Wiederherstellung von Backups testen. Die Übung aufsetzen, sie stoppen und im Kalten finden, was bricht — nicht am Tag des Brands. Denn das Backup, das nie wiederhergestellt wurde, ist kein Backup: Es ist ein ungeprüftes Versprechen.

Das nie wiederhergestellte Backup ist kein Backup

Ein Backup-Job, der grün endet, sagt Ihnen nur eines: dass Daten gelesen und woanders geschrieben wurden. Er sagt nicht, dass sie vollständig sind, dass die Datei nicht beschädigt ist, dass die Datenbank konsistent ist oder dass Sie ein System damit starten können. „Grün“ misst das Schreiben, nicht Ihre Fähigkeit zur Wiederherstellung. Beides zu verwechseln ist die teuerste falsche Sicherheit, die es in der IT gibt.

Der Tag, an dem Sie wiederherstellen müssen, ist nie ein ruhiger Dienstag. Es ist drei Uhr nachts, die Ransomware ist schon drin oder der Server startet nicht mehr und die Geschäftsführung fragt, wann wieder Rechnungen laufen. Der schlechteste Moment, um zu entdecken, dass das Datenbank-Backup nur halb fertig war, ein Ordner fehlte oder die Wiederherstellung von 2 TB über Ihre Leitung drei Tage dauert. Der Wiederherstellungstest existiert, damit diese Entdeckungen heute, im Kalten und kostenlos passieren und nicht dann.

Niemand hat ein Backup-Problem. Alle haben ein Wiederherstellungsproblem. Die meisten wissen es nur noch nicht.

Was ein Wiederherstellungstest ist und wie oft man ihn macht

Ein Wiederherstellungstest ist zum Schein wiederherstellen, um zu wissen, dass Sie es am echten Tag wirklich können: Sie nehmen ein Backup, fahren es in einer kontrollierten Umgebung hoch und prüfen, dass die Daten da, konsistent und das System funktionsfähig ist. Es geht nicht darum, den Report zu lesen oder zu prüfen, dass die Datei die erwartete Größe hat; es geht darum, die wiederhergestellten Daten anzufassen und zu bestätigen, dass sie taugen. Und nicht alle sind gleich: Jede Stufe testet etwas anderes und hat ihre sinnvolle Frequenz.

• Eine Datei oder einen Ordner wiederherstellen (monatlich). Die billigste Übung und die häufigste im echten Leben: jemand hat etwas gelöscht. Holen Sie eine Datei von vor einer Woche und eine von vor einem Monat zurück und prüfen Sie, dass sie sich öffnet. Das validiert die Aufbewahrung, nicht nur die Kopie von gestern Nacht.
• Ein Postfach oder E-Mail-Konto wiederherstellen (vierteljährlich). Testen Sie die Wiederherstellung eines kompletten Postfachs oder einzelner Nachrichten, besonders bei Microsoft 365 oder Google Workspace, wo viele fälschlich glauben, der Anbieter sichere sie bereits.
• Einen kompletten Server oder eine Anwendung wiederherstellen (vierteljährlich oder halbjährlich). Den Dateiserver, das ERP oder die Datenbank isoliert hochfahren und prüfen, dass sie startet und stimmig ist. Hier tauchen die vergessenen Abhängigkeiten auf: Dienste, die nicht starten, Lizenzen, Verbindungen zu anderen Maschinen.
• Bare-Metal- oder Wiederherstellung der ganzen Umgebung (jährlich). Von null wiederaufbauen, als bliebe nichts übrig. Die echte Katastrophenübung: Hier wird Ihre RTO wirklich gemessen und es kommen die Zeiten heraus, die nie jemand gestoppt hatte.

Die praktische Regel: je kritischer und schwerer wiederaufzubauen, desto häufiger wird getestet. Und immer, wenn sich etwas Relevantes ändert — ein neuer Server, eine Migration —, muss die Übung wiederholt werden. Ein Backup, das im Januar funktionierte, kann seit der Migration im März kaputt sein, ohne dass jemand es merkt.

Wie man einen ernsthaften Wiederherstellungstest aufsetzt

Ein schlecht gemachter Test gibt eine noch schlechtere Ruhe als gar kein Test. „Ich habe ein PDF aus der Kopie geöffnet und es sah gut aus“ beweist nichts. Eine ernsthafte Übung läuft in einer isolierten Umgebung, folgt einem Drehbuch und liefert eine gemessene Zahl, kein Gefühl. Das ist unsere Checkliste:

• Isolierte Umgebung, niemals Produktion. Wiederhergestellt wird in einem separaten Netz oder auf einer separaten Maschine, ohne die Live-Systeme anzufassen. Auf der Produktion wiederherzustellen, „um zu sehen, ob es geht“, ist der beste Weg, eine Übung in einen echten Vorfall zu verwandeln.
• Vom Szenario ausgehen, nicht von der Datei. Legen Sie fest, welche Katastrophe Sie simulieren: versehentliches Löschen, verlorener Server, Ransomware, die die Produktion und die erreichbaren Kopien verschlüsselt hat. Stellen Sie so wieder her, wie Sie es an diesem echten Tag täten.
• Die Daten prüfen, nicht dass sie „da sind“. Dass die Datenbank sich öffnet und konsistent ist, dass die Zahlen stimmen, dass das Datum der Kopie das erwartete ist. Eine wiederhergestellte Datei, die sich nicht öffnet, ist eine verlorene Datei mit mehr Schritten.
• Die RTO wirklich stoppen. Messen Sie von „wir entscheiden wiederherzustellen“ bis „der Dienst ist nutzbar“, inklusive dem, was niemand zählt: die Kopie von extern herunterladen, entschlüsseln, neu installieren, neu konfigurieren. Diese Uhr ist Ihre echte RTO, nicht die aus dem Prospekt.
• Die echte RPO bestätigen. Prüfen Sie, wie viele Arbeitsstunden Sie mit der genutzten Kopie verlieren. Sichern Sie einmal täglich, sind es im schlimmsten Fall 24 Stunden. Sorgen Sie dafür, dass die Geschäftsführung diese Zahl kennt und akzeptiert, schriftlich.
• Dokumentieren und mit dem Vereinbarten vergleichen. Halten Sie das Ergebnis fest und vergleichen Sie es mit der RTO/RPO, die das Unternehmen zu tragen sagte. Sagt der Plan acht Stunden und der Test sechsundzwanzig, haben Sie ein Problem, das Sie heute in Ruhe lösen können.

Dieser letzte Punkt macht die Übung erst nützlich. Ohne eine mit der Geschäftsführung vereinbarte RTO und RPO hat der Test nichts, woran er sich messen kann, und bleibt eine technische Anekdote. Mit ihnen sagt Ihnen jede Übung, ob Sie innerhalb oder außerhalb der Spanne liegen, die Ihr Geschäft verträgt.

Typische Fehler, die man nur beim Wiederherstellen sieht

Es gibt Fehler, die kein Backup-Report erkennt, weil sie nicht beim Kopieren auftreten, sondern beim Wiederherstellen. Sie bleiben unsichtbar bis zu dem Tag, an dem Sie wiederherstellen; deshalb holt die Übung sie hervor, bevor sie Schaden anrichten.

• Unvollständige Backups. Die Kopie läuft, umfasst aber nicht alles: eine Datenbank fehlt, ein freigegebener Ordner oder der Server, der vor acht Monaten hinzukam und den niemand in den Job aufnahm. Immer grün; Sie stellen wieder her und genau das Wichtige fehlt.
• Vergessene Abhängigkeiten. Sie stellen die Anwendung wieder her und sie startet nicht, weil ihr ein Dienst, eine Version, ein Zertifikat oder die Nachbarmaschine fehlt, mit der sie sprach. Ein System wiederherzustellen heißt fast nie, einen einzigen Server wiederherzustellen.
• Verschlüsselung und verlorene Schlüssel. Die Kopie ist verschlüsselt — gut —, aber der Schlüssel lag auf demselben Server, der verloren ging, oder niemand weiß, wo er steckt. Eine Kopie, die Sie nicht entschlüsseln können, ist völlig nutzloses Rauschen.
• Inkonsistente Daten. Die Kopie wurde mit laufender Datenbank und ohne konsistenten Dump gezogen: Die Datei ist da, aber beschädigt oder mitten in einer Transaktion. Sie merken es erst, wenn Sie versuchen, sie einzubinden.
• Untragbare echte RTO. Alles ist da und alles ist korrekt, aber die Wiederherstellung über Ihre Internetleitung dauert vier Tage und das Geschäft verträgt einen. Sie hatten die Kopie; Sie hatten nicht die Zeit.

Keiner davon lässt sich durch den Kauf weiterer Platten beheben. Sie werden durch Testen behoben: Nur die Übung macht sie sichtbar, solange Sie sie noch ohne Eile und Verluste korrigieren können.

Wie MagicBoxDesk es macht

Wiederherstellungen von Hand, mit Augenmaß und regelmäßig zu testen, ist genau die Art Aufgabe, die ein mit seinem Kerngeschäft beschäftigtes Unternehmen nie zu Ende bringt: wichtig, nicht dringend, bis zu dem Tag, an dem sie hochdringend ist. Deshalb übernehmen wir das bei MagicBoxDesk. Unser Managed Backup umfasst regelmäßig getestete Wiederherstellungen: Wir übergeben Ihnen keine Software und wünschen Ihnen Glück, sondern einen Dienst, der für das Ergebnis geradesteht. Wir fahren Ihre Kopien je nach Kritikalität in einer isolierten Umgebung hoch, prüfen, dass die Daten konsistent sind, stoppen die echte RTO und übergeben Ihnen einen Report mit dem, was funktioniert, und dem, was anzupassen ist, bevor es ein Problem wird.

All das greift ineinander mit unserem 24/7-Monitoring, das jeden Backup-Job überwacht und alarmiert, wenn etwas fehlschlägt — Sie erfahren es von uns, nicht durch eine Katastrophe —, und mit den übrigen Managed-IT-Services, die Ihre ausgelagerte IT ausmachen. Der Unterschied ist konkret: Sie gehen davon, zu glauben, geschützt zu sein, dahin, den Beweis zu haben, mit Datum und gemessenen Zeiten.

Verlassen Sie sich nicht mehr darauf, dass Ihre Kopie wiederherstellt, sondern prüfen Sie es. Fordern Sie ein unverbindliches Angebot an und wir setzen die Wiederherstellungstests Ihres Unternehmens auf, damit Sie am schlechten Tag wirklich wiederherstellen und nicht auf gut Glück.