Sichern Sie Datenbank und Dateien automatisch, bewahren Sie mehrere Versionen außerhalb des Produktivservers auf, schützen Sie sie durch Verschlüsselung und führen Sie regelmäßig einen vollständigen Wiederherstellungstest durch. Legen Sie bei einer dynamischen Website auch den zulässigen Verlust neuer Daten und das Vorgehen für deren Abgleich nach dem Zurückspielen einer älteren Datenbank fest.
Die Sicherung von WordPress hat nur ein echtes Ziel: die Website und die benötigten Daten in akzeptabler Zeit wiederherzustellen. Die Meldung, dass ein Backup erfolgreich war, bestätigt noch nicht, dass es die richtigen Dateien, die Datenbank und die Konfiguration enthält. Ebenso wenig hilft eine Kopie, die nur auf demselben Server gespeichert ist, der ausgefallen ist oder angegriffen wurde.
Der Backup-Plan muss sich daran orientieren, wie oft sich die Website ändert und welchen Ausfall das Unternehmen verkraften kann. Ein Blog mit gelegentlichen Artikeln benötigt ein anderes Intervall als ein Bestellsystem mit laufend neuen Transaktionen. Entscheidend ist die Verbindung von Frequenz, unabhängigem Speicher, Zugriffsschutz, Aufbewahrungsdauer und regelmäßigen Wiederherstellungstests.
Was ein WordPress-Backup enthalten muss
Eine vollständige Wiederherstellung erfordert in der Regel die Datenbank, hochgeladene Medien, das eigene Theme oder Child-Theme, eigene Plugins und wichtige Konfigurationsdateien. Der Core und öffentliche Plugins lassen sich erneut herunterladen, ihre genauen Versionen können jedoch über die Kompatibilität entscheiden. Dokumentieren Sie auch die Konfiguration von Server, DNS, Zertifikaten und externen Diensten, die nicht Teil des WordPress-Archivs sind.
Berücksichtigen Sie bei einem Onlineshop, einem Mitgliederbereich oder Reservierungen die Daten, die zwischen den Backups entstehen. Wenn Sie eine ältere Datenbank wiederherstellen, können neue Bestellungen oder Konten überschrieben werden. Legen Sie daher fest, welche Daten maßgeblich sind und wie sie bei der Wiederherstellung mit dem Zahlungsanbieter, dem E-Mail-Dienst oder der Buchhaltung abgeglichen werden.
Häufigkeit und Aufbewahrungsplan
Legen Sie die Häufigkeit danach fest, welcher Datenverlust akzeptabel ist. Statische Dateien ändern sich unter Umständen seltener, die Datenbank einer dynamischen Website häufiger. Erstellen Sie vor einem größeren Update unabhängig vom regulären Zeitplan eine separate Sicherung. Planen Sie das Backup-Fenster so, dass es die Website nicht zu Zeiten mit der höchsten Besucherzahl belastet.
Bewahren Sie mehrere zeitliche Ebenen auf, da eine Beschädigung oder schädliche Änderung längere Zeit unbemerkt bleiben kann. Tägliche Kopien ergänzen je nach Bedarf wöchentliche oder monatliche Wiederherstellungspunkte. Die Aufbewahrung sollte Kapazität, Sensibilität und rechtliche Anforderungen berücksichtigen. Klären Sie konkrete Fristen für personenbezogene und buchhalterische Daten mit einer qualifizierten Fachperson.
- Intervall entsprechend der Entstehungsgeschwindigkeit neuer Daten
- eigener Punkt vor einer Aktualisierung oder Migration
- mehrere ältere Versionen für spät entdeckte Probleme
- dokumentierte Löschregeln
Getrennter Speicher und Schutz der Backups
Mindestens eine brauchbare Kopie sollte sich außerhalb des Produktiv-Hostings befinden und von dessen Hauptadministratorkonto getrennt sein. Andernfalls können ein Fehler, ein Angriff oder die Kündigung des Dienstes die Website und das Backup gleichzeitig treffen. Bei kritischem Betrieb sollten Sie einen zweiten Speichertyp oder eine zweite Region in Betracht ziehen, aber nur, wenn das Team das System regelmäßig überprüfen kann.
Verschlüsseln Sie Backups sowohl bei der Übertragung als auch bei der Speicherung und beschränken Sie den Zugriff auf festgelegte Personen. Schützen Sie das Konto mit Multi-Faktor-Authentifizierung, überwachen Sie fehlgeschlagene Aufgaben und richten Sie eine Benachrichtigung bei ungewöhnlichen Löschvorgängen ein. Der Wiederherstellungsschlüssel oder das Verfahren darf nicht nur im Kopf eines einzelnen Dienstleisters existieren.
Wiederherstellungstest Schritt für Schritt
Testen Sie die Wiederherstellung in einer isolierten Umgebung, nicht durch Überschreiben der Live-Website. Messen Sie die Zeit für den Abruf des Archivs, den Datenbankimport, die Domain-Einrichtung und den Start der Anwendung. Prüfen Sie anschließend Anmeldung, Inhalte, Bilder, Formulare, Suche und kritische Transaktionen. Der Test kann ein beschädigtes Archiv, einen fehlenden Schlüssel oder eine undokumentierte Abhängigkeit aufdecken.
Dokumentieren Sie das Ergebnis zusammen mit Datum, verwendetem Wiederherstellungspunkt, Dauer und festgestellten Problemen. Ein fehlgeschlagener Test ist eine nützliche Warnung, kein Grund, das Ergebnis zu verschweigen. Wiederholen Sie ihn nach der Behebung. Die Häufigkeit der Tests sollte der Bedeutung der Website und den Änderungen an der Infrastruktur entsprechen; ein Test empfiehlt sich auch nach einer Migration oder einem Wechsel des Backup-Tools.
Wiederherstellung bei Fehlern oder Vorfällen
Bestimmen Sie vor der Wiederherstellung Ursache, Umfang und den richtigen Zeitpunkt. Bei einem fehlerhaften Update kann das Zurücksetzen einer Komponente genügen; bei einem Angriff muss eine saubere Version wiederhergestellt und die Eintrittsursache beseitigt werden. Sichern Sie verfügbare Logs und eine aktuelle Kopie für die Analyse. Legen Sie im Voraus fest, wer den Wechsel auf die wiederhergestellte Version freigeben darf.
Prüfen Sie nach der Inbetriebnahme die Integrität, ändern Sie kompromittierte Zugangsdaten und kontrollieren Sie externe Integrationen. Informieren Sie die relevanten Personen über Einschränkungen und möglichen Datenverlust, ohne unbegründete Versprechen zu machen. Betrifft der Incident personenbezogene Daten oder vertragliche Pflichten, stimmen Sie das weitere Vorgehen mit einer zuständigen Rechts- oder Sicherheitsfachperson ab.
Geschäftskontinuität über das technische Backup hinaus
Die Wiederherstellung des Servers ist nur ein Teil der Kontinuität. Das Unternehmen muss wissen, wie es während der Nichtverfügbarkeit eine Bestellung, Anfrage oder Reservierung entgegennimmt und wie es die Daten später sicher nachträgt. Bereiten Sie einen alternativen Kontaktkanal, einen Export der unverzichtbaren Informationen und eine außerhalb der Website verfügbare Liste der verantwortlichen Personen vor. Das manuelle Verfahren sollte einen begrenzten Umfang haben und personenbezogene Daten schützen; das improvisierte Versenden sensibler Tabellen über private Konten kann einen weiteren Vorfall verursachen. Legen Sie bei der Wiederherstellung die Reihenfolge der Dienste nach ihrer Auswirkung fest, nicht nach technischer Einfachheit.
Eine Szenarioübung prüft mehr als nur das Archiv selbst. Simulieren Sie ein nicht erreichbares Hosting-Konto, einen fehlenden Hauptadministrator oder ein nicht funktionierendes DNS und beobachten Sie, wo das Team auf Informationen wartet. Überprüfen Sie die Kontakte zu Dienstleistern, das Freigabeverfahren für Notfalländerungen und die Kommunikation mit Kunden. Das Ergebnis sollte eine Liste konkreter Korrekturen mit Verantwortlichem und Termin sein. Aktualisieren Sie den Plan regelmäßig nach Änderungen beim Personal, beim Hosting oder bei einer kritischen Integration. Kontinuität ist kein Versprechen von null Ausfallzeit, sondern die Bereitschaft, prioritäre Funktionen auf vorhersehbare und sichere Weise wiederherzustellen. Halten Sie auch die angestrebte Wiederherstellungszeit und den Zeitpunkt fest, auf den Daten zurückgesetzt werden können, und untermauern Sie diese Schätzung durch einen Test. Erfüllt das Ergebnis der Übung das Ziel nicht, kann das Unternehmen das Vorgehen, die Technologie oder die Erwartung selbst anpassen.
- alternativer Kanal für kritische Anfragen
- Wiederherstellungsreihenfolge nach geschäftlicher Auswirkung
- Kontakte und Zugänge außerhalb der Website gespeichert
- regelmäßige Übung des gesamten Teams
Häufige Fragen
Reicht das Backup, das der Hosting-Anbieter bereitstellt?
Sie ist nützlich, verlassen Sie sich jedoch nicht ausschließlich darauf. Prüfen Sie Umfang, Aufbewahrungsdauer und Wiederherstellung und bewahren Sie mindestens eine Kopie getrennt vom Produktionskonto auf. Klären Sie außerdem, ob sich die Sicherung herunterladen lässt, wenn die Administration nicht erreichbar ist, und wer eine Wiederherstellung auslösen darf. Führen Sie nach einer wesentlichen Änderung oder in einem vereinbarten Intervall einen Test in einer isolierten Umgebung durch und dokumentieren Sie das Ergebnis.
Wie oft sollte die Wiederherstellung der Website getestet werden?
Je nach Bedeutung und Änderungshäufigkeit der Website, immer jedoch nach einer grundlegenden Änderung des Backup-Verfahrens oder der Infrastruktur. Ein kritischerer Betrieb erfordert häufigere Tests.
Kann ein Backup personenbezogene Daten enthalten?
Ja, oft enthält es die gesamte Datenbank. Deshalb benötigt es den gleichen oder einen höheren Schutz, kontrollierte Zugriffe und eine angemessene Aufbewahrungsdauer, die anhand der konkreten Pflichten beurteilt wird.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
