我正在评估Bacula作为一个小型networking的集中备份工具，用户将无法预测地打开和closures机器。 我需要备份的一些无头的Linux机器，通过按下机箱上的开/关button来closures，而无需告诉用户等待备份工作完成。
所以，我们不知道什么时候备份工作可能会运行（anacron可能有助于这个，对吧？），我们不知道他们是否会被允许完成。
Bacula是这样一个环境的合理select吗？
bacula依靠一个处理所有调度的中央“主任”。 当bacula-director试图让它（ bacula-fd ）与存储守护进程（ bacula-sd ）交谈时，如果一个系统closures，那么经过一段configuration的时间后，bacula将放弃并标记作业失败。 如果在工作中被closures，几乎肯定会将工作标记为失败。
据我所知，一旦工作失败，就没有机会重试或继续工作，下一次工作就会重新开始。
我会build议使用rsync从中央服务器，然后备份中央服务器磁带。 在这种情况下，rsync可以在任何时候方便的时候从每个盒子的cron调度，以及@reboot。 如果系统在rsync中closures，它将在启动时结束。 当像这样使用“推”备份时，维护该中央服务器的备份很重要，因为损坏的客户端会将损坏的数据推送到服务器。
Bacula更适合服务器使用，试试槟榔。
虽然我不知道Bacula如何处理这种情况，但我刚刚评估了Backuppc关于“消失”的客户。 Backuppc使用普通的rsync作为其传输，因此，如果客户端在正在运行的作业中被closures，则可以将备份标记为“部分”。 从这种情况下恢复工作得很好。