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
