Eine WordPress-Website aus einem Backup wiederherstellen (ohne Bestellungen zu verlieren)

Eine Wiederherstellung sollte der ruhige Teil eines schlechten Tages sein. In der Praxis macht sie es oft schlimmer: das falsche Backup, verlorene Bestellungen, eine Website, die mit derselben Lücke zurückkommt, durch die sie gehackt wurde. Dieser Leitfaden gibt Ihnen eine Routine, um eine WordPress-Kunden-Website aus einem Backup wiederherzustellen, das richtige Backup zu wählen, die nötigen Daten zu behalten und das Ergebnis zu prüfen, bevor der Kunde es tut.

1. Entscheiden Sie, was Sie wirklich wiederherstellen müssen

Nicht jedes Problem braucht eine vollständige Wiederherstellung. Fragen Sie zuerst, was kaputt ist und was sich seit dem letzten guten Backup geändert hat.

• Ein Plugin- oder Theme-Update hat die Website kaputtgemacht: oft müssen Sie nur diesen einen Plugin- oder Theme-Ordner zurückspielen. Die Datenbank kann bleiben, wie sie ist.
• Inhalte wurden gelöscht oder überschrieben: vielleicht brauchen Sie nur die Datenbank oder sogar nur einen einzelnen Beitrag aus einer Revision.
• Die Website wurde gehackt oder es fehlen Dateien: Sie brauchen die Dateien und meist auch die Datenbank, von vor dem Beginn des Problems.

Listen Sie dann auf, was seit dem Backup auf der Website passiert ist: neue Bestellungen, Formulareinträge, Kommentare, Benutzerkonten, Änderungen durch den Kunden. Eine vollständige Wiederherstellung wirft all das weg.

2. Wählen Sie das richtige Backup

Das neueste Backup ist nicht immer das richtige. Sie wollen das letzte Backup von vor dem Problem.

• Vergleichen Sie Datum und Uhrzeit mit dem Beginn des Problems (ein Update-Protokoll, der erste Fehler, die erste Nachricht des Kunden).
• Gehen Sie bei einer gehackten Website bis vor den Infektionszeitraum zurück, nicht auf gestern. Ein Backup einer infizierten Website stellt die Infektion wieder her.
• Stellen Sie sicher, dass das Backup vollständig ist: sowohl die Dateien (mindestens wp-content) als auch die Datenbank, und dass sich das Archiv tatsächlich öffnen lässt.

3. Sichern Sie zuerst die kaputte Website

Bevor Sie etwas ändern, erstellen Sie ein Backup der Website im jetzigen Zustand. Das kostet ein paar Minuten und gibt Ihnen einen Weg zurück, falls die Wiederherstellung schiefgeht, plus die Bestellungen und Einträge, die Sie später vielleicht übertragen müssen. Mit WP-CLI:

wp db export before-restore.sql

Laden Sie außerdem wp-content herunter, oder lassen Sie Ihren Hoster eine Momentaufnahme machen.

4. Stellen Sie wenn möglich zuerst auf einer Kopie wieder her

Wenn Sie eine Staging-Kopie haben oder eine erstellen können, stellen Sie zuerst dort wieder her. Sie sehen das Ergebnis, ohne dass der Kunde zuschaut, und erfahren, ob das Backup etwas taugt. Bei einer kleinen Visitenkarten-Website, die ohnehin nicht erreichbar ist, ist eine direkte Wiederherstellung auf live akzeptabel. Bei einem Shop testen Sie auf einer Kopie.

5. Führen Sie die Wiederherstellung aus

Nutzen Sie das Tool, aus dem das Backup stammt. Die drei üblichen Wege:

• Backup-Plugin: nutzen Sie dessen Wiederherstellungsfunktion und wählen Sie Dateien, Datenbank oder beides.
• Hosting-Panel: viele Hoster können Dateien und Datenbank aus eigenen Momentaufnahmen wiederherstellen. Prüfen Sie, ob sie das ganze Konto oder eine Website wiederherstellen.
• Von Hand: laden Sie die Dateien per SFTP hoch und importieren Sie die Datenbank.

Für den manuellen Weg mit WP-CLI:

wp db import backup.sql
wp search-replace 'https://old-domain.test' 'https://www.client-site.com' --skip-columns=guid
wp rewrite flush
wp cache flush

Sie brauchen search-replace nur, wenn das Backup von einer anderen Domain oder einer Staging-URL stammt. Führen Sie es zuerst mit --dry-run aus.

6. Teilweise wiederherstellen, ohne Bestellungen zu verlieren

Bei einem WooCommerce-Shop bedeutet das Wiederherstellen der Datenbank, dass jede Bestellung, jeder Kunde und jede Bestandsänderung seit dem Backup verloren geht. Bevorzugen Sie die kleinste Wiederherstellung, die das Problem löst:

• Ein kaputtes Update: spielen Sie nur die alte Version dieses Plugin- oder Theme-Ordners zurück.
• Eine kaputte Datenbank in einem Shop: exportieren Sie vor dem Import die seit dem Backup eingegangenen Bestellungen und erfassen Sie sie neu oder lassen Sie Ihren Entwickler sie zusammenführen.
• Fehlende Inhalte: prüfen Sie Revisionen und Papierkorb, bevor Sie ein Backup anfassen.

7. Prüfen Sie die Website, bevor Sie es dem Kunden sagen

Eine Startseite, die lädt, ist noch keine funktionierende Website. Gehen Sie diese Liste durch:

1. Startseite und die drei wichtigsten Seiten, auf dem Desktop und auf einem Telefon.
2. Senden Sie eine Testnachricht über das Kontaktformular und prüfen Sie, ob sie ankommt.
3. Bei einem Shop: legen Sie etwas in den Warenkorb und gehen Sie den Checkout mit einer Testzahlungsart durch.
4. Melden Sie sich in wp-admin an und prüfen Sie, ob die erwarteten Plugins aktiv sind.
5. Leeren Sie jeden Cache: das Caching-Plugin, den Server-Cache und das CDN.

8. Nach einem Hack: schließen Sie die Lücke, bevor Sie wieder öffnen

Eine Wiederherstellung nach einem Hack spielt die alte, verwundbare Version zurück. Bevor die Website wieder öffentlich ist:

• Aktualisieren Sie das Plugin, das Theme oder die WordPress-Version, über die eingedrungen wurde.
• Ändern Sie alle Admin-Passwörter und das Datenbank-Passwort und entfernen Sie Admin-Konten, die Sie nicht kennen.
• Erneuern Sie die Sicherheitsschlüssel in wp-config.php (wp config shuffle-salts), wodurch alle abgemeldet werden.
• Beobachten Sie die Website noch ein paar Tage: neue Admins, geänderte Dateien, seltsame Weiterleitungen.

9. Machen Sie Wiederherstellungen langweilig

Die meisten gescheiterten Wiederherstellungen scheitern, weil es nie jemand ausprobiert hat. Stellen Sie jeden Monat eine Website aus einem Backup wieder her, auf einer Kopie, und notieren Sie, wie lange es gedauert hat. Vereinbaren Sie mit Kunden im Voraus, was eine Wiederherstellung für zwischenzeitliche Bestellungen und Formulareinträge bedeutet, damit das Gespräch am Tag selbst nicht neu ist.

Wie Verploy mit Backups und Wiederherstellungen umgeht

Jedes Update wird geprüft, und die riskanten werden zuerst auf einer Kopie getestet, einschließlich Formularen und Checkout, sodass weniger Updates überhaupt eine Wiederherstellung brauchen. Nächtliche Backups kommen mit einem Wiederherstellungstest, und wenn eine Website nach dem Livegang kaputtgeht, setzt Verploy sie zurück. Mehr zu WordPress-Backups für Agenturen.