Thanks both for the info.
I've been going through the "Maximum Volume Jobs" option with mutiple volumes
for incr & full as in the "automated disk backup" example. Just that I trimmed
everything down to one month (ie just 2 full volumes & 31 incr ones).
With a test situation with 10min retention times between full's ... volumes are
recycling reaaaal nice !
One question remains : do I need differential in my stratrgy ?
Regards
Sebastian Perkins
Responsable Informatique
[EMAIL PROTECTED]
ALPES CONTROLES
3 impasse des prairies
74940 Annecy le Vieux
Tél. 04.50.64.11.46 - Fax. 04.50.64.23.83
http://www.alpes-controles.fr
----- Message Original -----
De: "Marek Simon" <[EMAIL PROTECTED]>
Cc: bacula-users@lists.sourceforge.net
Sent: lundi 19 novembre 2007 10 h 30 (GMT+0100) Europe/Berlin
Sujet: Re: [Bacula-users] backup strategy
David is right. Bacula is not able to clear a part of a volume. She can
only append to a volume or clean it completely. I can recommend to have
one volume for one day (Use duration 23 hours). Bacula will create new
volumes everywhen she needs.
Marek
David Legg napsal(a):
> Hi Sebastian,
>
> I'm only a newbie to this but looking at your director config settings
> it looks like you haven't expressed a maximum volume size. Therefore
> Bacula will keep filling up a volume until your disk runs out. To force
> Bacula to stop filling a volume and look around for another one you
> should use a 'Maximum Volume Bytes = nnn' or 'Maximum Volume Jobs = nnn'
> or 'Volume Use Duration = ttt' setting in your pools definition.
>
> Re-read the beginning of Chapter 22 'Automatic Volume Recycling' for
> more details.
>
> Hope that helps.
>
> Regards,
>
> David Legg
>
>
> Sebastian Perkins wrote:
>
>> Hi,
>>
>> We are using bacula 2.2.6 with a disk based backup solution. 3 Months
>> into testing, backups & restores are working.
>>
>> Here goes the problem : we need to backup 750Gb of data (22 server
>> samba shares) and guarantee one (maybe two) months of restore data
>> just in case somebody moves a directory, loses a file, wants lask
>> week's file etc... The samba shares are basically full of doc/xls/pdf
>> etc...
>>
>> The backup is a 2 To raid5 disk solution. I'm a bit worried about
>> keeping control over volumes and disk space. I don't want the volumes
>> to fill up any further than 1.8To while keeping one or 2 months of
>> history.
>>
>> We've resolved one problem regarding size by using the compress option :o)
>>
>> So, our bacula.conf strategy is :
>>
>> * one full backup per month, plus incremental every other day (no
>> differential).
>> * one volume per share (so that we can keep a eye on a fast
>> growing volume).
>> * keeping job/file/volume retention to 1 month (maybe 2).
>>
>> But the volumes just grow... and grow. I've 'volume updated' for
>> retention periods but the auto-pruning doesn't seem to reduce volume
>> size. For example after the 2nd month's full backup I thought the
>> volume would be reduced in size by the 1st month"s full backup size
>> (it's outside the retention period).
>>
>> Schedule, Volume & Client syntax are :
>>
>> Schedule {
>> Name = "WeeklyCycle"
>> Run = Full 1st sun at 00:05
>> Run = Incremental mon-sat at 23:05
>> #Run = Differential 2nd-5th sun at 23:05
>> #Run = Incremental mon-sun at 23:05
>> }
>>
>> Client {
>> Name = pool01-fd
>> Address = 192.168.x.y
>> FDPort = 9102
>> Catalog = MyCatalog
>> Password = "xxx"
>> File Retention = 1 month # 30 days
>> Job Retention = 1 months # 30 days
>> AutoPrune = yes # Prune expired Jobs/Files
>> }
>>
>> Pool {
>> Name = Pool01
>> Pool Type = Backup
>> Recycle = yes # Bacula can automatically
>> recycle Volumes
>> AutoPrune = yes # Prune expired volumes
>> Volume Retention = 1 month # one month
>> LabelFormat = "Vol01"
>> }
>>
>>
>> So, just 2 questions : Is my strategy right ? Why are the volumes
>> growing ?
>>
>> Thanks for any help !
>>
>> Sebastian Perkins
>> Responsable Informatique
>> [EMAIL PROTECTED]
>>
>> ALPES CONTROLES
>> 3 impasse des prairies
>> 74940 Annecy le Vieux
>> Tél. 04.50.64.11.46 - Fax. 04.50.64.23.83
>> http://www.alpes-controles.fr
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users