Sponsorship request

[Vladimir Stackov]

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 at gmail.com>:
>
> On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov <amigo.elite at 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 at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 
Kind regards,
Vladimir.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20141219/7a889b54/attachment.html>