Backup-Strategie für Websites: Was sichern und wie oft
Die meisten Websites haben Backups. Weniger haben Backups, die schon einmal wiederhergestellt wurden. Die Lücke dazwischen entdeckt man im denkbar schlechtesten Moment, meist zusammen mit der Erkenntnis, dass im Backup die Datenbank fehlte, oder die Uploads, oder die letzten drei Wochen.
Dieser Leitfaden behandelt, was zu sichern ist, wie oft, wo es aufbewahrt wird, und wie Sie überprüfen, dass eine Wiederherstellung tatsächlich funktioniert.
Was ein vollständiges Backup enthält#
Eine Website ist nicht eine Sache. Fehlt eines davon, ist die Wiederherstellung unvollständig, und eine unvollständige Wiederherstellung ist oft schlimmer als keine, weil sie aussieht, als hätte sie geklappt.
- Datenbank — Inhalte, Nutzer, Bestellungen, Einstellungen. Der Teil, der sich ständig ändert.
- Hochgeladene Dateien — Bilder, Dokumente, alles, was Nutzer oder Redaktion ergänzt haben.
- Anwendungscode — idealerweise in der Versionskontrolle, was eine Form von Backup mit Historie ist.
- Konfiguration — Umgebungsvariablen, Serverkonfiguration, Cronjobs, Weiterleitungsregeln.
- Zertifikate und DNS-Einträge — billig zu exportieren, unter Druck schmerzhaft zu rekonstruieren.
- Einstellungen bei Dritten — Webhook-URLs für Zahlungen, E-Mail-Konfiguration, API-Schlüssel.
Die Konfiguration wird am häufigsten vergessen. Eine wiederhergestellte Datenbank samt Dateien auf einem anders konfigurierten Server ist nicht dieselbe Website.
Wie oft und wie lange aufbewahren#
Die Häufigkeit folgt aus einer Frage: Wie viel Arbeit können Sie sich leisten zu verlieren? Die Aufbewahrung folgt aus einer anderen: Wie lange dauert es, bis Sie ein Problem bemerken würden?
| Website-Typ | Datenbank | Dateien | Aufbewahrung |
|---|---|---|---|
| Statische Broschürenseite | Wöchentlich | Wöchentlich | 30 Tage |
| Unternehmensseite mit Blog | Täglich | Täglich | 30–60 Tage |
| Stark frequentierte Inhaltsseite | Täglich oder stündlich | Täglich | 60–90 Tage |
| Onlineshop | Stündlich oder fortlaufend | Täglich | 90+ Tage, plus Monatsarchive |
| Webanwendung | Fortlaufend mit Point-in-Time-Recovery | Täglich | Nach Ihrer Datenrichtlinie |
Die Aufbewahrung zählt, weil es langsam wirkende Probleme gibt. Ein fehlerhafter Import oder eine leise Kompromittierung fällt vielleicht wochenlang nicht auf, und dann enthält eine 7-Tage-Rotation nur noch schlechte Kopien.
Wo sie liegen sollten#
Die klassische Regel gilt weiterhin: drei Kopien, auf zwei Arten von Medien, eine davon außer Haus. Auf Websites übertragen heißt das: Das Backup muss sowohl den Ausfall des Servers als auch dessen Kompromittierung überleben.
- Speichern Sie die einzige Kopie nie auf demselben Server wie die Website.
- Nutzen Sie für mindestens eine Kopie einen anderen Anbieter, damit ein Ausfall auf Anbieterebene nicht beide erwischt.
- Machen Sie mindestens eine Kopie unveränderlich oder einmal beschreibbar, damit die Zugangsdaten der Website sie nicht löschen können.
- Verschlüsseln Sie Backups im Ruhezustand — sie enthalten alles, auch personenbezogene Daten.
- Halten Sie ein Monatsarchiv außerhalb der Rotation für spät entdeckte Probleme.
- Dokumentieren Sie, wo sie liegen und wie man wiederherstellt, an einem Ort, der nicht nur auf der Website ist.
Testen: der Schritt, der es echt macht#
Ein Backup, das Sie nie wiederhergestellt haben, ist eine Annahme. Ein Test dauert eine Stunde und macht daraus eine Tatsache.
- Stellen Sie in eine getrennte Staging-Umgebung wieder her, nicht über die Live-Website.
- Prüfen Sie, ob die Datenbank vollständig wiederhergestellt wurde — zählen Sie Zeilen in den Tabellen, auf die es ankommt.
- Prüfen Sie, ob hochgeladene Dateien vorhanden sind, auch die jüngsten.
- Melden Sie sich an und erledigen Sie eine echte Aufgabe: eine Seite veröffentlichen, eine Testbestellung aufgeben.
- Stoppen Sie die Zeit. „Wie lange würde eine Wiederherstellung dauern?" ist eine Frage, die Sie vorher beantwortet haben wollen.
- Schreiben Sie das Vorgehen auf, damit es nicht nur bei der Person liegt, die es eingerichtet hat.
- Wiederholen Sie es monatlich und nach jeder Änderung am Hosting.
Stoppen Sie die Wiederherstellungszeit. Zu wissen, dass sie vier Stunden dauert, ändert, was Sie während eines Ausfalls zusagen — und es ist die Zahl, die niemand hat, wenn er sie braucht.
Häufige Fragen
Reicht das Backup meines Hosters?
Es ist eine gute Grundlage und eine schlechte alleinige Strategie. Hoster-Backups haben typischerweise kurze Aufbewahrung, liegen auf derselben Infrastruktur und gehen mit dem Konto verloren, wenn es einen Zahlungsstreit oder einen Anbieterausfall gibt. Halten Sie Ihre eigene Kopie woanders — die Kosten sind gering, und es ist die Kopie, die Sie genau in dem Szenario brauchen, in dem Hoster-Backups nicht helfen.
Wie lange soll ich Backups aufbewahren?
Lang genug, um ein spät entdecktes Problem abzudecken. Dreißig Tage sind ein vernünftiges Minimum, neunzig sind für einen Shop sicherer, und ein Monatsarchiv, das ein Jahr bleibt, kostet fast nichts. Wägen Sie das gegen Datenschutzpflichten ab — Backups mit personenbezogenen Daten unterliegen ebenfalls Aufbewahrungsregeln.
Brauche ich Backups, wenn mein Code in der Versionskontrolle liegt?
Ja. Versionskontrolle deckt Code und seine Historie ab und enthält weder die Datenbank noch die hochgeladenen Dateien noch die Serverkonfiguration. Dort leben Inhalte und Kundendaten, und das ist der Teil, den kein erneutes Deployment wiederherstellen kann.
Was ist Point-in-Time-Recovery?
Die Fähigkeit, die Datenbank auf einen beliebigen Zeitpunkt zurückzusetzen statt auf den letzten geplanten Stand — erreicht durch fortlaufende Archivierung des Transaktionsprotokolls. Sie zählt, wenn schon eine Stunde verlorener Bestellungen inakzeptabel ist. Für eine Broschürenseite ist sie unnötig; für einen Shop, der nachts Bestellungen annimmt, ist sie den Mehraufwand wert.
website backupbackup strategienotfallwiederherstellungwebsite wiederherstellendatenbank backupwebsite recovery
