Nach dem Launch einer Website richten viele Unternehmen ihre Aufmerksamkeit auf Inhaltsaktualisierungen und Marketing, während Backups und Wartung oft vernachlässigt werden. Erst wenn versehentlich Kategorien gelöscht, Vorlagen falsch geändert oder Datenbankprobleme auftreten, stellt man fest, dass kein nutzbares Backup vorhanden ist. Backup und Wartung erfordern keine komplexen Tools – entscheidend ist, sie zu festen Routinen zu machen: wissen, was gesichert werden muss, wo es gespeichert wird, wie es benannt wird und wie oft die Wiederherstellung geprüft wird.
Zunächst die Backup-Objekte trennen: Dateien und Datenbanken getrennt sichern
Die Daten einer Firmenwebsite lassen sich grob in zwei Kategorien einteilen. Eine Kategorie sind Dateien, einschließlich Programmcode, Vorlagen, hochgeladene Bilder, Anhänge, Stylesheets und Skripte. Die andere Kategorie ist die Datenbank, die Artikelinhalte, Kategoriestrukturen, Benutzerinformationen, Formulareinträge usw. speichert. Diese beiden Datentypen haben unterschiedliche Aktualisierungsfrequenzen und Wiederherstellungsmethoden. Es wird empfohlen, sie getrennt zu sichern, anstatt einfach ein einziges komprimiertes Paket zu erstellen.
Datei-Backups können als vollständiges Website-Verzeichnis gepackt werden, oder es können nur die häufig geänderten Teile gesichert werden, wie z. B. das Upload-Verzeichnis und benutzerdefinierte Vorlagen. Datenbank-Backups sollten als vollständiger Export erfolgen. Beim Export ist darauf zu achten, dass Zeichensatz und Tabellenpräfix mit der Live-Umgebung übereinstimmen, um nach der Wiederherstellung Zeichensalat oder fehlende Tabellen zu vermeiden.
Wo Backups gespeichert werden: nicht nur auf dem Server
Der häufigste Fehler ist, Backup-Dateien im selben Verzeichnis auf demselben Server zu belassen. Bei einem Festplattenausfall, einem Eindringen oder versehentlichem Leeren des Verzeichnisses gehen Backup und Original zusammen verloren. Es wird empfohlen, mindestens zwei Speicherorte zu unterhalten: einen außerhalb des Servers und einen lokal oder auf einem unternehmenseigenen Cloud-Speicher bzw. einer externen Festplatte.
Bei der Speicherung sollten Ordner nach Zeit sortiert werden, z. B. Verzeichnisse nach Jahr und Monat anlegen und das jeweilige Backup dort ablegen. So muss man bei der Suche nach historischen Versionen nicht in einem Haufen gleichnamiger Dateien wühlen.
Benennung und Dokumentation: für jeden im Team verständlich
Der Dateiname eines Backups sollte Website-Kennung, Backup-Typ und Datum/Uhrzeit enthalten, z. B. „Firmenwebsite-Dateien-20250612“ oder „Firmenwebsite-Datenbank-20250612“. Vermeiden Sie Namen wie „Backup1“, „Endgültige Version“ oder „Neuer Ordner“. Dokumentieren Sie außerdem in einer einfachen Tabelle für jedes Backup Zeitpunkt, Typ, Speicherort und verantwortliche Person, damit bei Problemen schnell nachvollzogen werden kann.
Wenn die Website mehrere Umgebungen hat, z. B. eine Test- und eine Produktionsumgebung, muss der Dateiname dies unterscheiden, um zu verhindern, dass Testdaten in die Produktionsumgebung wiederhergestellt werden.
Wiederherstellungsprüfung: ob ein Backup nutzbar ist, zeigt sich erst im Test
Dass eine Backup-Datei existiert, bedeutet nicht, dass sie wiederhergestellt werden kann. Es wird empfohlen, in einer Testumgebung regelmäßig eine Wiederherstellungsübung durchzuführen: Datenbank importieren, Dateien wiederherstellen, Startseite und einige Unterseiten öffnen und prüfen, ob Kategorien, Bilder und Formulare ordnungsgemäß funktionieren. Die Häufigkeit muss nicht hoch sein, aber es sollte einen festen Rhythmus geben, z. B. vor jedem größeren Relaunch oder einmal pro Quartal.
Bei der Prüfung sollten insbesondere folgende Punkte betrachtet werden: Lässt sich die Startseite öffnen? Funktionieren die Navigationslinks? Werden Artikellisten und Detailseiten korrekt angezeigt? Laden die Bilder? Können Formulare abgesendet werden? Werden Probleme festgestellt, sollte die Backup-Methode zeitnah angepasst werden, anstatt erst im Ernstfall zu prüfen.
Wartungsschwerpunkte in der Anfangsphase nach dem Launch
In der Zeit direkt nach dem Launch ändern sich Inhalte, Kategorien und Vorlagen häufig. In dieser Phase sollten Backups in kürzeren Abständen erfolgen. Vor jeder Vorlagenänderung, Anpassung der Kategoriestruktur oder Massenimport von Inhalten sollte ein Backup erstellt und nach der Änderung die Seite auf korrekte Funktion überprüft werden.
Die tägliche Wartung kann in einer festen Reihenfolge ablaufen: Zuerst prüfen, ob Startseite und Hauptkategorieseiten erreichbar sind, dann kontrollieren, ob kürzlich aktualisierte Artikel korrekt angezeigt werden, und schließlich prüfen, ob Formulareinträge und Backend-Login funktionieren. Bei Auffälligkeiten zunächst feststellen, ob es sich um ein Inhalts- oder ein Programmproblem handelt, und dann entscheiden, ob auf das letzte Backup zurückgesetzt werden soll.
Backup und Wartung in den Alltag integrieren
Backup ist keine einmalige Aufgabe, sondern eine kontinuierliche Maßnahme. Der Rhythmus kann an die Aktualisierungsfrequenz der Website angepasst werden: Bei Websites mit häufigen Inhaltsänderungen sollten die Backup-Intervalle kürzer sein; auch bei selten aktualisierten Websites sollte nicht dauerhaft auf Backups verzichtet werden. Backup, Wiederherstellungsprüfung und tägliche Seitenkontrolle in die Routineaufgaben des Betriebspersonals aufzunehmen, ist zuverlässiger als sich nur gelegentlich daran zu erinnern.
Wenn das Team personell begrenzt ist, sollten mindestens zwei Dinge gewährleistet sein: Erstens vor jeder größeren Änderung ein Backup erstellen, zweitens die Backup-Dateien nicht auf demselben Server speichern. Sind diese beiden Punkte erfüllt, gibt es für die meisten Fehlbedienungen und unerwarteten Probleme eine Rückzugsmöglichkeit.
