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