backup mit rsync - sinnvolle strategie?

wescht

ich mache hier in der firma 1x taeglich um 2:00 ein backup. mit dem switch --backup-dir lege ich die jeweils alten datei-versionen in ein verzeichnis mit dem datum als namen ab.
das aktuelle backup ist in 'current'. das verzeichnis sieht etwa so aus:

Code

2007-12-09/
2007-12-09.log
2007-12-10/
2007-12-10.log
2007-12-11/
2007-12-11.log
2007-12-12/
2007-12-12.log
2007-12-13/
2007-12-13.log
2007-12-14/
2007-12-14.log
2007-12-15/
2007-12-15.log
2007-12-16/
2007-12-16.log
2007-12-17/
2007-12-17.log
2007-12-18/
2007-12-18.log
2007-12-19/
2007-12-19.log
current/

Alles anzeigen

ich mache das ganze nun schon seit anfang november, und damit haben sich natuerlich haufenweise alte daten angesammelt. der platz ist dabei weniger das problem, sondern die uebersicht. wenn ich z.b. weiss, dass eine datei im november geloescht worden ist, muss ich sie (theoretisch, ich weiss, es gibt find) in 30 verzeichnissen nachschauen. ich habe also folgende moeglichkeiten:

Loeschen (nicht so toll)
Alle monatsweise zusammenkopieren - also alle November-Verzeichnisse in eines "mergen". Nachteil: nur die aktuelle Dateiversion bleibt
Ideal: ein (virtuelles) filesystem, dass mir alle Versionen der Dateien im urspruenglichen Pfad anzeigt

gibts jemand mit aehnlichem problem oder gar Loesungen dazu?

daff

Ich kann dir, an Stelle von selbstgebackenen Rsync-Lösungen, empfehlen, einen Blick auf das Programm Rsnapshot [1] zu werfen. Es ist sehr flexibel und bietet viel mehr Möglichkeiten, als nur nächtlich ein Rsync-eigenes Backup zu machen. Lohnt sich vielleicht für dich, es genauer zu evaluieren.

Ich habs seit ein paar Jahren im Einsatz und hatte noch nie Probleme, egal in welcher Form.

[1] http://www.rsnapshot.org/

Lord Binary

Ich verwende backuppc, ebenfalls rsynch-based.
läuft seit jahren stabil und zuverlässig.

DomiN

Mein persönlicher Favorit ist rdiff-backup
Damit sparst du dir das lästige Suchen und kannst auch auf vorherige Versionen zurückgreifen.

Restore Beispiele:
http://www.nongnu.org/rdiff-backup/examples.html#restore

Peter

Man koennte auch ein Versionierungs-tool wie subversion dafuer missbrauchen, aber das ist wahrscheinlich auch nicht praktischer, als die bisher genannten Loesungen.

Zur server-Administration/Automatisierung finde ich Capistrano sehr praktisch. Das basiert auf Rake, dem make mit ruby-Syntax. Das unterstuetzt Dinge wie Abhaengigkeiten von Aufgaben, hooks, rollback, man kann Aufgaben auf mehreren Servern gleichzeitig durchfuehren. Leider ist kaum Dokumentation vorhanden. Hier ein paar (nicht besonders and die Grenzen des Machbaren gehenede) Beispiele.

tosh

klingt so als würde ZFS dich glücklich machen können. ist aber natürlich davon abhängig ob du das mit der gegebenen infrastruktur unter einen hut bringen kannst

http://www.opensolaris.org/os/community/zfs/

wescht

ahja: der Speicher ist ein D-Link DNS-323, ein NAS der zwar auf debian basiert, aber nach aussen nur smb sichtbar hat. Man koennte ihn zwar hacken, um in eine Shell zu kommen und um z.B NFS zu aktivieren, aber da er nicht mir gehoert, kommt das diesmal ausnahmsweise nicht in Frage

bei meiner selbstgebackenen Loesung habe ich

Code

mount.smbfs //192.168.1.6/Volume_1 /mnt -o password=,codepage=cp850,iocharset=utf8

verwendet; alles andere resultierte in komischen Sonderzeichen.

Meine Erfahrungen mit backuppc:
Ich probier jetzt mal backuppc, weils ein nettes Browser gui hat.
es gibt ja den smb-kopierer; aber leider kann man mit smbclient die optionen nicht einstellen ... damit faellt die methode flach. ich muss wohl wieder manuell mounten, und rsync verwenden. gefaellt mir sowieso besser...

/edit:
haha, rsync geht nur via rsh oder ssh. nicht von lokal zu lokal (wie in meinem fall; ich muss es eh vorher mounten). so ein scheiss. an das einfachste denken sie wieder mal nicht.
Ausserdem ist die konfiguration ziemlich mies. die config-date hat ca. 65kB (gut, das meiste sind comments), und es werden saemtliche methoden (rsync, rsyncd, smb, tar) in den kleinsten Details konfiguriert, auch wenn man die nicht braucht. Und das wesentliche (source, target) ist auch recht gut versteckt.

nebenbei wird standardmaessig /etc nach /tmp kopiert. wohl als beispiel...

/edit:
rsnapshot... schaut schon mal gut aus. witzig: es basiert auf diesen http://www.mikerubel.org/computers/rsync_snapshots/ skripts; genau die seite hab ich mir auch angeschaut.
schaun wir mal, wie es sich schlaegt...

DomiN

Zitat von wescht

/edit:
haha, rsync geht nur via rsh oder ssh. nicht von lokal zu lokal (wie in meinem fall; ich muss es eh vorher mounten). so ein scheiss. an das einfachste denken sie wieder mal nicht.
Ausserdem ist die konfiguration ziemlich mies. sie hat ca. 65kB (gut, das meiste sind comments), und es werden saemtliche methoden (rsync, rsyncd, smb, tar) in den kleinsten Details konfiguriert, auch wenn man die nicht braucht. Und das wesentliche (source, target) ist auch recht gut versteckt.

nebenbei wird standardmaessig /etc nach /tmp kopiert. wohl als beispiel...

Mein Vorschlag:
rdiff-backup /dir_to_backup /mnt/the_backup_drive

Paulchen

Zitat von wescht

haha, rsync geht nur via rsh oder ssh. nicht von lokal zu lokal (wie in meinem fall; ich muss es eh vorher mounten). so ein scheiss. an das einfachste denken sie wieder mal nicht.

WTF?

Code

rsync /pfad/zu/verzeichnis1 /pfad/zu/verzeichnis2

Ein paar Optionen sind vielleicht noch zum Finetuning erforderlich, -a ist recht nett. Siehe Manpage.

wescht

@Paulchen, DomiN
[ ] ich habe den Thread gelesen :tongue1:

@Paulchen
den von dir zitierte Teil war auf die rsync-funktion der packages backuppc bezogen. und wenn man dort die Methode rsync auswählt, MUSS man entweder ssh oder rsync-hosts haben

rsync (und rdiff schein ja das gleiche zu sein, nur lokal) kenne ich in- und auswendig... nur in diesem thread gehts darum, dass ich davon weg will, weil ... naja, siehe eröffnungspost

Jetzt mitmachen!