<div dir="ltr"><div>In addition to my previous message:<br><br></div><div>Take a look on ddar vs rdiff-backup comparison: <a href="https://github.com/basak/ddar/wiki/rdiff-backup">https://github.com/basak/ddar/wiki/rdiff-backup</a><br></div><div>Most of those concepts are applicable to zbackup.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-19 17:30 GMT+03:00 Vladimir Stackov <span dir="ltr"><<a href="mailto:amigo.elite@gmail.com" target="_blank">amigo.elite@gmail.com</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Greetings,<br><br></div>you should probably read zbackup description (available on <a href="http://zbackup.org/" target="_blank">http://zbackup.org/</a>) and perform backup/restore on multiple VM images.<br><br></div><div>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.<br>All of that symlinks/hardlinks tricks isn't deduplication at all.<br>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.<br></div><div>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 ;)<br><br></div><div>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.<br><br></div><div>Thanks!<br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">2014-12-19 16:40 GMT+03:00 Nico Kadel-Garcia <span dir="ltr"><<a href="mailto:nkadel@gmail.com" target="_blank">nkadel@gmail.com</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Fri, Dec 19, 2014 at 2:38 AM, Vladimir Stackov <<a href="mailto:amigo.elite@gmail.com" target="_blank">amigo.elite@gmail.com</a>> wrote:<br>
> Greetings, Fedora developers,<br>
><br>
> I'm coming to you with one small request:<br>
> I'm asking you for a sponsorship for this review request:<br>
> <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1172525" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1172525</a><br>
> I understand that I'm somewhat obsessive but counting on your patience :)<br>
><br>
> Thanks!<br>
><br>
> --<br>
> King regards,<br>
> Vladimir.<br>
<br>
</div></div>Have you actually found this kind of "pick and choose" deduplication<br>
in your backup software to be effective? I've generally found that the<br>
integral hard-linking across backups of tools like "rsnapshot" to be<br>
much more effective, and if you need to use compressed backups or tape<br>
for archival storage, the stability and long lifespan and tape backup<br>
support of tools like AMANDA to be more reliable than the creation of<br>
Yet Another Incompatible Backup Paradigm(tm) which lacks some of their<br>
features. The need to pick and choose and re-assemble components<br>
among the tarballs is one that's historically prone to errors among<br>
backups.<br>
<br>
It's not a moral objection to the approach, but wondering "why is it<br>
needed"? AMANDA already does incremental tarball backups, it can<br>
support encryption, it supports tape drive backup quite effectively,<br>
and it has commercial support available for more complex environments<br>
with the ZMANDA company. And rsnapshot does very effective<br>
de-duplicated full mirrors which can be NFS read-only exported for<br>
clients to recover their own files: this has been invaluable for<br>
allowing users to recover their files without having to provide<br>
sophisticated admin access to the backup syste. So I'm not sure why<br>
you need yet another tool.<br>
<span><font color="#888888">--<br>
devel mailing list<br>
<a href="mailto:devel@lists.fedoraproject.org" target="_blank">devel@lists.fedoraproject.org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/devel" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/devel</a><br>
Fedora Code of Conduct: <a href="http://fedoraproject.org/code-of-conduct" target="_blank">http://fedoraproject.org/code-of-conduct</a></font></span></blockquote></div><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>Kind regards,<br></div><div>Vladimir.<br></div>
</font></span></div></div>
</blockquote></div><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div class="gmail_signature">Kind regards,<br>Vladimir.</div></div></div>
</div>