On 18/12/15 18:01, H. Steuer wrote:
>
> In fact the whole discussion breaks down to a very simple question:
> /
> //Is the director password thats stored in the file daemon
> configuration on a client machine the same password that gains me
> administrative access to the director using bconsole./
>

No.  Addtionally each filedaemon can (should!) have its own unique
password(*).

(*) In the case of a HA fileserver cluster, all cluster members need to
share the same -fd password so that filesets can be backed up no matter
which server they (and their virtual IP) happen to end up on.

Furthermore, you can have several levels of administrative access inside
bconsole, such that the admin of the mail machine can
access/tweak/retrieve backups for his system whilst not being able to
access/tweak/retrieve backups for the webserver, yet both are talking to
the same backup system, possibly using the same database and same tape
pool -  on top of that the service desk can monitor the health of the
various components without being able to see any further inside the the
system than that.


Once again: When you get to this level of complexity, you really should
take out a software support contract.
Bacula may be opensource, but it's certainly not cost-free to develop
(and the enterprise version has some nice tools for managing large-scale
deployments that aren't in the community version).

At the scale originally mentioned, you're putting $40-80k into a tape
robot, $30-40k on tapes and $10-15k for a data safe to put them in.
Enterprise support costs are fairly modest - _far_ lower than those of
any comparable software and all enterprise development eventually finds
its way into the community version.

I'm a happy Enterprise client, having used Bacula since it was first
publicly released, to handle hundreds of backup sets totalling a couple
of PB (we limit each backup set to 1TB to keep full backup runtime
reasonable)

I'm also a happy community s/w user with a lot less than that backed up
to HDDs (Tapes aren't worth it for small deployments and I don't trust
"clouds" - aka "someone else's storage that may go away or undergo rule
changes without warning")




------------------------------------------------------------------------------
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to