Bacula-users

Re: [Bacula-users] weekly backups

2008-12-15 14:35:42
Subject: Re: [Bacula-users] weekly backups
From: Ryan Novosielski <novosirj AT umdnj DOT edu>
To: bacula-users AT lists.sourceforge DOT net
Date: Mon, 15 Dec 2008 14:30:51 -0500
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Blake Irvin wrote:
> I'm attempting something very simple with Bacula that has not worked  
> correctly yet.  I've decided I need to start from scratch.
> 
> Here are my goals:
> 
> 
> I want to back up to a rotation of 4 1tb hard drives over the course  
> of 4 weeks.
> 
> I want a full backup every Sunday, and incrementals every day after  
> until I change disks on Monday morning.
> 
> I want each disk to be re-used when necessary (that is, I don't need  
> to keep any backup longer than a month).
> 
> 
> 
> What's the best configuration to make this happen with Bacula?  A high- 
> level example should be enough to get me started, since I'm familiar  
> with the basics of Bacula configuration.

Most important aspects are:

1) Making sure that the volumes are limited in the amount of time they
can be written to. That means if you want to change it on Monday, make
sure that you can only write to the drive for
something-a-little-less-than-7-days, for example.
2) Making sure that you limit the number of volumes in the pool (though
this may or may not be explicitly necessary... it will be if you're
doing autolabelling, but that sounds like something you wouldn't be
doing here).
3) Making sure that when you run out of volumes the first time (after
the 4th week), there is a volume that is old enough to be pruned. A
retention time of something-a-little-less-than-30-days for example. I
think I go with 28 on my systems for the weekly full backups.
4) Making sure that you either set the pool settings and then create the
volumes or update them when you make changes. Many make the mistake of
creating a pool, creating volumes, finding that doesn't work and
fiddling with the params and finding it still doesn't work; trouble is
the pool settings are really just a template for future volume
creations, at least as pertains the things you can change with "update
volume"

Now... as far as the four drives are concerned? Can probably symlink the
volume files into one place, or do a runbefore/runafter to change mount
points. I don't really know -- I don't change disks. See if the
disk-vchanger script helps.

- --
 ---- _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer II
 |$&| |__| |  | |__/ | \| _| |novosirj AT umdnj DOT edu - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJRrBrmb+gadEcsb4RAtpMAJ9KMuf4XSKDrM4xh68tVmWl7BuxOgCgtAZO
Lvr8Dn1Sxgd+mhOjbg1Zvl0=
=nCcq
-----END PGP SIGNATURE-----

Attachment: novosirj.vcf
Description: Vcard

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
<Prev in Thread] Current Thread [Next in Thread>