In addition to my previous message: Take a look on ddar vs rdiff-backup comparison: https://github.com/basak/ddar/wiki/rdiff-backup Most of those concepts are applicable to zbackup.
2014-12-19 17:30 GMT+03:00 Vladimir Stackov <amigo.el...@gmail.com>: > > Greetings, > > you should probably read zbackup description (available on > http://zbackup.org/) and perform backup/restore on multiple VM images. > > All software that you are talking about (rdiff-backup, rsnapshot, amanda, > backuppc, bacula and tons of homegrown "bash backup systems") does not > provide real deduplication. > All of that symlinks/hardlinks tricks isn't deduplication at all. > We use a 64-bit modified Rabin-Karp rolling hash with sliding window that > performs checking with a single-byte granularity. It was even better than > ZFS deduplication. > Take a try and then we will talk about "Yet Another Incompatible Backup > Paradigm(tm)" that you will probably pronounce as "next-gen backup > paradigm" after you will give a try ;) > > Yep, not "first next-gen backup paradigm" but "one of two opensource > next-gen backup software" because all other software that performs > deduplication with sliding window was closed-source proprietary systems. > > Thanks! > > 2014-12-19 16:40 GMT+03:00 Nico Kadel-Garcia <nka...@gmail.com>: >> >> On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov <amigo.el...@gmail.com> >> wrote: >> > Greetings, Fedora developers, >> > >> > I'm coming to you with one small request: >> > I'm asking you for a sponsorship for this review request: >> > https://bugzilla.redhat.com/show_bug.cgi?id=1172525 >> > I understand that I'm somewhat obsessive but counting on your patience >> :) >> > >> > Thanks! >> > >> > -- >> > King regards, >> > Vladimir. >> >> Have you actually found this kind of "pick and choose" deduplication >> in your backup software to be effective? I've generally found that the >> integral hard-linking across backups of tools like "rsnapshot" to be >> much more effective, and if you need to use compressed backups or tape >> for archival storage, the stability and long lifespan and tape backup >> support of tools like AMANDA to be more reliable than the creation of >> Yet Another Incompatible Backup Paradigm(tm) which lacks some of their >> features. The need to pick and choose and re-assemble components >> among the tarballs is one that's historically prone to errors among >> backups. >> >> It's not a moral objection to the approach, but wondering "why is it >> needed"? AMANDA already does incremental tarball backups, it can >> support encryption, it supports tape drive backup quite effectively, >> and it has commercial support available for more complex environments >> with the ZMANDA company. And rsnapshot does very effective >> de-duplicated full mirrors which can be NFS read-only exported for >> clients to recover their own files: this has been invaluable for >> allowing users to recover their files without having to provide >> sophisticated admin access to the backup syste. So I'm not sure why >> you need yet another tool. >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > > > -- > Kind regards, > Vladimir. > -- Kind regards, Vladimir.
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
