在A站点上，我成功地在一个主机上build立了bacula导向器，在我想要备份的主机上创build了多个文件守护进程，最后还有一个存储守护进程实际存储在其中。
如果灾难袭击了build筑工地A，我想要在另一个工地B的另一个存储守护进程。
文件集，导演等将是相同的，除了作业将被存储在另一个存储守护进程。
有没有关于这方面的最佳做法？
您可以将作业从作业卷迁移或复制到最后一个：
…在Bacula中使用的术语Migration意味着将数据从一个卷转移到另一个卷。 特别是它指的是一个作业（类似于备份作业），读取以前备份到卷的数据并将其写入另一个卷…
…复制过程与迁移function基本相同，但复制的作业保持不变…
http://www.bacula.org/manuals/en/concepts/concepts/Migration_Copy.html
编辑：
如果您使用软件压缩，最好将卷文件从一个站点复制到另一个站点（使用迁移，它将再次解压缩）。
备份完成后，可以使用作业资源中的RunScript运行rsync，ftp，scp或任何其他可用的复制方法。
不要忘记复制目录数据库，否则您需要使用bscan或一些恢复信息。 你也可以使用MySQL复制。
做你想要的有效手段是两次运行备份（两个作业，一个备份到站点A的SD，另一个备份到站点B的SD） – 更好的方法（假设你备份到DISK上的文件）可能可以使用类似DRBD （Linux）或GEOM门 （FreeBSD）的东西来复制守护进程正在使用的后端存储：这样可以在不需要第二个备份作业的情况下复制数据（尽pipe如果您的networking链接有问题是不可靠的）。
其他选项包括将磁带文件rsync到场外提供商（例如rsync.net ，或者您自己的辅助数据中心（如果有的话）），在灾难袭击您的主要数据中心的情况下为您提供本地和远程副本。 这里需要注意的是，只要系统传输文件，“远程”副本总是不同步。
对于它的价值，我的实现是对我所描述的第二种方法的一种变化：作为Bacula安装/卸载脚本的一部分，服务器rsyncs虚拟磁带文件（在安装时，它从远程站点提取任何更改，在卸载时推动变化）。
这确实使挂载/卸载磁带需要更长的时间，这增加了完成备份所需的时间（在rsync运行时，备份挂起等待“磁带”卸载），但在站点之间有足够的带宽（和rsync的智能增量）开销不算太坏。