Hi Frank,
nice to get so much help.
>> My problem is, that I have to write to both tapes simultaneously for
>> timing reason (but spooling to my HD-RAID). That's why I don't have a
>> tape changer and introduced the two different pools for 'full' and
>> 'incremental'. If it is possible to write in parallel from within only
>> one pool, that would make things easier.
>
> Absolutely - just make sure that you've got all of your max concurrency
> settings set correctly (there's a chapter in the manual on this), and you can
> have multiple jobs of the same priority running at the same time. Note that
> it's a really good idea to use spooling in this scenario.
I know that I can have several jobs running at the same time, and I do
know that I can specify the 'Device'-directive in the 'Scheduler' to
decide on the tape drive, but up to know I am a little afraid something
gets mixed up with the tape handling.... But probably I am wrong, I will
think about it again.
> As for double entries, that's not a problem at all - the catalog will keep
> track of everything for you, and on restore, you can just tell Bacula
to use
> the most recent backup, and it will just do the right thing.
Right, but it would cost me at least one or two tapes more... (o.k.,
they're cheap, but just for the principle thing).
> Also, just a quick clarification - retention period control how long records
> are kept in the database. You want to look at recycling to determine when
> Bacula will overwrite an existing volume with new backup data.
Of course, what I meant was 'recycling'. Sorry for that. But if I decide
to have different recycling periods, then I would have to go for
different pools again... (see your next answer)
>> * Assuming I had also 'differentials' once a week as you suggested, the
>> retention periods would be 3 weeks for 'full', 1 week for 'diffs' and 1
>> week for 'incrementals', right ? Therefore, to avoid buying a third tape
>> drive I would have to put the 'diffs' into the 'incremental' pool,
>> because then retention periods differ. Do I get this right?
>
> That sounds right to me, but you would definitely want to test it out to make
> sure - getting all of the retention periods right can be a little tricky.
Yea, that's what I meant above, except for mixing retention and
recycling again...
>> And a more practial question:
>> * 'Amanda' has this nice feature to send me a mail which tape to put
>> into each drive before leaving office ('amcheck' cronjob).
>> How does bacula remind me which tapes to put in today ?
>
> I've never dealt with this myself (I just use a library), but I believe that
> suggestions on this have come through the mailing list in the past.
Apparently it is not (yet) implemented in Bacula, there was already an
answer a few seconds ago.
But Bacula is always expecting a specific tape, it does not use any tape
in the drive, does it? So at least the DB should know, wicht tapes to be
used next, so I think I can ask crond to start a skript to check that
from db for me.
By the way, this brings up another, hopefully last, question:
Let's assume, again, my backup is running fine. Only one pool. 3 Weeks
recycling period. Full and incremental. Every night one tape is
sufficient. So I guess I will have 15 tapes, each containing one day's
backup. Now, for some reason, on day 07 the backup does not fit on the
07 tape. So what does Bacula do? Does it ask for the next tape, namely
08? This would erase 08's backup that has not yet been replaced! Or does
it ask for a new tape? If so, will this tape belong to the pool forever
and be named 07a or something? And what happens next month, if 07 is
sufficient again, will bacula write to 07a or to 08?
I am afraid I have not fully understood bacula's tape handling yet ...
This is also the reason for my uncertainity concerning the first
paragraph in this mail.
Thanks again,
Ralf
--
Ralf Auer
Physics Institute IV Office: 2.137
University of Erlangen-Nuremberg Phone: +49-9131-8527087
Erwin-Rommel-Str. 1 Fax: +49-9131-15249
D-91058 Erlangen, Germany [EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
