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.
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
