Backup der Datenbank & Dateien

oheli 2013-10-15 14:58:20 UTC #1

Hallo Community,

mittlerweile haben wir einige Dateien im Dateimanager abgelegt, so dass es Sinn macht über eine Strategie nachzudenken.
Aus meiner Sicht macht es Sinn die Datenbank und die Dateien getrennt zu sichern. Insbesonders hinsichtlich der Möglichkeit die umfangreichen Dateien incremental zu sichern.
Meine Frage: Wenn wir das so arrangieren, würde es bei einer Rücksicherung der beiden Teile wieder das ganze geben?
Ist die Reihenfolge dann vermutlich (oder ist es egal?):

Dateien rücksichern
Datenbank rücksichern

-> ich gehe davon aus, dass dann die Berechtigungen alle Dateien wieder ordentlich gesetzt sind.

Oder gibt es andere Lösungen, die ich jetzt nicht sehe?
Wenn ich täglich 10GB (an Dateien) sichern muss, funkt die egroup-eigene Datensicherung ja gar nicht mehr.

Bin dankbar für eine Rückmeldung!
Grüße,
Eli

oheli 2013-10-19 17:38:04 UTC #2

Hallo Comunity,

ich kann mir irgendwie nicht vorstellen, dass ich der Einzige bin, der nach einer Lösung für eine Backupstrategie sucht bzw. sie gefunden hat.

Oder bin ich auf dem völlig falschen Dampfer und mein Problem ist gar kein Problem.
Wenn ich einfach nur zu doof bin, und den Wald vor lauter Bäume nicht sehe, wäre auch das eine akzeptable Rückmeldung (jedenfalls dann, wenn es nett formuliert ist).

Ist es denn möglich out-of-the-box differentiell zu sichern??

Gruß,
oheli

moe 2013-10-20 12:43:35 UTC #3

Ist es denn möglich out-of-the-box differentiell zu sichern??

Datenbanken imho nicht. Die musst Du eben dumpen und kannst dann
die dumps differentiell sichern, aber dann hast Du ja keine
unterschiedlichen Stände. Macht sich auch blöd beim rücksichern
wenn man einen bestimmten Stand und nicht den letzten möchte.

Bei Dateien kannst du das natürlich machen mit rsync z.B. und Hardlinks.
Aber nicht out-of-the-box, sondern mit einem kleinen script.

Gruß Moe

October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

oheli 2013-10-24 22:00:42 UTC #4

Hallo Moe,

danke für die Rückmeldung.

“Die musst Du eben dumpen…”

Die Datenbank zu dumpen ist ja nicht das Problem.
Mein Problem ist die wachsende Menge an Files und somit der Daten.
Wie gesagt, zig GBytes an Daten täglich (mehrfach) zu sichern dauert und saugt am Netz.

Mir wäre wichtig zu wissen, dass das nach der Rücksicherung wieder zusammen passt und ich keine Berechtigungsprobleme bekomme.

-> Als Dump machen, gleich danach Files sichern (incremental) und ich brauche mich nicht zu sorgen, korrekt?
Wundert mich ehrlich gesagt, dass das so nicht in der WebGUI drin ist??
(die Frage wäre an Ralf gerichtet)

Gruß,
oheli

moe 2013-10-25 05:17:25 UTC #5

Moin oheli,

ich glaube, dass ich Dein Problem jetzt richtig verstanden habe.
Es geht Dir um die konsistenz zwischen der Db und den Files des vfs.
Falls ja, geht es imho NUR wenn Du den Service solange stoppst bis
beides sozusagen in einer “transaktion” gesichert wurde.

Ich weiß ja nicht wohin du sicherst aber wenn du incrementell per rsync
sicherst dauert das selbst bei vielen GB nur wenige Minuten.
Ein solches Wartungsfenster muss eben drin sein wenn man die Daten
sichern will. Ich mache immer Nachst EINE Sicherung. Klar ist es
ärgerlich wenn etwas verloren geht, aber eine 100% Abdeckung aller Fälle
schaffst Du nie.

Wenn die Wartungsfenster nicht akzeptabel sind musst Du Dir evtl. einen
2ten Server hinstellen und die DB darauf replizieren und die Daten z.B.
per DRBD syncron halten. Dann kannst Du im worst-Case einfach auf die
andere Box switchen. Natürlich ist das mit gewissem Aufwand verbunden.
Man muss eben abschätzen was Verhältnismässig ist.

Gruß Moe

Hallo Moe,

danke für die Rückmeldung.

“Die musst Du eben dumpen…”

Die Datenbank zu dumpen ist ja nicht das Problem.
Mein Problem ist die wachsende Menge an Files und somit der Daten.
Wie gesagt, zig GBytes an Daten täglich (mehrfach) zu sichern dauert und
saugt am Netz.

Mir wäre wichtig zu wissen, dass das nach der Rücksicherung wieder zusammen
passt und ich keine Berechtigungsprobleme bekomme.

-> Als Dump machen, gleich danach Files sichern (incremental) und ich
brauche mich nicht zu sorgen, korrekt?
Wundert mich ehrlich gesagt, dass das so nicht in der WebGUI drin ist??
(die Frage wäre an Ralf gerichtet)

Gruß,
oheli

–
View this message in context: http://egroupware.219119.n3.nabble.com/Backup-der-Datenbank-Dateien-tp3993461p3993652.html
Sent from the egroupware-german mailing list archive at Nabble.com.

October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german