Thanks for the information : I'm using a disk based solution, but after 
a few days worth's of Incremental backup, it looks like I could do a 
diff backup every weekend (even with 2To backup space is still a concern 
!).

-- 
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 



Marek Simon a écrit :
> Differential and Incremental  levels differ in this thing: Incremental 
> backup takes the files which has changed since any previous backup of 
> any level. Differental backup takes all files, which has changed since 
> previous Full (and only Full) backup.
> So with your current strategy (one Full per month, Incr other days), 
> if you would have to restore files just a day before new full backup, 
> you must restore from full backup volume and then from 30 records in 
> volumes containing those Incremental ones, which takes longer time. 
> You see this strategy is not usable if you need to backup to tapes.
> If you have some Differential backup (lets say) every weekend, in 
> worst case you must to restore from 1 Full backup, one Differential 
> (which contains all files from last Full backup, which means in this 
> case 3 weeks) and from 6 Incremental backups. The restore would be 
> quicker, but the space needed for backups is bit bigger (in some cases 
> can be even smaller). However, if you have all your backups on some 
> kind of disk array and it is reliable, bacula is able to restore data 
> from 30 Incremental backups with no problem. You still need to keep 
> all your volumes with Incremental backups in non-interupted sequence, 
> or you risk the lose of some files. Of course the Full backup must be 
> all right too.
> MArek
>
>
> Sebastian Perkins napsal(a):
>> 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

Reply via email to