我正在考虑使用 Bacula 进行一些备份,但是为了节省磁带并限制手动操作,我想进行两阶段备份:
- 将机器备份到磁盘(在 bacula 中很容易)
- 完成后,将磁盘备份整合到磁带上。这就是棘手的一点……
有谁知道如何在 Bacula 内部将给定的备份从磁盘支持“迁移”到磁带?
答案1
Bacula 支持迁移作业类型,可以满足您的需要。请参阅这里。
答案2
您可以编写另一个备份作业,其唯一目的是将第一阶段的存档文件从磁盘备份到磁带。
答案3
我已经这样做了很多年,但我只在第二阶段使用 bacula。我在第一阶段使用基于 rsync 的解决方案:
1. 磁盘到磁盘
我们网络中的所有机器每天都会运行一个 cron 任务,将其关键目录备份到备份服务器的巨型磁盘上。由于我们使用 rsync 进行此操作,因此每次都会获得“合成完整”备份。这大大减轻了机器的负担,因为它们只需发送已更改的文件,但备份服务器的磁盘上始终有其备份文件夹的完整副本。
2. 磁盘到磁带
Bacula 负责按照计划将所有文件放入磁带:每月进行一次完整磁带备份,每周进行一次差异备份,每天进行一次增量备份。
这样做的好处是,我们最大限度地减轻了实时服务器的负担(因为我们使用 rsync 仅提取更改的文件,从而减少了备份窗口),并且所有艰苦的工作都由我们的备份服务器完成。
现在,bacula 支持迁移作业,因此可能可以在 bacula 内部完成所有这些操作,但目前它运行良好。我们备份了大约 40 台服务器,数据量约为 9TB。
答案4
我不相信有一个官方的 bacula 机制可以做你想做的事情。
这是我为一个拥有小型办公室(5 台电脑、一台服务器和 2 台互联网服务器)的客户所做的事情。
首先,我运行了夜间备份作业,将数据备份到服务器的磁盘上。接下来,我运行了一个脚本,将数据还原到磁盘上的另一个位置(我们有足够的空间),然后将数据 tar 和 feather 到磁带上。
我这样做的原因是,与 Sweimann 提出的将备份文件简单地备份到磁带上的好建议相反,我希望最终磁带具有最大的可移植性。您可以将涂了焦油的磁带放入任何机器(甚至是 Windows,只要有合适的软件)并恢复文件。
在线备份才是真正的主要备份,可以追溯到六个月前。磁带始终仅限于最近的完整恢复,主要用于 CYA 灾难恢复,以防办公室被烧毁(它们本来是要被带离现场的)。
不,它的扩展性不太好,并且比直接备份花费的时间更长,但它在某些情况下是有效的。