我正在评估 Bacula 作为小型网络的集中备份工具，在这个网络中，用户会不可预测地打开和关闭机器。我需要备份的一些无头 Linux 机器可以通过按下机箱上的开/关按钮来关闭，而没有任何方式告诉用户等待备份作业完成。
因此，我们不知道备份作业何时运行（anacron 可能会对此有所帮助，对吧？），我们也不知道它们是否可以完成。
对于这样的环境来说，Bacula 是一个合理的选择吗？
答案1
bacula 依赖于一个中央“控制器”，它负责处理所有调度。如果系统在bacula-director尝试bacula-fd与存储守护进程 ( ) 通信时发生故障bacula-sd，则在配置的一段时间后，bacula 将放弃并将该作业标记为失败。如果在作业期间关闭它，它几乎肯定会将该作业标记为失败。
据我所知，一旦一项工作失败了，就没有重试或继续的机制，bacula 将在下次安排这项工作时重新启动。
我建议使用rsync从机箱到中央服务器，然后将该中央服务器备份到磁带。在这种情况下，可以从每个机箱上的 cron 安排 rsync 在任何方便的时间以及 @reboot。如果系统在 rsync 中途关闭，它将在启动时完成。当使用这样的“推送”备份时，维护该中央服务器的备份很重要，因为损坏的客户端会将损坏的数据推送到服务器。
答案2
Bacula 更适合服务器使用，请尝试 Areca。
答案3
虽然我不知道 Bacula 如何处理这种情况，但我刚刚评估了 Backuppc 的“消失”客户端。Backuppc 使用普通的 rsync 作为传输方式，因此如果客户端在运行作业期间关闭，它可以将备份标记为“部分”。从这种情况中恢复非常顺利。