Ein Backup ist kein Luxus. Auch wenn manche Unternehmen es so sehen. Wie heißt es so schön:
Es gibt nur 2 Arten von Unternehmen
Die einen die den großen Totalausfall (Super GAU) hinter sich haben
Und die, die ihn noch vor sich haben
Backup Systeme kosten gutes Geld, darum schaut das ein oder andere Unternehmen nicht so genau hin. Spätestens nach dem ersten Komplettausfall und nicht mehr wiederherstellbarer Daten ändert sich die Denkweise.
Größtenteils läuft bei mir alles mit WordPress. Bei WordPress sollten selbst geschriebene Plugins und Themes natürlich gesichert werden. Wichtiger ist allerdings die Datenbank von WordPress. Hier befinden sich nicht nur meine ganzen Artikel, sondern auch Kommentare, Einstellungen usw.
Viele denken sich: Gut, PHPMyAdmin, Export, Fertig. Mach ich 2 mal die Woche und bin glücklich.
Probleme gibt es dann allerdings wenn der Export zu groß wird und PHPMyAdmin nichts mehr zurücksichern kann (PHP Timeout) oder wenn man es einfach vergisst regelmäßig sein Backup zu erzeugen.
Meine Vorgehensweise:
Ich benutzte als erstes MySqlDumper. Die Rücksicherung und Sicherung läuft asynchron via Ajax. Damit lassen sich große Datenbanken sichern und vorallem wieder zurücksichern.
MySql Dumper kann aber mehr. Es hat eine PERL Cronjob Funktion. Die Cronjob Funktion könnt ihr auch nutzen wenn euer Hoster keine Cronjobs anbietet. Hierzu gibt es kostenlose Dienste im Internet die eine URL zum definierten Zeitpunkt aufrufen.
Mein Cronjob macht täglich ein Backup. Er legt dazu auf meinem Server eine .gz Datei ab. Sicherung 1.
Was aber, wenn euer Server plötzlich offline geht? Dann bringt uns Sicherung 1 nichts!
Deshalb habe ich meinem Cronjob mitgegeben, dass er mir die Daten per Anhang in einer Mail zuschicken soll. Sicherung 2.
Wie es der Zufall möchte, fällt eurer Server im Urlaub aus und ihr habt alle E-Mail lokal auf dem weit entferntem PC abgelegt.
Deshalb gibts bei mir Sicherung 3. Per FTP (SSL-Verschlüsselt) wird das .gz Packet an ein Strato HiDrive Laufwerk geschickt. Dieses ist von jedem Ort der Welt aus zu erreichen.
Da mein PC sich täglich sichert (Sicherung 4) und ich wöchentlich auf eine externe Festplatte zusätzlich ein Full Backup fahre (Sicherung 5) bin ich vor allem gewappnet.
Allerdings sichert MySql Dumper nur eure Datenbanken, Bilder, Vidoes oder eigene Themes, Plugins müsst ihr selbst sichern.
2 Responses to “Backup ist kein Luxus”
Ich bediene mich bei fehlenden Cronjobs gerne einer kleinen List: Am Ende jedes Requests (optimalerweise in der Apache Cleanup Phase) wird der Zeitpunkt des letzten Job-Starts geprüft. Dieser kann in einer Datenbank stehen oder (besser) als Datei deren mtime überprüft wird.
Ist der Zeitstempel zu alt, wird der Job gestartet. Damit vermeidet man auch nutzlose Backups, denn wenn zwischen zwei Backups keine HTTP-Aufrufe da waren, können sich (meist) auch keine Daten geändert haben.
Generell haben Cronjobs aber nichts im Webserver zu suchen, viel zu unkontrolliert, unsicher und viel zu viel Overhead…
Die Methode würde ich aber nur nutzen wenn dein Webspace Anbieter dir keine Möglichkeit eines echten Cronjob bietet.
So ähnlich arbeitet ja auch der WordPress Cronjob, leider immer zu Lasten der Besucher, es wird nicht nur bei jeden Besucher geprüft ob ein Cronjob ausgeführt werden muss, sondern wenn man Pech hat ist man der Besucher mit dem der Cronjob ausgeführt wird und man hat plötzlich etwas längere Ladezeiten.