Backup und Update

Um Backups zu erstellen nutze ich entweder BackWPup oder Akeeba. Gespeichert werden diese entweder auf einem S3 oder, wenn nicht vorhanden, geht auch zu Hause auf die FritzBox oder per Mail schicken lassen. Auf jeden Fall das Backup getrennt vom Server speichern. Denn ist dieser mal weg, warum auch immer, kommst du nicht an deine Daten.

Wie macht ihr das denn bisher?

 

Ich mache das mit updraft Plus und lasse die auf dem Webserver. Zusenden per Mail ist inzwischen nicht mehr möglich, da die Dateien zu groß sein sollen, sagt updraft. Möglich wäre jetzt noch ein Download der Sicherungsdateien per FTP. Aber ich mache mir da nicht so viele Gedanken. Denn wenn der Server (1&1) mal weg sein sollte, sind alle meine Seiten auch weg. Und dann habe ich kein Interesse mehr, was Neues zu machen :-|.

Gibts was, was gegen updraft Plus spricht?

 

Nein, da spricht nichts gegen.

Nur ... wenn du dich damit abfinden kannst, dass deine Seiten evtl. irgendwann weg sind (bei 1&1 kaum vorstellbar), dann ist das ok. Aber als Tipp für jemand anderen, halte ich es für unangemessen.

 

Ich nutze auch UpDraft und bin sehr zufrieden. Gespeichert werden die Backups natürlich nicht auf dem selben Server wo auch die Seite läuft. Via FTP auf einem anderen Server, damit ich das ganze immer unabhängig voneinander habe. Und die Backups werden auch regelmäßig runter geladen und auf einer externen Festplatte gespeichert.

 

Ich verwende seit geraumer Zeit für mein Full-Backup All-in-One WP Migration.
Damit kann ich jederzeit die aktuellen Daten auch für Lokale Tests (XAMPP) nehmen.
Ist in der free-Version allerding mit 512MB begrenzt!

 

Und warum machst du nicht von allem ein Backup?

 

So war das auch nicht gemeint. Der Threadöffner hat ja gefragt

und das ist meine Antwort mit meinem Workflow. Dieses fatalistische Denken in Bezug auf meine Websites möchte ich nun wirklich niemandem anraten

Mache ich ja mit updraft Plus. Aber diese auch herunterzuladen und auf einer externen FP zu sichern ist auf jeden Fall eine ernste Überlegung wert ... und für die erste Site gerade umgesetzt.

 

Warst du das nicht mal der "ausversehen" die DB gelöscht hatte und 1und1 60€ oder so haben wollte für ein Restore?

 

Die meisten Updates mache ich wirklich manuell, so habe ich danach sofort im Blick, wenn etwas nicht mehr läuft und kann ggf. das Backup einspielen und auf Fehlersuche gehen. Es gibt wenige Seiten, bei denen die Updates automatisch laufen.

 

Ja, könnte sein :roll:. Deshalb nehme ich ja auch gerne das ein oder andere Backupverhalten an, so z.B. das von SirEctor :grin:. Das ändert aber nichts daran, daß ich ohne großes Bedauern auch das Einstellen aller meiner Websites billigend in Kauf nähme. Schließlich versuche ich ja nicht alle meine Probleme mit Hilfe des Forums zu lösen, manchmal suche ich ganz alleine nach Lösungen.

 

Ich hänge mich mal an diesen alten Thread.
Bei mir sind Voll-Backups nur selten gelaufen, und wenn, dann immer über FireFTP - heute mal wieder, nur um zu merken, dass FireFTP nicht mehr existiert. Also Filezilla-Download und gestartet. Ich warte... Die Sicherung läuft seit Stunden!
Meine Dateien - ein durchgehender Reiseblog von Januar 2007 bis jetzt - sind groß. Wenn ich das wirklich regelmäßig machen soll, lade ich mir entsprechend häufig einen Wolf (und das auch noch auf mobile Datenvolumina). Geht nicht.
Ich bekomme wöchentlich ein Backup über das WP Datenbank Backup Plug-in.

Was machen die Plugins? Können die auch nur geänderte Daten speichern oder ist das immer die Vollversion? Das funktioniert in unserem Fall einfach nicht.

Gruß @Kurt Singer (ich bin immer noch nicht weiter mit dem Umschaufeln und dabei sind wir in ein paar WOchen schon wieder in Trinidad...)
Andrea

 

Wenn dein Blog sehr groß ist, werden die meisten Backup Plugins an die Grenzen deiner PHP Limits kommen. Besonders php memory limit.

Wenn du die Möglichkeit hast, schau dir den error_log an während das Backup vom Plugin läuft.

 

MySQLdumper nehmen [1]. Funzt immer. Der Autor hat das Projekt zwar aufgegeben, aber es gibt eine Fortentwicklung, die auch mit PHP 7 tadellos funktioniert.

[1] http://www.mysqldumper.de/

Beste Grüße,
Ralph

 

@zonebattler es geht hier vermutlich nicht um die Größe der Datenbank, sondern um die Größe/Menge auf dem FTP-Server.

 

Man kann z.B. ein Plugin wie Sunburst Disk Usage verwenden, um festzustellen, in welchen Ordnern genau grosse Datenmengen liegen. Wenn das "alte Jahre" im wp-content/uploads Ordner sind, kann man die dann z.B. nicht jedes mal mitkopieren o.ä. - generell sollte man eher ein Backup Plugin verwenden, das eine oder mehrere .zip Datei(en) erstellt, anstelle alles einzeln über FTP runterzuladen.

 

Zum Thema FTP: Ich verwende seit Jahr und Tag die HomePump [1] zum selektiven Synchronisieren PC <-> Server. Ist doch Quatsch, bei jeglichen Änderungen immer sämtliche vorhandenen Dateien rauf- oder runterzuladen, es muß doch nur Gleichstand hergestellt werden!

[1] http://www.stefanheymann.de/homepump/

Beste Grüße,
Ralph

 

Nicht wirklich!

Wenn du aus Versehen heute ein Bild löscht und erst morgen merkst, hat dein "Backup" das Bild auch nicht mehr. Somit ist dein Backup unbrauchbar.

Ein Backup zeichnet sich aus, wenn man verschiedene Tage zur Auswahl hat um auch einen älteren Stand zurück greifen zu können.