On Friday 08 July 2005 20:41, McCann, Brian wrote: > Ok...I'm slowly starting to get this. I'm still stuck on one > concept though. I've kind of taken your suggestion of using one storage > device...I've made one device per workstation I'm backing up. Now, my > IDEA is that I should be able to make a pool per workstation, then make > 7 volumes (Mon, Tues, etc) inside that pool, but I can't figure out how > to tell the job which volume to use. I don't THINK this is all that > different from what you suggested...but I must be wrong.
This is an interesting statement. I now see that a number of people new to Bacula have the same problem as you, probably from using programs like tar. In fact, you do not tell Bacula what tapes to use. It is the inverse. Bacula tells you want tapes it wants. You put tapes at its disposition and it choses. Now, if you *really* want to be tricky and try to tell Bacula what to do, it will be reasonable if for example you mount a valid tape that it can use on a drive, it will most likely go ahead and use it. It also has a documented algorithm for chosing tapes -- but you are asking for problems ... So, the trick is to invert your concept of things and put Bacula in charge of handling the tapes. Once you do that, you will be fine. If you want to anticipate what it is going to do, you can generally figure it out correctly and get what you want. If you start with the idea that you are going to force or tell Bacula to use particular tapes or you insist on trying to run in that kind of mode, you will probably not be too happy. I don't want to worry about what tape has what data. That is what Bacula is designed for. If you have an application where you *really* need to remove a tape each day and insert a new one, it can be done the directives exist to accomplish that. In such a case, one little "trick" to knowing what tape Bacula will want at 2am while you are asleep is to run a tiny job at 4pm while you are still at work that backs up say one directory, or even one file. You will quickly find out what tape it wants, and you can mount it before you go home ... > > Thanks again, > --Brian > > -----Original Message----- > From: Arno Lehmann [mailto:[EMAIL PROTECTED] > Sent: Friday, July 08, 2005 4:29 > To: McCann, Brian > Cc: bacula-users@lists.sourceforge.net > Subject: Re: [Bacula-users] Help understanding how to setup > > Hello, > > McCann, Brian wrote: > > Hi all. Forgive my ignorance here, but I'm having a hard time > > trying to understand what I need to do. (And it's probably so simple > > I'm going to smack myself in the head when I hear the answer). > > Well, keep us informed :-) > > > I > > currently use UltraBac to backup about 10 Windows workstations to a > > large file array, and want to do the same with Bacula. Currently, I > > have a folder per workstation, then a folder per day. > > (BriansDesktop/Monday, BriansDesktop/Tuesday, etc). The reason for > > this > > > was because if I wanted to delete one day for whatever reason (space > > for > > > example), I could easily. I would like to maintain that schema in > > Bacula, but for the life of me can't get it right. > > If you want something similar in bacula, it would be best to re-read the > > manual sections dealing with volume retention, and the prune, purge and > delete commands. Most probably, you will need to play around a bit to > see how this all works together. > > > What I've got now is, in the storage daemon, each folder is a > > device. > > That part should work, although, for sake of simplicity, only one device > > could be preferrable. In my opinion. > > > Then in the director, I've created a storage resource for each > > 'device' in the storage daemon. Then, in the job, I've defined it > > like > > > this: > > ... > > > Now...I THINK my confusion comes into play with the whole Pool/Volume > > thing. I loosely understand that you have to define a pool and put > > volumes in it, but where the heck do you device a volume? And > > further, > > > if you specify a pool for the job to use, why do you need to specify a > > storage device also? Or, is that just to force that job to use that > > device? > > Let's see... > > The first important thing to note is that pools and storage are not > necessarily linked together (storage and media type make a firmer link). > > So, you can define a pool "Full" and have volumes of all media types and > > used withh all storage devices in this pool. > > Volumes are put into a pool when you create them or with the update > command. > > Now, using bacula you could do the following: (Note that I would do > things differently, so I probably don't notice all the possible > problems...) > - Set up the pools you want, like Monday, Tuesday, etc. These volumes in > > these pools will make up the equivalent to the folder for a day's > backup. > - You already have a storage device per client. > - Set up your pools to allow only one job per volume, set retention > periods just below the minimum time you want to keep your volumes. For > example, for weekly rotation you could set the retention times to 6 > days. > - Probably set up automatic labeling. This is something I never tried, > but I learned that there are some problems using counters to > automatically create volume names, so make sure you either keep things > simple or you really understand the variables or, probably most useful, > start using the developer version and use a python script. > - The job definition for each client should have the reference to that > client's sorage device, so whatever they back up ends in the directory > assigned to that client. > - The schedule (which could be universal for all clients) should set the > > pool to use, for example > Run level=incremental pool=Monday mon at ... > Run level=incremental pool=Tuesday tue at ... > ... > > - Try, tune, repeat. > > Arno > > > Thanks in advance, > > Sitting stumped, > > --Brian > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by the 'Do More With Dual!' webinar > > happening > > > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in > > dual > > > core and dual graphics technology at this free one hour event hosted > > by HP, > > > AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ("> /\ V_V ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
