使用Bacula作为VTL

Bacula支持一个应该做你需要的迁移作业types。 看到这里 。

您可以编写另一个备份作业，其唯一目的是将第一阶段的存档文件从磁盘备份到磁带。

我已经这么做了很多年，但是我只在第二阶段使用bacula。 我在第一阶段使用基于rsync的解决scheme：

1.磁盘到磁盘

我们networking上的所有机器都运行每日cron作业，将关键目录备份到备份服务器的巨大磁盘上。 由于我们使用rsync来做这件事，所以我们每次都得到一个“合成完整”备份。 这大大减轻了机器的负担，因为他们只需发送已更改的文件，但备份服务器始终在其磁盘上备份完整的文件夹副本。

2.磁盘到磁带

Bacula负责按照计划将所有文件放入磁带：每个月进行一次完整的磁带备份，每周进行差异备份，每天增量备份。

这样做的好处是，我们可以减轻我们在服务器上的负担（因为我们使用的是rsync来只提取已更改的文件，减less了备份窗口），所有的工作都是由我们的备份服务器完成的。

现在它可以做到这一点，它支持移民工作，但这是现在奇妙的工作。 我们备份了大约40台服务器，大约有9TB的数据。

我不相信有一个官方的bacula机制来做你想做的事情。

这是我为一个小型办公室（5台个人电脑，一台服务器和2台互联网服务器）的客户所做的。

首先，我运行备份到服务器磁盘的夜间备份作业。 接下来，我运行了一个脚本，将恢复到磁盘上的另一个位置（我们有足够的空间），然后tar和羽毛到磁带。

我这样做的原因，与sweimann把备份文件简单地备份到磁带上的好build议相反，是我希望最终磁带的最大可移植性。 你可以在任何一台机器上（即使是窗口，正确的软件）popuptar tar磁带并恢复文件。

在线备份是真正的主要，他们回来了六个月。 磁带总是限于最近的全面恢复，主要是为了办公室的灾难恢复，以防办公室被烧毁（他们是要被赶出现场）。

不，它不能很好地扩展，而且比直接备份花费的时间要长得多，但是对于一些场景来说，它却有效。