On 05/20/11 14:38, Mike Seda wrote:
> All,
> Nevermind about dedup with Bacula. It seems that the current block
> format doesn't work too well with it:
> http://changelog.complete.org/archives/5547-research-on-deduplicating-disk-based-and-cloud-backups
>
> I'm getting descent compression rates though with LZJB (compression=on),
> which makes it compelling enough to stick with ZFS.
>
> My original question of recommended "Maximum Volume Bytes" size still
> stands though. The documentation seems to recommend 50 GB, but we need
> to backup 15 TB of data. I'm just wondering if that changes things or not.
Mike,
FYI, I set up my Bacula disk volumes such that ALL OF a single night's
backup jobs, regardless of level, and ONLY that single night's backup
jobs, go into a single Bacula volume. (Except for my main server, which
is backed up directly to LTO2 tape.) At this moment in time, the
smallest volume in spool/bacula (yes, it's a Solaris 10 box with a
12-disk ZFS array) is 5.8GB; the largest, 201GB. I have seen disk
volumes as large as 450GB in the past. I have not run into any problems
with this scheme and with this range of volume sizes.
--
Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.org
Renaissance Man, Unix ronin, Perl hacker, SQL wrangler, Free Stater
It's not the years, it's the mileage.
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
