Premium WordPress-Wartung · by Frontend GmbH
Wann sollte vor einer Änderung ein manuelles Backup erstellt werden?
Die Antwort.
Vor Änderungen mit relevantem Rückfallrisiko sollte ein aktuelles manuelles oder bestätigtes automatisches Backup vorhanden sein. Dazu gehören größere Updates, Theme- oder Pluginwechsel, Datenbankarbeiten, Migrationen, Imports und umfangreiche Inhaltsänderungen.
Sofern diese Leistung ausdrücklich vereinbart ist: Vor Änderungen an Ihrer Website prüfen wir, ob ein aktueller und nutzbarer Rückfallpunkt vorhanden ist.
Änderungsrisiko bestimmt den Sicherungsbedarf
Je schwerer eine Änderung rückgängig zu machen ist und je mehr Live-Daten betroffen sind, desto wichtiger ist ein unmittelbar nutzbarer Rückfallstand.
- Core-, Plugin- oder Theme-Updates mit größerem Versionssprung.
- Änderungen an Datenbank, PHP-Version oder Serverkonfiguration.
- Migrationen, Domainwechsel und Eingriffe in Shop oder Mitgliederbereich.
- Massenänderungen an Inhalten, Benutzern oder Produktdaten.
Typische Änderungen mit unterschiedlichem Rückfallbedarf
Ein Texttausch lässt sich meist über Revisionen korrigieren. Ein Plugin-Update kann Code und Datenbankschema verändern, ein PHP-Wechsel betrifft dagegen die gesamte Laufzeitumgebung. Deshalb werden Rückfallstand und Nachtest nach Eingriffstiefe gewählt. Bei einem Shop zählt zusätzlich, ob während des Wartungsfensters neue Transaktionen entstehen, die ein pauschaler Restore wieder entfernen würde.
Rückfallbedarf folgt Reichweite und Umkehrbarkeit
Textänderung, Plugin-Update, PHP-Wechsel und Datenmigration greifen unterschiedlich tief ein. Revisionen reichen für viele Inhalte, während ein Datenbankschema-Update einen konsistenten Stand von Dateien und Datenbank benötigt. Bei Shops ist außerdem zu berücksichtigen, welche Bestellungen während des Eingriffs entstehen.
Vor der Änderung werden aktueller Backup-Erfolg, verfügbare Speicherstände und erwarteter Nachtest geprüft. Je größer der Eingriff, desto genauer sollten Rückfallkriterium und Verantwortlicher feststehen. Ein Backup „auf Verdacht“ ist weniger wertvoll als ein bestätigter Stand mit klarer Aussage, welche Daten beim Rücksprung verloren gingen.
Rückfallkriterium vor der Änderung benennen
Vor der Freigabe wird benannt, welches Ereignis den Rückfall auslöst: Fehlerlog, nicht funktionierender Nutzerweg oder Dateninkonsistenz. Ohne dieses Kriterium wird bei Problemen häufig zu lange improvisiert oder zu früh ein weitreichender Restore gestartet.
Verwandte Fragen.
Wie erstellt man einen vollständigen Disaster-Recovery-Plan?
Ein Disaster-Recovery-Plan definiert Systeme, Verantwortliche, verfügbare Sicherungen, Wiederanlaufreihenfolge, Zugänge, Kommunikationswege und zulässigen Datenverlust.
Was passiert nach einem fehlgeschlagenen Backup?
Nach einem fehlgeschlagenen Backup wird die Ursache geprüft, etwa Speicherplatz, Zugang, Laufzeit, Datenbankfehler oder externe Speicherung.
Wie wirkt sich ein Backup auf die Website-Performance aus?
Backups können die Website während Erstellung und Übertragung durch CPU-, Speicher-, Datenbank- und I/O-Last verlangsamen.
Wie wird geprüft, ob ein Backup beschädigt ist?
Ob ein Backup beschädigt ist, wird durch Prüfsummen, Archiv- und Datenbanktests sowie am zuverlässigsten durch eine testweise Wiederherstellung geprüft.
Ihre Website-Betreuung klären.
Beschreiben Sie uns Ihre Website und Ihr Anliegen. Im Gespräch legen wir fest, welche Betreuung Sie benötigen.