Sure, although I have not tried it myself. I suppose you could do better by
using a filesystem replicator as used on DRP instead of trying to make this
work on bacula. Cloning jobs would be spending twice the time required for a
single job, and be run sequentially (although they may be also run
concurrently).
1) Re: "duplicate" jobs, pp 135-136 of the PDF manual, referring to one of
the "Job" directives ("run"):
------------quote---------
Run = <job-name> The Run directive (not to be confused with the Run
option in a Schedule) allows you to start other jobs or to clone jobs.
By using the cloning keywords (see below), you can backup the same
data (or almost the same data) to two or more drives at the same
time. The job-name is normally the same name as the current Job
resource (thus creating a clone). However, it may be any Job name,
so one job may start other related jobs.
136 CHAPTER 11. CONFIGURING THE DIRECTOR
The part after the equal sign must be enclosed in double quotes, and
can contain any string or set of options (overrides) that you can specify
when entering the Run command from the console. For example
storage=DDS-4 .... In addition, there are two special keywords
that permit you to clone the current job. They are level=%l and
since=%s. The %l in the level keyword permits entering the actual
level of the current job and the %s in the since keyword permits putting
the same time for comparison as used on the current job. Note, in the
case of the since keyword, the %s must be enclosed in double quotes,
and thus they must be preceded by a backslash since they are already
inside quotes. For example:
run = "Nightly-backup level=%l since=\"%s\" storage=DDS-4"
A cloned job will not start additional clones, so it is not possible to
recurse.
-----------end of quote--------------
2) Duplicate catalog: standard SQL replication practices are probably better
but you can configure two catalogs on bacula (in this case the clone job
should use the other catalog). You won't need to use the BACULA DIRECTOR on
the secondary server, only the SD daemon and a mysql server. The cloned jobs
would be stored on the seconday bacula server, and the originating jobs on
the primary.
3) rcp your bacula conf files to the secondary server, just in case.
No solution except maybe filesystem replication would produce an exact copy.
Trying "another method" such as 1) 2) and 3) will produce maybe a very
similar result, certainly usable, but not identical. For instance, slight
differences in the copy time on the client will produce slightly different
file versions (except if you'll be using concurrent FD copies+snapshot).
Cheers,
Michael
On 10/30/07, Megan Kispert <[EMAIL PROTECTED]> wrote:
>
>
> Hey All,
>
> I tried to hunt through the mailling list archives, but I wasn't sure what
> to search for. I currently have bacula 2.2.5 on my Centos 5 backup
> server. I now have a requirement to have a copy of all backups both on an
> onsite and offsite server in addition to my backup server. I must be
> able to do full system restores off of either of these servers without my
> original backup server. I was wondering if there were any options
> available with bacula to maintain multiple databases with multiple
> backup copies? Has anyone tried anything similar before?
>
> -Megan
>
> -------------------------------------------------------------------------
> 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
>
--
Michael Lewinger
MBR Computers
http://mbrcomp.co.il
-------------------------------------------------------------------------
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