Jesper Krogh ha scritto:
>> But the use of pools on what for?    
>> Just for completeness I must save this data:
>>
>> 1) Oracle db (size unknown)
>> 2) 5-6 MySQL db (about 25 Gb)
>> 3) Some samba share, with office files (5Gb)
>> 4) An subversion reposity (size unknown)
>> 5) Mail server (size unknown)
>> 6) The configuration of 8 servers
>> 7) Other things that now I do not remember :)
>>
>> I should make a pool for each points?
> 
> No, you should make the pools reflect your retention times. If you wish
> to keep (which you most-likely will) your Full backups for longer time
> than your incrementals. Recycling of volumes is based on the
> "lastwritten" time of the volume.
> 
> I suggest:
> 
> Full-Poll => All full backups.
> Incremental-Pool => All incremental backups.
> Differential-Poll => All Differential backups.
> 
> You would then prefer to keep full backups for the "longest" period,
> Differentials for a "shorter" and "incrementals" for even shorter.
> 
> I our setup we keep Full for 1y, Differential for 1y and Incremental for
> 6m. This enables us to:
> 
> * restore any file with a days "granularity" for 6 months.
> * restore any file wiht a weeks "granularity" for 1 year.
> * - then we actually have an Archive Pool that week is backed up to ever
> 6 months that we keep forever.
> 
> If you then dont want to have a "open tape" for longer than a period,
> then you set "Max Use Duration" to that. Then after that period of time
> you can move it to a different location.
> 

> If your "retention times" change across above systems, then you most
> likely need more pools. But I would definately suggest just buying one
> more pack of tapes instead.

With this metode I'm unable to know where is my data in my volumes (only 
bacula know that).      
Ad absurdum I could end up finding a piece of data of single server 
stored in each of 24 tapes :O (IMHO).

I also read this tutorial:
http://www.bacula.org/fr/dev-manual/Backup_Strategies.html

But now I think to make a pool for each server, set
Maximum Volume Jobs = 1, and perform only incremental backups.

Thanks, Nicola.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users