Hi,

07.07.2007 05:56,, Barry L. Bond wrote::
> Hi Arno!
> 
>> Three possible solutions to your problem:
>> 1. (The one I prefer) Don't use volume names representing the contents
>> of the volume; Bacula can handle the volume management just fine, so
>> there's usually no need for you to interfere, and so you don't need
>> volume names telling about the contents.
> 
>      Thank you very much, Arno!  I'll definitely go with what you prefer,
> you knowing so much more about the best way to accomplish something like
> this than I!

Thank you for the compliment. But, even if I think my advice is 
useful, your reason to follow it is dangerous...

> 
>      What do you suggest I do/change?
> 
>      I have "Volume Retention", "Accept Any Volume" and "UseVolumeOnce"
> being used.
> 
>      Can you suggest for me the changes I should make, and/or what
> specifically I should study in the manual?

Oh... I don't feel like going over your configuration in detail now, 
sorry ;-)

The basic setup is rather straight-forward, though:

Define the pools you need (like one pool for full backups, one for 
incrementals).
Determine how long you want to keep the data on the volumes.
Determine how many backups that represents (like, one weekly backup 
for all clients, kept for six weeks, means you need storage for six 
times the weekly amount of data for these backups). Add some space for 
future growth of the data. A factor between 1.2 and 1.5 might be a 
good start, but that depends on your users and so on.
Calculate the number of volumes you need, and add one or two volumes - 
just to make sure you really always have a usable volume ready.
(The above is more or less my approach when I don't know much about 
the kind of data to expect - you can refine that, but most of the 
time, it's easier to use more storage than to fine-tune the setup to 
minimize the storage used to the absolute minimum.)
Now you can easily setup the volumes you need - just label them, buy 
the tapes and barcode labels, set up the scratch pool - however you 
handle this.

The directives you mentioned are very simple to set up:
Accept Any Volume - remove this. It's no longer used, was never really 
used, and what it's supposed to do is done by default.
Volume Retention - set this to the time you want to keep your backups. 
When you use different pools for full, differential, and incremental 
backups it's not a good idea to set a longer retention times for 
incrementals than for full backups :-)
Use Volume Once - Deprecated by now... also, if you want to recycle 
volumes (which is necessary to keep intervention to a minimum) you 
don't want it anyway.

>> Looks like the volume setup and requirements kind of converged - good.
> 
>      Er... okay.  :-)
> 
>> Also, keep in mind that the label format directive will probably
>> vanish some time in the future.
> 
>      Really?  That probably isn't serious.  My original intention was to
> be able to tell by the filename the age of the file, before it started
> recycling *some* volumes (filenames).  :-)

Well, you know that I prefer to do things differently :-) or rather, 
to let Bacula do that. Of course, if you decide to keep certain jobs, 
now you'd have to query the catalog and find the volumes you need to 
store. Or use migration.

Arno


>> Arno
> 
>      And, I have to mention something else!  :-D
> 
>      At work (ITT), I communicate with an Arnaud Charlet, at AdaCore.
> 
>      He has made a couple of EXTREMELY GOOD suggestions for me, regarding
> problems I have with GPS and GNAT, at work.  And, he signs his email
> exactly the way you did, above:  Arno
> 
>      The first time, I didn't remember your last name, and I actually
> replied to him, asking him if he was ever helping with the bacula list!
> He said, no, he wasn't.  (And, since then, I have seen it isn't the same
> Arno.)
> 
>      But, both of you being so clear, so helpful, your communications were
> just so similar!  :-)
> 
>      Barry
> 

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to