I have successfully been using Bacula for almost 2 years now.  Fairly
small (~30 machines) and straight forward setup -- only one director,
one SD.

A need has arisen to start doing offsite backups.  Now, what seems
like pretty trivial task, came out to be major headache.

I went through mailing list and it seems that most of the people are
using rsync based shipping of Bacula volumes off-site and if needed,
bscan them or even keep a copy of Director as a standby one in case of
disaster.  This kind of approach could work for me, however:
a) in case of SD death, I won't be able to simply login to bconsole
and start restoring jobs; it will require some manual fiddling before
I will be able to do that
b) it will substantially limit flexibility; how would you configure in
this case to eg. do local backups every day, however remote -- offsite
backup -- say, every three days using this approach?  Theoretically
you could use SQL to list volumes you need to copy over, but then
again -- a)

Given lack of possibility of using COPY job across two different SDs
(with dependencies respect), my initial thought was to simply back up
twice, first time to local and second time to offsite SD.  However, I
read numerous posts saying that if SD dies, Bacula most likely won't
be able to do restore basing on only one SD (it will want to use both;
 unless the other one is going to be Full only which is going to be
massive waste of space).

I was wondering if anyone manage to find a solution that addresses a)
and b) and is not rsync based?

Kind regards,
Bart

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users