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.elite@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 <nkadel@gmail.com>:
On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov <amigo.elite@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.