Ein hilfreicher Sicherungsplan für eine Website erklärt, was wiederhergestellt werden kann, wie weit Sie zurückgehen können und wer die Wiederherstellung übernimmt. Bevor Sie „Backups inklusive“ akzeptieren, bitten Sie um eine Liste der erfassten Systeme, der aufbewahrten Wiederherstellungspunkte und um eine sichere Demonstration, dass sich die vereinbarte Website wiederherstellen lässt. Eine Benachrichtigung über eine erfolgreiche Sicherung allein beantwortet diese Fragen nicht.
Diese Checkliste für Website-Sicherung und Wiederherstellung hilft Unternehmen, ihre Anforderungen mit dem Website-Dienstleister oder Hosting-Anbieter abzustimmen. Die passende Lösung hängt davon ab, was die Website speichert und wie das Unternehmen sie nutzt. Eine Dienstleistungswebsite mit fünf Seiten, eine redaktionelle Website und ein Onlineshop können sehr unterschiedliche Anforderungen an die Wiederherstellung haben.
1. Abhängigkeiten der Website auflisten
Beginnen Sie mit den Bestandteilen, die für den Betrieb der Website nötig sind, statt mit dem Namen eines Sicherungsprodukts. Berücksichtigen Sie Seiteninhalte, Bilder, Code, Konfiguration und gegebenenfalls eine Datenbank. Listen Sie anschließend verbundene Dienste separat auf: Das Ziel eines Formulars, ein Buchungssystem, ein Zahlungsanbieter oder ein CRM-System kann Informationen außerhalb des Hosting-Kontos der Website speichern.
Eine Kopie der sichtbaren Seiten enthält diese anderen Datensätze nicht zwangsläufig. So erklärt WordPress, dass eine typische vollständige Sicherung sowohl Website-Dateien als auch die Datenbank benötigt. Nur die Dateien herunterzuladen, erfasst die Datenbank nicht. Dateien und Datenbank sollten außerdem einen zusammenpassenden Stand in der Historie der Website abbilden, insbesondere im Zusammenhang mit Aktualisierungen.
Bei einer Website, die aus einem Code-Repository erstellt wird, sollten Sie fragen, was zusätzlich für die erneute Erstellung und Veröffentlichung erforderlich ist. Die Sicherungshinweise von GitHub unterscheiden, welche Daten die verschiedenen Sicherungsmethoden erfassen. Eine Repository-Kopie ist hilfreich, enthält aber nicht zwangsläufig alle hochgeladenen Dateien, externen Datensätze, Kontoeinstellungen oder Voraussetzungen für die Bereitstellung.
Machen Sie diese Grenzen mit einer kleinen Tabelle zum Sicherungsumfang sichtbar. Sie dient als Planungshilfe und bedeutet nicht, dass jede Website jede Zeile benötigt. Ersetzen Sie die Beispiele durch die tatsächlich genutzten Systeme Ihres Unternehmens und halten Sie jeweils die verantwortliche Person fest.
| Bestandteil | Zu klärende Frage | Aufzubewahrender Nachweis |
|---|---|---|
| Seiten, Code und Gestaltungsdateien | Lässt sich die vereinbarte Version erneut erstellen oder wiederherstellen? | Version, Speicherort und Wiederherstellungsanleitung |
| Datenbank und hochgeladene Medien | Sind beide in einem zusammenpassenden Sicherungssatz enthalten? | Sicherungsdaten, Umfang und Wiederherstellungsergebnis |
| Konfiguration und Zugriff | Wer kann die Einstellungen wiederherstellen und berechtigten Zugriff erhalten? | Verantwortliche Person und sicheres Zugriffsverfahren |
| Anfragen, Buchungen oder Bestellungen | Welches System bewahrt diese Datensätze tatsächlich auf? | Separater Anbieter und Wiederherstellungsvereinbarungen |
| Domain und verbundene Dienste | Welche Abhängigkeiten müssen funktionieren, bevor die Website genutzt werden kann? | Kontoverantwortliche und Checkliste der Abhängigkeiten |
2. Akzeptablen Datenverlust und Ausfallzeit vereinbaren
Zwei verständliche Fragen machen den Plan nützlicher: Wie viele aktuelle Informationen könnte das Unternehmen verlieren, und wie lange dürfte der betreffende Dienst nicht verfügbar sein? Beantworten Sie diese Fragen für den Geschäftsprozess, nicht nur für die Startseite. Eine statische Informationsseite und ein System, das kostenpflichtige Bestellungen annimmt, können unterschiedliche Antworten erfordern.
Diese Fragen entsprechen dem Recovery Point Objective, kurz RPO, und dem Recovery Time Objective, kurz RTO. AWS definiert diese Wiederherstellungsziele anhand des akzeptablen Zeitfensters für Datenverlust und der maximal akzeptablen Unterbrechung des Dienstes. Verstehen Sie sie als vereinbarte Planungsziele. Sie belegen nicht, dass ein bestimmter Anbieter sie bei jedem Vorfall erreichen kann.
Ein täglicher Wiederherstellungspunkt kann beispielsweise eine Lücke lassen, in der Änderungen seit der letzten erfolgreichen Sicherung fehlen. Seine bloße Existenz sagt nichts darüber aus, wie schnell jemand ihn findet, Zugriff erhält, ihn wiederherstellt und das Ergebnis überprüft. Bitten Sie den Dienstleister, den vorgeschlagenen Zeitplan und Wiederherstellungsablauf mit Ihren festgelegten Zielen zu verknüpfen.
Wählen Sie „kein Datenverlust“ oder „sofortige Wiederherstellung“ nicht allein deshalb, weil diese Formulierungen beruhigend klingen. Erklären Sie, welche Informationen sich nicht erneut erstellen lassen und welche Geschäftsabläufe vorübergehend einen alternativen Weg nutzen können. Vereinbaren Sie anschließend eine umsetzbare Lösung, deren Kosten und mögliche Einschränkungen. Halten Sie die Zeiten fest, zu denen Unterstützung bei der Wiederherstellung verfügbar ist, einschließlich des Umgangs mit Vorfällen außerhalb dieser Zeiten.
3. Nutzbare Wiederherstellungspunkte lange genug aufbewahren
Sicherungshäufigkeit und Aufbewahrungsdauer beantworten unterschiedliche Fragen. Die Häufigkeit bestimmt, wie oft ein neuer Wiederherstellungspunkt erstellt wird. Die Aufbewahrungsdauer bestimmt, wie lange ältere Punkte verfügbar bleiben. Eine häufige Sicherung, die immer wieder die einzige Kopie ersetzt, hilft möglicherweise wenig, wenn eine unerwünschte Änderung erst mehrere Tage später entdeckt wird.
Fragen Sie, wie viele Versionen aufbewahrt werden, wie ihre Zeitpunkte erkennbar sind und was bei erreichten Speichergrenzen oder einem Abonnementwechsel passiert. Berücksichtigen Sie die Zeit, die Ihr Team möglicherweise benötigt, um ein Problem zu bemerken. Wenn Inhalte mehrere Wochen lang niemand prüft, kann eine sehr kurze Aufbewahrungsfrist ablaufen, bevor eine versehentliche Löschung entdeckt wird.
Klären Sie, wie die Wiederherstellungskopien von der Live-Umgebung getrennt sind und wer sie ändern oder löschen kann. Eine Kopie, die vom selben Bedienfehler im Konto oder Sicherheitsvorfall betroffen ist, bietet möglicherweise nicht die erwartete Unabhängigkeit. Besprechen Sie Zugriffskontrollen und Schutzmaßnahmen mit dem zuständigen Anbieter, statt davon auszugehen, dass ein zweiter Ordner oder automatische Synchronisierung genügt.
Halten Sie den Plan praxisnah: Benennen Sie den Speicherort für die Wiederherstellung und die für das Konto verantwortliche Person, ohne Passwörter, geheime Schlüssel oder Kundendaten in ein gemeinsam genutztes Briefing aufzunehmen. Dokumentieren Sie, wo die Anweisungen für berechtigten Zugriff gepflegt werden. Vereinbaren Sie außerdem, wer Fehlermeldungen erhält und was diese Person unternimmt, wenn eine geplante Sicherung nicht abgeschlossen wird.
4. Rollback, gezielte und vollständige Wiederherstellung unterscheiden
Unterschiedliche Probleme erfordern unterschiedliche Wiederherstellungsmethoden. Ein Deployment-Rollback setzt die veröffentlichte Website auf eine frühere Version zurück. Eine gezielte Wiederherstellung holt eine bestimmte Datei, Seite oder einen Datensatz zurück. Eine vollständige Wiederherstellung baut die erfasste Umgebung aus einem Sicherungssatz wieder auf. Fragen Sie, welche dieser Methoden Ihre Vereinbarung unterstützt und was die jeweilige Methode verändert.
So dokumentiert Cloudflare Pages das Zurücksetzen auf eine frühere erfolgreiche Produktionsbereitstellung. Das ist bei Problemen hilfreich, die durch eine Bereitstellung entstanden sind. Es belegt nicht, dass eine separate Buchungsplattform oder externe Kundendatenbank ebenfalls auf diesen Zeitpunkt zurückgesetzt wird. Klären Sie das Verhalten jeder Abhängigkeit, statt „Rollback“ als universelle Rückgängig-Funktion zu verstehen.
Ermitteln Sie vor der Wiederherstellung älterer Daten, welche Änderungen seit diesem Wiederherstellungspunkt vorgenommen wurden. Eine vollständige Datenbankwiederherstellung kann zusammen mit der unerwünschten Änderung auch gültige neuere Informationen ersetzen. Entscheiden Sie, ob sich diese späteren Datensätze erhalten, abgleichen oder separat wiederherstellen lassen. Die Person, die die Wiederherstellung freigibt, sollte diese Abwägung verstehen, bevor ein Vorgang beginnt, der Daten überschreibt oder löscht.
Dokumentieren Sie den Entscheidungsweg in verständlicher Sprache: Wer bewertet das Problem, wer genehmigt den gewählten Wiederherstellungspunkt und wer führt die Arbeiten aus? Sehen Sie bei Bedarf eine Möglichkeit vor, den aktuellen Zustand für die Untersuchung aufzubewahren. Der Wiederherstellungsplan sollte erklären, wie das Team eine Methode auswählt, und Unternehmensverantwortliche nicht zum Experimentieren auf der Live-Website ermutigen.
5. Eine Wiederherstellung in einer sicheren Umgebung demonstrieren
Bitten Sie um einen abgestimmten Wiederherstellungstest, bevor Sie sich auf den Plan verlassen. AWS empfiehlt regelmäßige Wiederherstellungstests, um zu prüfen, ob sich gesicherte Daten wiederherstellen und nutzen lassen. Entscheidend ist, ob der vereinbarte Sicherungssatz eine nutzbare Website ergibt, nicht, ob eine Archivdatei existiert.
Nutzen Sie eine isolierte Testumgebung, die mit der technisch verantwortlichen Person abgestimmt ist. Beschränken Sie den Zugriff auf wiederhergestellte Kundeninformationen und verhindern Sie, dass Testkopien echte Benachrichtigungen versenden, Zahlungen annehmen oder Live-Integrationen überschreiben. Das zuständige Team sollte festlegen, welche Daten für den Test geeignet sind und wie sie anschließend entfernt werden.
Prüfen Sie die wiederhergestellten Seiten, Bilder, Navigation und erforderliche Konfiguration. Überprüfen Sie einen repräsentativen Geschäftsablauf unter abgestimmten Testbedingungen. Eine korrekt dargestellte Seite beweist nicht, dass der verbundene Dienst richtig konfiguriert ist. Lässt sich eine Abhängigkeit nicht sicher testen, dokumentieren Sie diese Einschränkung, statt den gesamten Ablauf als nachgewiesen zu markieren.
Führen Sie ein kurzes Testprotokoll: verwendeter Wiederherstellungspunkt, erfasste Systeme, Ziel, Start- und Endzeit, durchgeführte Prüfungen und offene Probleme. Messen Sie die für Ihr vereinbartes Wiederherstellungsziel relevanten Phasen, einschließlich Zugriff und Überprüfung. Wiederholen Sie die betreffenden Prüfungen nach wesentlichen Änderungen an Website, Hosting oder Wiederherstellungsvereinbarung und vereinbaren Sie eine zu Ihren Umständen passende Prüfhäufigkeit.
6. Eine realistische Wiederherstellungsentscheidung durchspielen
Betrachten Sie ein hypothetisches Beratungsunternehmen mit einer kleinen Dienstleistungswebsite. Die Seiten werden aus einem Repository veröffentlicht, Anfragen in einem separaten System gespeichert. Am Dienstagnachmittag stellt das Team fest, dass bei einer Bereitstellung am Montag eine Leistungsseite entfernt wurde. Am Dienstagvormittag ging eine neue Anfrage ein.
Zuerst ist zu klären, ob das Problem nur die veröffentlichten Seiten oder auch das Anfragesystem betrifft. Enthält eine frühere Bereitstellung die fehlende Seite, kann das Team einen Deployment-Rollback prüfen, ohne anzunehmen, dass auch die separaten Anfragedatensätze wiederhergestellt werden müssen. Es prüft, welche anderen Website-Änderungen ebenfalls rückgängig gemacht würden und ob die gezielte Wiederherstellung der einzelnen Seite die bessere Wahl ist.
In einer isolierten Vorschau zeigt der zuständige Dienstleister die vorgeschlagene Version und prüft die vereinbarten Links und die Formularkonfiguration. Die im Unternehmen verantwortliche Person prüft die betroffenen Änderungen und gibt die Wiederherstellung der Live-Website im etablierten Verfahren frei. Der neuere Datensatz im Anfragesystem wird separat betrachtet, weil seine Speicherung und Wiederherstellung separat geregelt sind.
Dieses Beispiel beschreibt eine Entscheidungsmethode, kein berichtetes Kundenergebnis und kein Versprechen zur Wiederherstellungszeit. Bei einem Onlineshop, dessen Bestellungen in der Website-Datenbank gespeichert werden, müsste dieselbe Entscheidung Bestellungen berücksichtigen, die nach dem vorgeschlagenen Wiederherstellungspunkt entstanden sind. Die praktische Erkenntnis: Klären Sie, wo Informationen gespeichert sind, bevor Sie entscheiden, was wiederhergestellt werden soll.
7. Verantwortlichkeiten für die Wiederherstellung vereinbaren
Schließen Sie mit einer kurzen Checkliste ab, die beide Seiten beantworten können. Bewahren Sie sie zusammen mit den Unterlagen zur Website-Übergabe auf und prüfen Sie sie erneut, wenn sich die Website ändert. Sie sollte für die Person verständlich bleiben, die einen Vorfall melden müsste, auch wenn sie das ursprüngliche Projekt nicht beauftragt hat.
- Wir wissen, welche Website-Bestandteile und externen Systeme erfasst sind.
- Wir haben Wiederherstellungsziele, Sicherungshäufigkeit und Aufbewahrungsdauer vereinbart.
- Wir wissen, wer Fehler prüft und wer berechtigten Zugriff für die Wiederherstellung erhalten kann.
- Wir verstehen die unterstützten Wiederherstellungsmethoden und das Risiko für neuere Daten.
- Wir haben ein datiertes Wiederherstellungstestprotokoll mit Einschränkungen und nächsten Schritten.
- Wir haben Zuständigkeit, Verfügbarkeit und gegebenenfalls separate Wiederherstellungskosten vereinbart.
Ergänzen Sie offene Anforderungen im Website-Projektbriefing. Wenn die Wiederherstellungsplanung mit einem neuen Website-Aufbau einhergeht, nutzen Sie die Redesign-Checkliste für den umfassenderen Übergang. Eine klare Wiederherstellungsvereinbarung verringert Unsicherheit bei einem Vorfall; sie sollte beschreiben, was vereinbart und demonstriert wurde.
Bei Digital Studio beginnt die Website-Erstellung bei EUR 2.190 für eine einmalige Umsetzung von bis zu fünf Seiten mit bereitgestellten Inhalten, responsivem Design, SEO-Grundlagen, einem Anfrageformular und Veröffentlichung auf Ihrer Domain. Sicherungsvereinbarungen, Wiederherstellungstests und laufende Unterstützung bei der Wiederherstellung müssen für Ihr Projekt besprochen und ausdrücklich in ihrem Umfang festgelegt werden. Beschreiben Sie Ihre Website und Ihre Wiederherstellungsanforderungen, damit Zuständigkeiten und mögliche zusätzliche Arbeiten vor Beginn der Umsetzung vereinbart werden können.
