On Thu, Feb 26, 2015 at 10:06 PM, S McGraw <smcg2297 AT frii DOT com> wrote:
> On 02/26/2015 03:08 PM, Heitor Faria wrote:
>>>>>> [...] I was auto-labeling the volumes for each job like:
>>>>>> xxx-1.bac, xxx-2.bac, xxx-<n>.bac, etc where <n> starts at 1
>>>>>> for each job. Is there some variable that has that behavior?
>>>>>> [...]
>>>>
>>>> Hey Mr. McGraw: you should try LabelFormat =
>>>> "xxx-${NumVols}.bac" What is xxx? If is the client name you can
>>>> uses ${Client}. You could check all Bacula Variables via Google:
>>>> http://www.bacula.org/5.2.x-manuals/en/misc/misc/Variable_Expansion.html
>>>
> >> Thanks for that suggestion. I read the Variable Expansion
>>> chapter many times but interpreted "current number of Volumes in
>>> the Pool" as being a fixed number for a pool with a large number of
>>> pre-labeled volumes.
>>>
>>> I just tried using NumVols but the number it produced was 5177. I
>>> guess was wrong about the pre-labeled part but it does seem to be
>>> total number of volumes in the pool and not a number for the
>>> volumes used in the current job so far which is what I need.
>>
>> 1. Sorry for misunderstanding it. I really don't see the need of
>> associating volumes names with their jobs and it can be very messy
>> when they are recycled, since a Job can take a variable amount of
>> volumes and Bacula already provide that association (e.g: list
>> jobmedia, restore job..., etc.).
>
> I agree it is messy (I would say unworkable) when recycling is
> used but I don't do recycling.
>
> I backup to smaller-than-DVD sized disk volumes and write those
> to DVD. In such an environment, volume recycling is pointless.
>
> All post-bacula handling (write to DVD, off-siting, moving
> storage locations around to fit varying storage needs/capacities,
> etc) are done by hand or with the help of scripts since Bacula
> provides no support for DVD as a storage medium. I find it
> easier to manage those tasks when I can look at filename and
> be able to determine information about what is in the volume
> than to have to go though a level of indirection for that information,
> either by asking Bacula or querying the catalog database directly.
> And of course the current labeling scheme is baked into the
> scripts that I have to help with the post-bacula volume management.
>
> I've been using the current labeling scheme successfully for
> 5 years, including disaster recovery simulation so I don't see
> a strong reason to change now unless I have to.
Hi,
are you sure that you cant configure bacula to make a backup direct to DVD ???
I have one client configured to use a DVD storage just now.
basicaly, I backup all information from clients to internal bacula
disk and after this I make a job copy to DVD (internal disk to DVD).
about the label name, if the idea is just to "make easy" to manual
select the volume... maybe you can use:
Client_name-Date-JodID
good luck
--
--
Victor Hugo dos Santos
http://www.vhsantos.net
Linux Counter #224399
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
