If bacula supported other DB engines, bacula could be more easily
"evaluated", but the mysql setup is pretty darn simple. I applaud the
bacula developers for adding extra documentation on mysql into the
bacula docs rather than just a simple link to a google search or
www.mysql.org If I didn't have the extra help I probably would have
been delayed substantially in implementing bacula at my site.
IMHO, it's somewhat of a design flaw to set up your backup system
depending upon the enterprise db box. If the enterprise db server goes
down you need to get that up and running, then restore the bacula
catalog, then you can begin restoring everything else. IMHO, the bacula
database should be tiny and self-contained. Once you make bacula depend
on two systems you start to increase the complexity of the system in a
way that will make disaster recovery efforts take a lot longer.
I agree regular non-backup apps should generally be able to work with
more than one db engine but I find this requirement for a backup system
a completely different matter.
Bob
> I have to agree with Joao (apologies for spelling
> problems due to Latin alphabet). The choice of
> something as trivial as a catalog database can be
> a complete show-stopper for many applications. I
> have seen this when deploying a solution that met
> all customer requirements, but which was SQL
> Server based, and was ultimately rejected for no
> other reason than that it was not
> Oracle. Likewise, other solutions, that happen
> to support Oracle, automatically get a free pass
> because they support the in-house database even
> though they have passed none of the acceptance
> tests required of other solutions.
>
> Consider that no enterprise backup framework
> officially supports multiple RDBMS vendors and
> Bacula's support of multiple databases
> (abstracted through dedicated interface code) becomes especially attractive.*
>
> I will not go so far as to say that Bacula needs
> support for additional databases but that, given
> the availability of coders and testers, it can
> easily be ported to most RDBMS's on the planet.
> Support for more databases is ultimately a
> positive thing but it does incur additional development and testing effort.
>
> --PLB
-------------------------------------------------------------------------
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
