Was sollte ein Website-Backup wirklich wiederherstellen?

Ein Backup kann erfolgreich abgeschlossen werden, obwohl die Wiederherstellung noch nicht geprüft wurde. Der Erfolgsbericht zeigt nicht, ob sich mit der Kopie die Teile Ihrer Website zurückholen lassen, die Ihr Unternehmen braucht. Selbst eine wiederhergestellte Startseite sagt wenig darüber aus, ob Mitarbeitende sich anmelden, Kundendatensätze finden oder hochgeladene Dokumente öffnen können.

Beginnen Sie mit Ihrer Arbeit. Was müssten Sie auf der Website tun, wenn Sie sie verloren hätten? Fragen Sie dann Ihren Anbieter, was alles wiederhergestellt werden müsste, damit diese Arbeit möglich ist.

Eine Buchung und ihr Anhang gehören zusammen

Stellen Sie sich eine Buchungswebsite vor, die Termine in einer Datenbank und Kundendokumente als hochgeladene Dateien speichert. Das ist ein hypothetisches Beispiel, aber das Problem lässt sich leicht vorstellen: Sie stellen die Buchung wieder her, klicken auf den Anhang und stellen fest, dass das Dokument fehlt.

Die Buchungsdaten sind da. Die Arbeit, für die Sie das Dokument brauchen, können Sie trotzdem nicht erledigen.

Für eine typische WordPress-Website erklären die WordPress-Hinweise zu Backups, dass sowohl Datenbank als auch Dateien wichtig sind und als zusammengehöriger Stand gesichert werden sollten. Andere Websites können anders aufgebaut sein. Fragen Sie, wo Ihre Datensätze und hochgeladenen Dateien tatsächlich liegen, statt anzunehmen, dass ein Backup eines einzelnen Ordners alles abdeckt.

Auch die Website-Software selbst, ihre Einstellungen und die Zugänge für Wiederherstellung und Nutzung sind wichtig. Dasselbe gilt für verbundene Dienste. Die Systemverwaltungsrichtlinien des australischen Signals Directorate empfehlen, Daten, Anwendungen und Einstellungen auf einen gemeinsamen Stand zu bringen und Abhängigkeiten vorher zu bestimmen. Für Sie als Unternehmer heißt das: Fragen Sie, ob die Teile zusammen funktionieren und wer die nötigen Zugänge hat, um sie wiederherzustellen.

Wie viele aktuelle Änderungen könnten fehlen?

Eine wiederhergestellte Kopie zeigt die Website zu einem bestimmten Zeitpunkt in der Vergangenheit. Eine danach angelegte Buchung kann fehlen, auch wenn die Wiederherstellung genau wie geplant funktioniert.

Fragen Sie Ihren Anbieter, auf welchen Zeitpunkt sich die Daten zurückholen lassen und wie alt die Informationen dann wären, wenn Sie sie brauchen. Überlegen Sie anschließend, was die fehlenden Änderungen bedeuten würden. Könnten Mitarbeitende sie aus einer anderen Quelle rekonstruieren? Müssten Sie Kunden kontaktieren? Was akzeptabel ist, hängt davon ab, wofür Sie Ihre Website nutzen.

Auch die Zeit bis zur Rückkehr an die Arbeit zählt. Daten zurückzukopieren ist nur ein Teil davon. Jemand muss die übrigen Teile wiederherstellen und prüfen, ob die wichtigen Aufgaben funktionieren. Die AWS-Empfehlungen zum Testen der Wiederherstellung raten dazu, Wiederherstellungen separat zu testen, die Zugänglichkeit und Nutzbarkeit der Daten zu prüfen und ihr Alter sowie die benötigte Zeit für Wiederherstellung und Prüfung mit den Anforderungen des Unternehmens abzugleichen.

Fragen Sie, wie lange diese Schritte beim Test gedauert haben. So haben Sie eine konkrete Grundlage für das Gespräch. Das ist keine Zusage dazu, wie lange ein künftiger Vorfall insgesamt dauert, einschließlich der Suche nach dem Problem und der Entscheidung über das weitere Vorgehen.

Die Zahlung kann trotzdem erfolgt sein

Kehren wir zum Buchungsbeispiel zurück. Angenommen, der Kunde hat eine Anzahlung über einen externen Zahlungsdienst geleistet. Eine ältere Website-Kopie wiederherzustellen, macht diese Zahlung nicht rückgängig und belegt auch nicht, dass die Website-Daten mit denen des Zahlungsdienstes übereinstimmen.

Wenn die Buchung selbst in einem externen Buchungsdienst gespeichert ist, liegt sie vielleicht gar nicht im Website-Backup. Fragen Sie, welches System den maßgeblichen Datensatz enthält, was sich bei diesem Dienst wiederherstellen lässt und wie jemand die Datensätze miteinander abgleicht. Die Wiederherstellung Ihrer Website setzt nicht alles zurück, was mit ihr verbunden ist.

Bitten Sie um eine sichere Wiederherstellung

Ein sinnvoller nächster Schritt ist eine geplante Wiederherstellung durch berechtigte Personen in einer isolierten Umgebung. Vereinbaren Sie, wer sie durchführt und was geprüft wird. Die wiederhergestellte Kopie muss persönliche und geschäftliche Informationen schützen, darf nicht öffentlich zugänglich sein und keine Live-Datensätze verändern.

Außerdem muss verhindert werden, dass echte E-Mails versendet, Zahlungen angenommen, Webhook-Aufrufe oder andere automatische Anfragen an andere Dienste ausgelöst oder echte Buchungen angelegt werden. Kontrollierte Testkonten und Testverbindungen können helfen, sofern sie verfügbar sind. Wenn sich ein Dienst im Test nicht sicher verwenden lässt, halten Sie diese Einschränkung fest und prüfen Sie seine Rolle gesondert.

In unserem hypothetischen Beispiel würde der Anbieter einen zusammengehörigen Stand wiederherstellen, sich mit kontrolliertem Zugriff anmelden, die ausgewählte Buchung samt Anhang öffnen und beides mit dem abgleichen, was zum Wiederherstellungszeitpunkt vorhanden sein sollte. Das ist hilfreicher als ein Screenshot der Startseite.

Ein historisches Beispiel dafür, warum das wichtig ist, ist der Bericht von GitLab zum Datenbankausfall im Januar 2017. Erwartete Datenbank-Backups waren nicht verfügbar und Fehlermeldungen per E-Mail wurden abgewiesen; die Wiederherstellung stützte sich auf einen anderen Snapshot. Der Verlust betraf Daten in der GitLab.com-Datenbank, nicht Repository-Daten oder Kunden mit selbstverwalteten Installationen. Der Fall zeigt den Unterschied zwischen eingerichteten Backups und einem tatsächlich nutzbaren Weg zurück.

Entscheiden Sie anhand des Ergebnisses, was sich ändern muss

Bitten Sie um eine kurze Dokumentation: Was wurde von welchem Zeitpunkt wiederhergestellt, welche Aufgaben wurden geprüft und was kam dabei heraus? Darin sollten auch das Alter der wiederhergestellten Informationen, die Dauer von Wiederherstellung und Prüfung, benötigte Zugänge und verbundene Dienste sowie fehlgeschlagene oder ungeprüfte Punkte stehen.

Eine erfolgreiche Buchungsprüfung zeigt, dass diese Aufgabe unter den Bedingungen des Tests funktioniert hat. Sie beweist nicht, dass alle Datensätze vollständig sind, jede Funktion arbeitet oder eine künftige Wiederherstellung genauso lange dauert. Eine isolierte Kopie belegt für sich genommen auch nicht, dass die wiederhergestellte Website sicher oder frei von einem Angriff ist.

Vergleichen Sie das Ergebnis mit dem, was Ihr Unternehmen braucht. Vielleicht reichen die Nachweise aus, damit der vereinbarte Umfang passt. Vielleicht finden Sie eine konkrete Lücke, etwa fehlende Uploads oder einen nicht verfügbaren Kontozugang. Oder der Test lässt eine wichtige Frage offen und muss erweitert werden.

Wenn Sie mit LINK-V über Website-Wartung sprechen, bringen Sie die Aufgaben mit, die Mitarbeitende und Kunden nach einer Wiederherstellung erledigen können müssen. Was abgedeckt werden soll und ob Wiederherstellungstests dazugehören, können Sie dann für Ihre Website vereinbaren.