rsnapshot Ersatz in Bullseye

[oln]

Hallo Forum,
ich benutze nun schon seit Ewigkeiten auf den Servern rsnapshot um Backups zu erstellen.
Wie hier zu lesen ist, kommt es nicht mehr in Bullseye rein.

Welche Alternativen verwendet Ihr?

[MSfree]

rsnapshot ist nur ein Hülle um rsync herum. Es gibt nichts, was man mit dem reinen rsync nicht auch hinbekommt. OK, das kostet einem einmalig etwas Hirnschmalz, um ein entsprechendes Skript zu schreiben, daber danach ist rsnapshot komplett überflüssig.

Die Alternative wäre, ein anderes Dateisystem zu verwenden, das von sich aus in der Lage ist, Snapshots zu erstellen, die man wegsichern kann. Damit erübrigt sich die langwierige Suche nach Änderungen im Dateisystem, die bei einem rsnapshot/rsync schon mehrere Minuten dauern kann, wenn zig Millionen Dateien im Dateisystem liegen.

[slu]

Evtl. ist rsbackup eine Option.

[oln]

Danke erst einmal euch beiden.
Natürlich ist rsnapshot nur rsync und cp -al. Aber hat hat gut funktioniert.
Was aber ein Problem dabei ist, dann dann dein Selbstgeschriebenes nicht mehr die alten Rotationen anerkennt und neu anfängt. Somit hast du dann untershiedliche Stände und musst den Alten aufheben.
Bei 6TB tut das weh.
Rsbackup schau ich mir mal an.

[MSfree]

Natürlich ist rsnapshot nur rsync und cp -al.

Nicht ganz. cp -al macht rsynvc schon intern.

Was aber ein Problem dabei ist, dann dann dein Selbstgeschriebenes nicht mehr die alten Rotationen anerkennt und neu anfängt.

Dann taugt das Skript nichts. Ich kann mein Skript an die Namenskonvention von rsnapshot anpassen, so daß es nahtlos da ansetzen kann, wo rsnapshot aufgehört hat.

Wie gesagt, rsnapshot ruft auch nur rsync mit entsprechenden Parametern auf, und die Parameter kann man auch in einem Skript festlegen und damit rsync aufrufen. Der Umweg über rsnapshot ist also unnötig.

rsbackup ist dann nochmal 'ne Nummer umständlicher, da kommt dann zum ohnehin verwendeten rsync noch eine Verwaltung mittels Datenbank oben drauf. Keine Ahnung, wozu diese Verkomplizierung gut sein soll. Ich bevorzuge Backups auf Datreisystemebene, das funktioniert auch dann noch, wenn man die Platte(n), auf denen das Backup ist, mit einem Raspi provisorisch mittels USB-Adaptern mounten kann.

[slu]

rsbackup ist dann nochmal 'ne Nummer umständlicher, da kommt dann zum ohnehin verwendeten rsync noch eine Verwaltung mittels Datenbank oben drauf. Keine Ahnung, wozu diese Verkomplizierung gut sein soll.

Die Datenbank ist nur da um zu sehen wann welche Platte im Backup war.
Gesichert wird im Dateisystem mit Hardlinks, man kann also ganz normal in die Verzeichnisse und Daten raus kopieren.

Eben ein rsync mit Hardlinks

Edit:
https://www.greenend.org.uk/rjk/rsbackup/

[slu]

@MSfree,

ich bin ganz bei dir, ich möchte ein Backup "an jedem System" mounten können und einfach an die Dateien kommen.
Sobald man eine Software braucht um überhaupt an das Backup zu kommen fühle ich mich damit nicht wohl.

[albundy]

Ich nutze rsnapshot auch seit Ewigkeiten auf meinem Homeserver. Tatsächlich ist dieser Tage Version 1.4.4 herausgekommen.
Finde es auch nicht so toll, dass es rausgeflogen ist. Daher habe ich in einer VM mal getestet was bei einem Update von Buster auf Bullseye mit zuvor installiertem rsnapshot passiert. Nichts. Das Programm bleibt unangetastet und es scheint auch weiterhin zu funktionieren. Hoffe mal, dass es so bleibt.

[hupe62]

Bin nach 2 Jahren Debian-Abstinenz (Ausflug mit Fedora) wieder zurück zu Debian. Rsnapshot war bei jeder meiner Distributionen bisher im Einsatz. Nach dem es bei Bullseye nicht mehr enthalten ist habe ich es mir eben von https://rsnapshot.org/ installiert.
Alles läuft wieder wie seit vielen Jahren...

[weshalb]

Bin nach 2 Jahren Debian-Abstinenz (Ausflug mit Fedora) wieder zurück zu Debian. Rsnapshot war bei jeder meiner Distributionen bisher im Einsatz. Nach dem es bei Bullseye nicht mehr enthalten ist habe ich es mir eben von https://rsnapshot.org/ installiert.
Alles läuft wieder wie seit vielen Jahren...

Jawohl, funktioniert sehr gut.

[Strunz_1975]

Hallo,

schau dir mal "Luckybackup" an

cu
Strunz_1975