Leitfaden zur Backup-Aufbewahrungsrichtlinie für Websites
Veröffentlicht am 6. November 2026
Ein vorhandenes Backup, mit dem sich nicht die richtige Version Ihrer Website wiederherstellen lässt, ist um 2 Uhr morgens kein großer Trost. Ein praxisorientierter Leitfaden zur Backup-Aufbewahrungsrichtlinie beginnt mit einer einfachen Frage: Wie weit zurück müssen Sie möglicherweise gehen, wenn etwas kaputtgeht, gelöscht oder kompromittiert wird?
Bei der Website eines kleinen Unternehmens reichen möglicherweise ein paar Wochen. Bei einer Agentur, die Kunden-Onlineshops, Datenbanken und E-Mail verwaltet, können es mehrere Monate oder länger sein. Bei der richtigen Richtlinie geht es nicht darum, jedes Backup für immer aufzubewahren. Es geht darum, genügend einwandfreie, wiederherstellbare Kopien aufzubewahren, um reale Probleme zu lösen, ohne Speicher- und Verwaltungsaufwand zu einem weiteren Problem werden zu lassen.
Was eine Backup-Aufbewahrungsrichtlinie tatsächlich regelt
Ein Backup-Zeitplan legt fest, wann Kopien erstellt werden. Eine Aufbewahrungsrichtlinie legt fest, wie lange jede Kopie verfügbar bleibt, bevor sie gelöscht wird. Sie benötigen beides.
Ohne Aufbewahrungsregeln füllt sich der Speicher unbemerkt, bis Backups fehlschlagen oder die Kosten ohne triftigen Grund steigen. Bei zu strengen Regeln ist das benötigte Backup möglicherweise bereits verschwunden. Das passiert häufiger, als viele erwarten: Ein fehlerhaftes Plugin-Update wird möglicherweise erst nach mehreren Tagen bemerkt, eine versehentliche Löschung erst zum Monatsende entdeckt oder ein Datenbankproblem in jedes aktuelle Backup übernommen.
Eine gute Richtlinie unterscheidet zwischen kurzfristiger Wiederherstellung und langfristigem Schutz. Aktuelle Backups helfen bei häufigen Vorfällen, etwa einer fehlgeschlagenen Bereitstellung oder einem fehlerhaften WordPress-Update. Ältere Wiederherstellungspunkte helfen bei schleichenden Problemen, Audits, saisonalen Auswertungen oder einem Sicherheitsvorfall, der erst spät erkannt wurde.
Beginnen Sie beim Wiederherstellungsbedarf, nicht beim Speicherplatz
Es ist verlockend, Aufbewahrungsfristen anhand des verfügbaren Speicherplatzes festzulegen. Orientieren Sie sich stattdessen am Risiko. Speicher verursacht Kosten, die verwaltet werden müssen. Verlorene Website-Daten, entgangene Bestellungen und lange Ausfälle sind jedoch meist teurer.
Zwei Wiederherstellungsziele erleichtern die Entscheidung. Ihr Recovery Point Objective, kurz RPO, bezeichnet den maximalen Datenverlust, den Sie verkraften können. Wenn ein Onlineshop höchstens Bestellungen aus einer Stunde verlieren darf, benötigt er mindestens ebenso häufig Backups oder einen entsprechenden Schutz der Datenbank. Eine Informationswebsite, die einmal pro Woche aktualisiert wird, kann eine deutlich längere Lücke tolerieren.
Ihr Recovery Time Objective, kurz RTO, gibt an, wie schnell der Betrieb wiederhergestellt sein muss. Ein Backup ist nur dann nützlich, wenn Sie es innerhalb dieses Zeitfensters wiederherstellen können. Tägliche Backups erfüllen möglicherweise Ihr RPO. Die Wiederherstellung eines großen Servers aus einem entfernten Speicher könnte dennoch Ihr RTO überschreiten. Aufbewahrungsdauer und Wiederherstellungsgeschwindigkeit müssen gemeinsam geplant werden.
Ordnen Sie Systeme bei den meisten Websites nach ihrer Auswirkung ein. Für ein persönliches Portfolio, eine Unternehmenswebsite, einen stark frequentierten WooCommerce-Shop, ein Kunden-Hostingkonto und einen Mailserver sollten nicht automatisch dieselben Regeln gelten. Je häufiger sich Daten ändern und je stärker Umsatz oder Vertrauen davon abhängen, desto häufiger sollten Backups erstellt und desto sorgfältiger sollten sie aufbewahrt werden.
Eine praxisorientierte Backup-Aufbewahrungsrichtlinie
Ein mehrstufiger Zeitplan ist sinnvoll, weil er häufige Wiederherstellungspunkte bietet, ohne jedes vollständige Backup unbegrenzt aufzubewahren. Ein sinnvoller Ausgangspunkt für eine typische Unternehmenswebsite ist, tägliche Backups 14 bis 30 Tage, wöchentliche Backups 8 bis 12 Wochen und monatliche Backups 6 bis 12 Monate aufzubewahren.
Das ist ein Ausgangspunkt, keine feste Vorgabe. Für eine Website mit täglichen Inhaltsaktualisierungen können 30 tägliche Versionen erforderlich sein. Ein E-Commerce-Unternehmen benötigt möglicherweise häufigere Datenbank-Backups, insbesondere während Verkaufsaktionen. Während einer umfassenden Neugestaltung kann ein Entwickler die Aufbewahrungsdauer vorübergehend verlängern, bis die Veröffentlichung stabil läuft. Eine kleine statische Website ist möglicherweise mit wöchentlichen und monatlichen Kopien ausreichend geschützt.
Bei Systemen mit Finanzdaten, vertraglichen Unterlagen oder regulierten Aufzeichnungen kann eine längere Aufbewahrung erforderlich sein. Verwechseln Sie die Aufbewahrung betrieblicher Backups jedoch nicht mit der formellen Aufbewahrung von Unterlagen. Ein Backup dient der Wiederherstellung. Für Rechtsarchive ist es nicht immer das richtige Format oder Zugriffskonzept und bietet nicht immer die geeigneten Kontrollmechanismen. Wenn Ihr Unternehmen Compliance-Anforderungen erfüllen muss, legen Sie diese separat und unter Berücksichtigung geeigneter rechtlicher oder betrieblicher Vorgaben fest.
Rund um Änderungen mehr Versionen aufbewahren
Das Risiko ist nicht über das ganze Jahr gleich verteilt. Bei umfangreichen Plugin-Updates, Migrationen, Serveränderungen, neuen Integrationen und Massenimporten verhält sich eine Website am ehesten auf unvorhersehbare Weise.
Erstellen Sie vor der Änderung ein geprüftes Backup. Bewahren Sie es länger als üblich auf, bis die neue Version über einen angemessenen Zeitraum einwandfrei funktioniert hat. Wenn Sie beispielsweise die Website eines Kunden migrieren, bewahren Sie das Backup vor der Migration so lange auf, bis der Kunde bestätigt, dass Formulare, E-Mail-Zustellung, Zahlungen und wichtige Seiten wie erwartet funktionieren.
Diese kleine Gewohnheit verhindert einen häufigen Fehler: die letzte bekanntermaßen einwandfreie Kopie zu löschen, kurz bevor man entdeckt, dass das Problem bereits mehrere Wochen zuvor aufgetreten ist.
Das 3-2-1-Prinzip anwenden, ohne es unnötig kompliziert zu machen
Der 3-2-1-Ansatz ist nach wie vor sinnvoll, weil er vor verschiedenen Arten von Ausfällen schützt. Bewahren Sie mindestens drei Kopien wichtiger Daten auf zwei unterschiedlichen Speichertypen auf, wobei eine Kopie extern gespeichert wird.
Bei einer Website kann das bedeuten: die Live-Daten auf dem Server, ein lokales oder vom Anbieter verwaltetes Backup und eine verschlüsselte Kopie in einem separaten Backup-Speicher. Entscheidend ist die Trennung. Backups, die nur auf demselben Server gespeichert sind, können zusammen mit dem Server verloren gehen. Backups im selben Konto können durch dieselben kompromittierten Zugangsdaten gefährdet sein.
Eine externe Speicherung muss nicht kompliziert sein. Sie bedeutet, dass die Kopie vor dem Ausfall geschützt ist, von dem Sie sich erholen möchten. Wählen Sie einen Speicherort und ein Zugriffsmodell, die Ihr Team tatsächlich verwalten kann.
Backups vor Löschung und Ransomware schützen
Eine Backup-Richtlinie sollte festlegen, wer Backups löschen, Aufbewahrungseinstellungen ändern und auf Wiederherstellungsdaten zugreifen darf. Diese Berechtigungen sind wichtig, denn ein Angreifer mit Administratorzugriff könnte versuchen, Wiederherstellungspunkte zu entfernen, bevor er Produktionsdaten verschlüsselt oder löscht.
Verwenden Sie, sofern verfügbar, für einen festgelegten Zeitraum unveränderliche oder schreibgeschützte Backups. So wird verhindert, dass Backups vorzeitig geändert oder gelöscht werden – selbst durch ein Konto mit weitreichenden Zugriffsrechten. Das ist besonders wertvoll für geschäftskritische Websites, Hosting-Anbieter und Agenturen, die für mehrere Kundenumgebungen verantwortlich sind.
Auch die Verschlüsselung ist wichtig. Backups enthalten häufig Datenbanken, Konfigurationsdateien, Kundendaten und manchmal auch Zugangsdaten. Verschlüsseln Sie Daten während der Übertragung und im Ruhezustand, beschränken Sie den Zugriff auf berechtigte Personen und bewahren Sie Wiederherstellungsschlüssel sicher auf. Ein perfekt aufbewahrtes Backup, das niemand entschlüsseln kann, ist trotzdem Teil eines gescheiterten Wiederherstellungsplans.
Wiederherstellungen testen, bevor Sie eine benötigen
Erfolgsmeldungen zu Backups sind keine Wiederherstellungstests. Ein Auftrag kann erfolgreich abgeschlossen werden, obwohl das Archiv unvollständig, der Datenbank-Dump beschädigt oder der Wiederherstellungsprozess für Ihre Anforderungen zu langsam ist.
Testen Sie die Wiederherstellung regelmäßig und richten Sie die Häufigkeit nach der Bedeutung des Systems aus. Bei einer einfachen Website kann ein Test pro Quartal ausreichen. Bei stark frequentierten Shops und Hosting-Umgebungen sollten Tests häufiger erfolgen, insbesondere nach Änderungen an Backup-Tools, Serverkonfigurationen oder Speicherzielen.
Stellen Sie die Daten nach Möglichkeit in einer sicheren Staging-Umgebung wieder her. Prüfen Sie mehr als nur, ob die Startseite geladen wird. Vergewissern Sie sich, dass die Datenbankverbindung funktioniert, aktuelle Inhalte vorhanden sind, Benutzeranmeldungen klappen, Mediendateien angezeigt werden, geplante Aufgaben ausgeführt werden und Zahlungs- oder Kontaktformular-Integrationen normal funktionieren. Dokumentieren Sie, wie lange die Wiederherstellung gedauert hat und welche Schritte Schwierigkeiten verursacht haben. Diese Dokumentation wird zum Ablaufplan, für den Sie bei einem Vorfall dankbar sein werden.
Die Richtlinie so verfassen, dass andere sie umsetzen können
Eine Aufbewahrungsrichtlinie sollte auf ein oder zwei Seiten passen und nicht zu einem Dokument werden, das niemand öffnen möchte. Legen Sie fest, welche Daten gesichert werden, wie oft Backups erstellt werden, wie lange die einzelnen Backup-Typen aufbewahrt werden, wo die Kopien gespeichert sind, wer für den Prozess verantwortlich ist und wie Wiederherstellungen getestet werden.
Definieren Sie außerdem Ausnahmen. Beispielsweise können für das Konto eines Kunden mit einer umfangreichen Datenbank häufigere Backups erforderlich sein, während archivierte Projekte möglicherweise nur monatlich gesichert werden. Durch die Dokumentation von Ausnahmen verhindern Sie, dass die Einstellungen zu einer Sammlung rätselhafter Einzelfallentscheidungen werden.
FASTPANEL-Nutzer können diese Arbeit übersichtlicher gestalten, indem sie Websites, Datenbanken und Servervorgänge über ein einziges übersichtliches Control Panel verwalten, anstatt Einstellungen in mehreren Tools suchen zu müssen. Übersichtlichkeit ersetzt keine Richtlinie, macht ihre Umsetzung aber deutlich einfacher.
Wenn alles ruhig läuft, sollte sich Ihre Aufbewahrungsrichtlinie unspektakulär anfühlen. Das ist als Kompliment gemeint. Wenn ein fehlerhaftes Update, eine fehlgeschlagene Migration oder eine versehentliche Löschung auftritt, bedeutet unspektakulär: Die richtige Kopie ist noch vorhanden, der Wiederherstellungsweg ist bekannt und Ihr Team hat eine solide Grundlage, von der aus es handeln kann.