WordPress-Backup mit BackWPup

Irgendwie hat mich das schlechte Gewissen schon seit längerem geplagt, weil ich kein Sicherungskonzept für meine WordPress-Webseiten am Start habe und mach sich doch Gedanken macht, was wäre, wenn diese Daten futsch sind.
Erneut aufmerksam auf dieses Thema wurde ich vor einigen Tagen  durch einen guten Artikel auf ElmaStudio (http://www.elmastudio.de/wordpress/sichere-deine-wordpress-seite-mit-regelmaessigen-backups/), in dem die verschiedenen Backup-Möglichkeiten vorgestellt wurden. Neben den kostenpflichtigen Diensten (wie VaultPress) wurde auch mein „alter Bekannter“ BackWPup erwähnt und vorgestellt.

Ich hab dieses WordPress-Plugin auch in der Vergangenheit schon des öfteren ausprobiert, jedoch immer ohne Erfolg. Der Sicherungsauftrag wurde immer wegen irgendwelcher gravierender Fehler abgebrochen und somit nicht fertig gestellt. Wobei es bei mir egal war, ob ich die Sicherungsdateien auf die Dropbox, Amazon S3 oder mir per Email schicken lassen wollte.
Den Post hab ich nun zum Anlass genommen, dass ich mir dieses Plugin wieder anschaue und die neuste Version bei mir installiere. Meine Hoffnung war, dass sich durch den aktuellsten Programmstand irgendwas verändert hat, was eine erfolgreiche Sicherung bei mir ermöglicht.
Mir würde an diesem kostenlosen Plugin gefallen, dass es erstens nichts kostet und zweitens vielfältige Konfigurations-Möglichkeiten hat. Doch leider lief auch die aktuellste Version bei mir wieder nicht und mein Backup-Versuch auf die Dropbox schlug wieder fehl.

Die Fehlermeldung, die in den Log-Files auftauchte lautete:

FEHLER: Allowed memory size of 268435456 bytes exhausted (tried to allocate 234618881 bytes)

Ok, hab ich mir gedacht, vielleicht reicht der Speicher nicht, jedoch ich aus der Fehlermeldung nicht erkennen konnte, ob der RAM oder „Festplatten“-Speicher gemeint war. Ich hatte auch noch kurz den Verdacht, ob es vielleicht am vom mir getesteten Email-Versand lag und hier die max. Speichergröße für Nachrichten überschritten wurde. Somit stellte ich in meinem nächsten Versuch bei der Nachrichtengrößte die „0“ (Null) ein, was bedeutet, dass es keinerlei Beschränkung geben würde.
Aber leider schlug auch der nächste Test mit obiger Fehlermeldung fehlt.

Irgendwann kam mir dann der Gedanke, dass wenn es möglicherweise am RAM-Speicher liegen könnte, dass es vielleicht im Zusammenhang mit dem verwendeten Packformat (ZIP) zusammen hängt. Und so stellte ich einfach mal kurzer Hand auf das TAR-Format um und änderte den Ablageort von der Dropbox zu einem lokalen Ordner.
Und siehe da. die Sicherung läuft nun durch. Und was auch bemerkenswert ist, die Sicherung, die davor nach ca. 1 Stunde abbrach, ist jetzt in ca. 3 Minuten erfolgreich durchgelaufen.
Ein Blick mit einem FTP-Programm (bei mir Transmit von Panic) in den Ordner auf dem Server zeigte mir dann eine TAR-Datei mir rund 1,2 GB Größe.  Damit diese Datenmenge nicht meinen Server dicht macht, hab ich mir die Sicherungsdatei dann auf meinen lokalen Rechner geholt und lege sie hier hab.

Fazit und Erkenntnis:
Vielleicht wäre das WordPress-Plugin BackWPup auch schon früher bei mir erfolgreich gelaufen, wenn ich die richtigen Einstellungen verwendet hätte. Ich möchte euch somit hiermit den Denkanstoss auf den Weg geben, nicht nur die für euch am bequemste Sicherungsmethode auszuprobieren, sondern auch mal einen anderen Weg (bei mir TAR mit Sicherung in einen Ordner) auszutesten.

Ich bin jetzt erst mal froh, dass die Sicherung nun bei mir läuft und werde in den kommenden Tagen noch etwas damit rum experimentieren. Vielleicht finde ich ja noch was heraus, was den Sicherungslauf etwas mehr automatisiert und ich mir dann nicht mehr die Dabei per FTP holen muss. 😉