Ein Backup wiederherstellen: Was nie getestet wurde, haben Sie nicht

„Wir haben tägliche Backups.“ Das sagt fast jeder, und meist stimmt es auch. Was man meist nicht weiß: ob sich diese Backups wiederherstellen lassen, wie lange das dauert und was dabei verloren geht. Das erfährt man nur auf zwei Wegen: bei einer ruhigen Probe oder an dem Tag, an dem der Shop ausfällt. Der zweite Weg ist der übliche.

In diesem Artikel geht es nicht darum, wie viele Backups Sie machen oder wo Sie sie aufbewahren, sondern um den Schritt, den fast niemand geht: zu prüfen, ob sie zurückkommen.

Was bei der Wiederherstellung eines Shops schiefgeht

Das sind die häufigsten Probleme, wenn ein Backup zum ersten Mal gebraucht wird:

• Das Backup enthält nur Dateien oder nur die Datenbank. Der Hoster sichert den Webordner, aber die Datenbank liegt auf einem anderen Server und ist nicht dabei. Oder umgekehrt: Es gibt tägliche SQL-Dumps, aber die Produktbilder werden nicht gesichert.
• Der Dump ist abgeschnitten. Er wurde mit einem Zeit- oder Größenlimit erzeugt, und die letzten Tabellen fehlen. Die Datei existiert, ist ziemlich groß, und niemand hat sie je geöffnet.
• Das Backup stammt vom bereits infizierten Shop. Ist das Problem ein Hackerangriff, können die Backups der letzten Wochen dieselbe Hintertür enthalten.
• Es werden nur wenige Tage aufbewahrt. Wenn Sie das Problem entdecken, ist das letzte gute Backup bereits gelöscht.
• Niemand hat Zugriff. Die Backups liegen im Panel eines Hosters, dessen Passwort jemand hatte, der nicht mehr da ist, oder in einem Speicherkonto auf den Namen der früheren Agentur.
• Die Wiederherstellung dauert Stunden. Ein Shop mit großem Katalog kann Dutzende Gigabyte an Bildern haben. Sie herunter- und wieder hochzuladen braucht Zeit, und niemand hat das eingerechnet.
• Der wiederhergestellte Shop startet nicht. Wegen unterschiedlicher PHP- oder MySQL-Versionen zwischen altem und neuem Server, wegen Caches, die auf alte Pfade zeigen, oder wegen einer Konfiguration mit der falschen Domain.

Was ein PrestaShop-Backup enthalten muss

1. Die vollständige Datenbank, als konsistenten Dump (nicht durch Kopieren der MySQL-Dateien im laufenden Betrieb).
2. Alle Dateien: Core, Module, Theme, img/ mit den Produktbildern, download/, wenn Sie Downloads verkaufen, upload/ mit den Dateien der Kunden und die Rechnungen, falls sie auf der Festplatte gespeichert werden.
3. Die Konfiguration: die Parameterdatei mit den Schlüsseln der Installation. Ohne den ursprünglichen Cookie-Schlüssel lassen sich die alten Kundenpasswörter nicht prüfen.
4. Was außerhalb des Webordners liegt: geplante Aufgaben, Serverkonfiguration, Weiterleitungsregeln, Zertifikate.

So führen Sie eine Probe durch, ohne den Produktivshop anzufassen

Eine Probe bedeutet, ein echtes Backup an einem anderen Ort als dem Shop wiederherzustellen, als wäre der Shop verschwunden. Dafür muss nichts angehalten werden.

1. Wählen Sie ein beliebiges Backup, nicht das von letzter Nacht. Wenn Sie nur das letzte testen, wissen Sie nicht, ob die von vor einer Woche taugen.
2. Stellen Sie es in einer separaten Umgebung wieder her: einer passwortgeschützten Test-Subdomain, einem lokalen Server oder einem temporären Hosting.
3. Isolieren Sie die Kopie, bevor Sie sie öffnen. Deaktivieren Sie den E-Mail-Versand, setzen Sie die Zahlungsanbieter in den Testmodus, sperren Sie die Indexierung und entfernen Sie die geplanten Aufgaben. Ein wiederhergestellter Shop, bei dem alles eingeschaltet ist, kann Ihren Kunden schreiben oder ihnen Geld abbuchen.
4. Stoppen Sie jeden Schritt: herunterladen, Dateien hochladen, Datenbank importieren, Domain anpassen, Cache leeren.
5. Prüfen Sie, ob alles wirklich funktioniert: Startseite, eine Kategorie, eine Produktseite mit Bildern, das Backoffice, eine Testbestellung bis zum Ende, die Rechnungen einer alten Bestellung, die Suche.
6. Vergleichen Sie mit dem Produktivshop: Anzahl der Artikel, Kunden und Bestellungen sowie das Datum der letzten Bestellung im Backup.
7. Notieren Sie, was schiefgegangen ist, und beheben Sie es im Backup-System, nicht im Backup.

Zwei Zahlen, die Sie kennen sollten

Aus der Probe ergeben sich die beiden Antworten, die am Tag des Problems zählen:

• Wie viel Sie verlieren können: die Zeit zwischen dem letzten Backup und dem Ausfall. Bei täglichen Backups bis zu einem Tag an Bestellungen, Kunden und Katalogänderungen. Ist das zu viel, brauchen Sie häufigere Datenbank-Backups.
• Wie lange Sie brauchen, bis Sie wieder online sind: die tatsächliche Dauer der Probe plus der Spielraum dafür, es unter Zeitdruck und Stress zu tun. Sind es sechs Stunden, ist der Shop sechs Stunden offline.

Mit diesen beiden Zahlen können Sie fundiert entscheiden, ob Ihr Backup-System ausreicht oder ob Sie ein anderes brauchen.

Wiederherstellen nach einem Hackerangriff

Das ist der heikelste Fall. Es reicht nicht, zum letzten Backup zurückzukehren:

• Finden Sie heraus, wann das Problem begann, und stellen Sie ein älteres Backup wieder her, oder stellen Sie das neueste wieder her und bereinigen Sie es durch Abgleich mit dem Original-Core und den Original-Modulen.
• Holen Sie die Bestellungen und Kunden nach dem Backup aus der aktuellen Datenbank, und achten Sie darauf, nicht auch das zu übernehmen, was der Angreifer eingeschleust hat.
• Schließen Sie den Zugangsweg, bevor Sie wieder öffnen. Sonst ist der wiederhergestellte Shop genauso angreifbar.
• Ändern Sie alle Zugangsdaten nach der Wiederherstellung.

Schreiben Sie es auf

Das Wiederherstellungsverfahren muss schriftlich vorliegen: wo die Backups liegen, mit welchem Konto man darauf zugreift, welche Schritte zu befolgen sind, wer es macht und wen man anruft, wenn diese Person nicht da ist. Der Tag, an dem Sie es brauchen, wird kein ruhiger Tag sein, und was nicht aufgeschrieben ist, wird vergessen. Wiederholen Sie die Probe alle paar Monate und immer nach einem Wechsel des Hosters, der PrestaShop- oder der PHP-Version: Ein Backup, das sich auf dem alten Server problemlos wiederherstellen ließ, tut das auf dem neuen vielleicht nicht.

So lösen Sie es in PrestaShop

Der Hosting plan profesional von Rekire ist für PrestaShop-Shops ausgelegt. Wenn Sie lieber bei Ihrem aktuellen Hoster bleiben, prüfen wir mit einem Rekire-Support-Stundenpaket, welche Backups Sie haben, führen die Wiederherstellungsprobe in einer isolierten Umgebung durch (ohne ausgehende E-Mails, mit Zahlungsanbietern im Testmodus und ohne Indexierung), messen, wie lange es dauert und was verloren geht, und hinterlassen Ihnen das Verfahren schriftlich für den Tag, an dem Sie es brauchen.