我选择 Bacula (v.5.0.2) 来备份我们办公室工作人员的数据。
Director 和 Storage DaemonSERVER在从一家德国大型托管公司租用的基于 Debian 的根服务器（）上运行。
所有宝贵的数据以及 Bacula 的文件守护进程 ( CLIENT) 都驻留在基于 Debian 的 Samba 服务器上，该服务器位于现场并通过 SOHO 路由器后面的 ADSL（~768Kbit 上行）连接到互联网（这是一个长期缺钱的非营利组织）。
此外，CLIENT互联网连接正在每 24 小时被 ISP 断开一次和它的 IP 确实发生了变化时不时地。
我已经成功设置了基本基础设施，并成功测试了备份和恢复文件。但是，现在是时候定义自动化作业了，我面临一个我无法理解的问题：
问题
假设我想让每个办公室职员都工作，并需要备份他的 Samba 份额，其大小约为
10GB。备份级别并不重要，因为 Bacula 需要从完整备份开始。但在强制断开连接导致该工作无效之前，此初始完整备份无法通过办公室的线路传输。
问题
除了设置多个作业（和文件集）之外，还有其他方法可以将初始工作负载划分为更小的部分吗？
或者更好的是，是否可以以某种方式暂停并重新启动正在运行的作业以克服不可避免的连接丢失？
还有什么我没有想到的可能会有帮助吗？
答案1
备份所需的时间与备份的数据成正比——如果您需要移动 10G 的数据，则需要花费一些时间（具体时间取决于您的网络链接速度）。
此外，bacula 假设您的网络连接是可靠的 —— 它不希望您的连接断开，坦率地说，这是 bacula 的合理假设。
这恰当的解决问题的办法是更换 ISP。
坦白说，如果您的网络连接像您描述的那么不可靠（每 24 小时断线一次！）并且您无法获得 100% 免费的连接，那么您可能付了过高的费用。
如果您无法实施适当的解决方案，最好的选择是在客户端站点运行本地存储守护程序并在那里备份到磁盘。
然后您可以使用类似rsync将虚拟磁带文件复制到另一个位置。
此解决方案的主要缺点是您需要（至少）一个额外的磁盘来备份，并且您必须管理 rsync 作业（您可以使用RunAfterBackupBacula 中的脚本来完成）。
根据您的需要，USB 硬盘驱动器可能足以满足额外磁盘的要求。
您在问题中描述的其他替代方案要么存在缺陷，要么根本不可行。
具体来说，Bacula 没有“暂停”备份的概念，将备份拆分为多个作业（拆分备份的唯一方法）只意味着您将失败一个子作业，而不是整个作业——如果您这样做，您仍然可能会得到一个无法将您恢复到良好/一致状态的备份，因此您实际上并没有解决问题。
答案2
作为版本7.2，bacula 确实支持暂停和恢复作业（通过stop和resume/restart命令）。