目前它是 700MB，但可以想象它会超过 1GB。通常我只是将这个文件复制到另一个位置（好奇的是，它是 Zope 实例的数据库，一个 ZODB 文件）。
该文件每天几乎没有变化，但我知道 Bacula 不能对增量备份进行文件内细分。无论如何，没关系。我想做的是每天完整备份并保留其中两个，每周完整备份并保留其中两个。所以在任何给定的时间我都可以得到昨天、前天、一周前和两周前。你认为这是个好主意吗？
我想我应该制定两个时间表，每天和每周。但是我应该在卷和池上拥有哪些数字来实现这一点？两卷1.5GB？欢迎任何提示或指导，我不是系统管理员，我对 Bacula 的经验非常有限。
大型数据库文件的在线备份是一项有风险的业务，因为文件可能会在您读取它时发生更改，从而导致备份不一致并且可能无用。我相信您不应该备份 ZODB 文件本身，而应该备份repozo工具每天创建的差异。这样，您还外包了处理您说 Bacula 无法处理的文件内部细分的工作。
根据我使用 bacula 和备份到磁盘的经验，最好为每个备份作业保留一个卷。这样，随着作业过期，文件中就没有死空间。Bacula 可以重用整个卷，并减少磁盘利用率。在池资源中使用“Set Maximum Volume Jobs = 1”指令。
我会设置两个池，每天和每周。将卷保留时间设置为每天两天和每周两周。将每日安排在周一至周六，将每周安排在周日。
根据您的基础架构，我建议您拍摄您正在备份的卷的快照以“冻结”它并从那里进行备份。
对于我们的一些备份，我们使用 LVM 快照（http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html），以避免锁定我们的任何数据库（我们有 TB 的数据要备份，并且锁定将有对服务的巨大影响）
然后，正如您所说，数据库不会移动太多，我会保留 6 天，每日 6 卷，周刊 2 卷。你的每日任务应该会进入增量备份池，而每周任务应该是完整的。
例如，让每周（完整）在周一运行，然后每天（周二至周日）递增。如果您意识到您的数据已损坏，这将允许您在一周中的任何一天返回，而不会在备份期间占用太多空间或时间。
编辑：而且......我应该在回答之前检查发布日期。哈哈。迟到了 3 年。
对于开源 bacula (bacula.org)，最好的办法是确实使用“Set Maximum Volume Jobs = 1”指令。
如果您想要“增量备份的文件内部细分”，请考虑 Bacula Systems 的 Delta 插件 - https://www.baculasystems.com/products/bacula-enterprise-plugins/delta。