在站点 A 上，我已经成功地在一台主机上设置了一个 bacula 控制器，在我要备份的主机上设置了几个文件守护程序，最后是一个实际存储备份的存储守护程序。
如果灾难袭击了建筑物站点 A，我希望在另一个站点站点 B 上安装第二个存储守护程序。
文件集、导演等将是相同的，除了作业也将存储在其他存储守护程序中。
是否有任何最佳实践？
有效地执行您想要的操作意味着运行备份两次（两项作业，一项备份到站点 A 的 SD，另一项备份到站点 B 的 SD）——更好的方法（假设您备份到磁盘上的文件）可能使用DRBD (Linux) 或GEOM Gates (FreeBSD) 之类的工具来复制守护程序正在使用的后端存储：这提供了数据复制，而不需要第二次备份作业（尽管如果您的网络链接，它也有自己的问题）不可靠）。
其他选项包括rsync将您的磁带文件发送到异地提供商（例如rsync.net，或者您自己的辅助数据中心，如果有的话），以便在您的主数据中心发生灾难时为您提供本地和远程副本。这里需要注意的是，只要您的系统需要传输文件，您的“远程”副本就总是不同步。
就其价值而言，我的实现是我描述的第二种方法的变体：作为 Bacula 挂载/卸载脚本的一部分，服务器 rsync 虚拟磁带文件（在挂载时，它会从远程站点提取任何更改。在卸载时，它会推送变化）。
这确实会使安装/卸载磁带花费更长的时间，从而增加完成备份所需的时间（在 rsync 运行时，备份挂起等待“磁带”卸载），但站点之间有足够的带宽（以及 rsync 的智能增量）开销还不错。