Premium WordPress-Wartung · by Frontend GmbH
Wie wählt man den richtigen Wiederherstellungspunkt?
Die Antwort.
Der richtige Wiederherstellungspunkt liegt vor dem Fehler, ist nachweislich vollständig und verursacht möglichst wenig Datenverlust. Dafür werden Fehlerzeitpunkt, letzte Änderungen, Backup-Protokolle und bei Sicherheitsvorfällen mögliche Infektionszeitpunkte verglichen. Bei Shops und Portalen werden neuere Bestellungen, Konten oder Formulareingänge separat gesichert und nach dem Restore abgeglichen.
Soweit es zum vereinbarten Umfang gehört, wählen wir den Wiederherstellungspunkt Ihrer Website anhand von Fehlerzeit, Integrität und möglichem Datenverlust aus.
Den Wiederherstellungspunkt nach Datenlage wählen
Nicht automatisch der neueste Stand ist der beste. Maßgeblich ist der letzte nachweislich intakte Stand vor dem auslösenden Ereignis.
- Zeitpunkt der ersten Fehlersymptome und letzter bekannter guter Betrieb.
- Erfolgsstatus und Vollständigkeit der Sicherung.
- Zusammengehörigkeit von Datenbank, Uploads, Plugins und Theme.
- Änderungen, Bestellungen oder Formulareingänge seit dem Sicherungszeitpunkt.
- Möglichkeit, neuere Geschäftsdaten anschließend kontrolliert zu übernehmen.
Ein Beispiel mit neuen Live-Daten
Trat ein Fehler Dienstag um 14 Uhr erstmals auf, kann der Stand von Dienstag 13 Uhr besser sein als das jüngste Nachtbackup – sofern dieser Stand vollständig ist. Bei einem Shop müssen Bestellungen zwischen Sicherung und Restore separat exportiert oder nachgeführt werden. Die Wahl verbindet daher technische Integrität mit einer fachlichen Liste dessen, was seit dem Sicherungszeitpunkt neu entstanden ist.
Datenverlust vor der Freigabe beziffern
Vor dem Restore wird nicht nur ein Zeitpunkt genannt, sondern eine Liste der seitdem entstandenen Daten: Veröffentlichungen, Leads, Benutzer und Transaktionen. Diese Liste kann der fachlich Verantwortliche bewerten; Technik allein kann deren Geschäftswert nicht bestimmen.
Sicherungsstände erhalten eine Vertrauensstufe
Ein Backup kann technisch erfolgreich, aber zeitlich bereits vom Fehler betroffen sein. Für Kandidaten werden deshalb Erstellungszeit, erste Fehlersymptome, Jobstatus, Archivgröße und vorhandene Restore-Tests zusammengeführt. Ein älterer bestätigter Stand kann belastbarer sein als ein jüngerer ungeprüfter.
Datenlücke vor der Freigabe sichtbar machen
Vor der Freigabe wird die Differenz zum Live-System sichtbar: Welche Seiten, Medien, Benutzer, Leads oder Transaktionen entstanden danach? Bei dynamischen Websites kann man den älteren Stand getrennt starten und neuere Geschäftsdaten kontrolliert nachführen. Die Auswahl ist damit eine nachvollziehbare Risikoentscheidung und kein bloßer Klick auf das jüngste Datum.
Verwandte Fragen.
Was passiert, wenn keine aktuelle Sicherung vorhanden ist?
Ohne aktuelle Sicherung muss geprüft werden, welcher ältere Stand nutzbar ist und welche Daten aus Logs, externen Systemen, E-Mails oder Exporten rekonstruiert werden können.
Wie oft sollte ein Disaster-Recovery-Plan aktualisiert werden?
Ein Disaster-Recovery-Plan sollte regelmäßig sowie nach wesentlichen technischen, organisatorischen oder personellen Änderungen geprüft und aktualisiert werden.
Welche Informationen gehören in einen Wiederanlaufplan?
Ein Wiederanlaufplan enthält Ansprechpartner, Hosting- und Domainzugänge, Backup-Speicherorte, Wiederherstellungsreihenfolge, Abhängigkeiten, DNS- und SSL-Informationen, externe Dienste, Testkriterien und Kommunikationswege.
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.
Ihre Website-Betreuung klären.
Beschreiben Sie uns Ihre Website und Ihr Anliegen. Im Gespräch legen wir fest, welche Betreuung Sie benötigen.