Vielleicht einfach im Backup Script die Domain vor dem Backup sperren und danach entsperren.
/usr/local/psa/bin/domain --off meineDomain.de
/usr/local/psa/bin/domain --on meineDomain.de
Falls nicht jemand anderes eine Idee für den Cronjob hat.
Wozu willst du denn das Forum in den Wartungsmodus versetzen, wenn du sowieso mysqldump zum sichern benutzt? Erzeugt doch dann nur unnötig Downtime.
Man sichert aber keine Daten ohne Wartungsmodus. Wenn Du das so machst, gerne. 
Wozu willst du denn das Forum in den Wartungsmodus versetzen, wenn du sowieso mysqldump zum sichern benutzt? Erzeugt doch dann nur unnötig Downtime.
Weil ich ja auch das Dateisystem mitsichern will. Will ja nicht das irgendjmd noch zB was hochladen kann. Wird im TUT ja auch so beschrieben dass man dafür sorgen soll dass niemand zum Zeitpunkt des Backups zugriff hat. 
Ich habe mit den oben beschriebenen Befehlen noch nicht gearbeitet. Solltest du vorher mal manuell testen.
Und ein Backup macht man in der Regel nachts. Da stört der kurze Downtime niemanden.
Ich habe mit den oben beschriebenen Befehlen noch nicht gearbeitet. Solltest du vorher mal manuell testen.
Ich könnte ja in der Regel auch den Plesk-Internen-Backup-Manager nutzen, habe nur irgendwie angst dass bei +40 GB (Daten + Datenbank) es hier zu Problemen kommen könnte. (Damit könnte man ja auch den Webspace sperren (503er) bis das Backup abgeschlossen ist)
Desweiteren habe ich den Manager noch nicht genutzt, welche Struktur haben die Files, und wenn ich die auf den PC lade (zB per WinSCP) kann ich die dort extrahieren?
Danke
Weil ich ja auch das Dateisystem mitsichern will. Will ja nicht das irgendjmd noch zB was hochladen kann. Wird im TUT ja auch so beschrieben dass man dafür sorgen soll dass niemand zum Zeitpunkt des Backups zugriff hat.
Macht Sinn, ich hatte gerade nur die Datenbank im Kopf.
Na dann. Wenn du das so wie in Tims Anleitung gemacht hast, kannst du vor dem Sichern des Dateisystems hingehen und
mysql --defaults-file=[zugangsdaten] $DATABASE -e "UPDATE wcf1_option SET optionValue = 1 WHERE optionID = 30"
rm /pfad/zur/options.inc.phpund nach dem Sichern dann:
mysql --defaults-file=[zugangsdaten] $DATABASE -e "UPDATE wcf1_option SET optionValue = 0 WHERE optionID = 30"
rm /pfad/zur/options.inc.phpIm Prinzip brauchst du nur in der Datenbank den Offline Modus einzuschalten und dann die options.inc.php im Hauptverzeichnis entfernen. Die wird dann neu erstellt sobald jemand die Seite aufruft. Mit [zugangsdaten] meine ich die Datei die die Zugangsdaten deines Benutzers enthält. Musst du dann für dich anpassen.
Hab jetzt auch mal den Plesk-Weg eingerichtet, mal sehen wie das heute in der Nacht aussieht
So löse ich das auch bereits Garma
Hat perfekt geklappt mit Plesk.
Hat wer nen plan und nen Tipp wie ich die grossen Datenmengen local auf mein Ubuntu gedownload kriege? (der Webexport ist denke ich hier nicht so optimal)
Du kannst sie per SCP auf deinen PC ziehen. WebExport klappt zwar, aber bei deinen Datenmengen vielleicht wirklich suboptimal.
Standardmässig liegen die lokal in /var/lib/psa/dumps (ich lass die immer auf einen externen FTP wegschreiben)
Du kannst sie per SCP auf deinen PC ziehen. WebExport klappt zwar, aber bei deinen Datenmengen vielleicht wirklich suboptimal.
Standardmässig liegen die lokal in /var/lib/psa/dumps (ich lass die immer auf einen externen FTP wegschreiben)
Danke für deine Antwort, besser hier SCP oder rsync zu nutzen, dass nur die änderungen hier transferiert werden?
Benutze lieber rsync.
Hi,
Gut dass ich das ganze aktiviert habe, heute wurde das zum ersten mal seit 8 Jahren überhaupt ein Backup gebraucht 
Funktionierte sehr schnell das Wiederherstellen, mir ist jedenfalls ausgefallen dass trt neue Dateien die vor dem Backup noch vorhanden waren und nur die inkrementellen Dateien + Datenbank wiederhergestellt wurden, normal (Plesk)?
mir ist jedenfalls ausgefallen dass trt neue Dateien die vor dem Backup noch vorhanden waren und nur die inkrementellen Dateien + Datenbank wiederhergestellt wurden, normal (Plesk)?
Was macht dein Script denn genau? rsync´t das nur die Backups, welche als tar.gz o.ä. erstellt werden, von Plesk weg oder legst du selbst diese Backups mit dem Script an? Sprich packst du deine Verzeichnisse und SQL-Datenbanken selbst zusammen, oder macht Plesk das?
Sofern letzteres:
Dann bringt dir dein rsync mit dem Schalter "--delete" ja nichts, weil rsync nicht in die Backup-Dateien von Plesk reinschaut, sondern nur stumpf von Quell- nach Zielsystem kopiert.
Eventuell verstehe ich dich aber auch nur falsch.
Hi,
Plesk legt die Backups an und mit meinem bash-script ziehe ich mir die nur per rsycn auf den PC sodass bei einem Server totalschaden ich noch wenigstens die Backups auf dem PC habe, dabei hilft das rsync ganz gut, das --delete ist hier weil die Backups auf dem Server (Plesk) nur 7 Tage aufbehalten werden somit will ich die local auf meinem PC dann von rsync löschen lassen wenn die dort nicht mehr existieren, hoffe das verständlich
Ich meine aber hier dass ich heute ein Restore aus der Plesk-Repo gemacht habe und es waren im FTP nachher noch Dateien vorhanden die vor dem Restore draufgeladen wurden. Somit denke ich dass Plesk nur die änderungen im letzten Backup zurückgespielt hat inkl. kompletter Datenbank-Dump, oder?
Ich meine aber hier dass ich heute ein Restore aus der Plesk-Repo gemacht habe und es waren im FTP nachher noch Dateien vorhanden die vor dem Restore draufgeladen wurden. Somit denke ich dass Plesk nur die änderungen im letzten Backup zurückgespielt hat inkl. kompletter Datenbank-Dump, oder?
Würde ich so verstehen, ja. (https://docs.plesk.com/de-DE/onyx/adm…s-backup.75803/)
Don’t have an account yet? Register yourself now and be a part of our community!
