答案1
最近,我从命令套件(备份、恢复和后快照)中获得的主要优势backup
是它们可以在 JFS2 快照上工作。其他命令,如 tar、cpio 和其他一些命令则不能,它们只是因一些奇怪或非描述性错误而失败,例如 tar 因空白错误而失败:
$ cd /home/myjfshome/.snapshot/snapshot_1
$ tar -cvf /tmp/mytarfile myfile
tar:
答案2
这些程序dump
( backup
) 和restore
来自 1980 年左右的 BSD。它们实现了一个工作且坚如磐石的增量备份系统。
tar
像随 一起提供的 tar 这样的普通实现AIX
无法与备份系统相比,因为普通的 tar 实现不会保留所有需要的文件元数据。
然而,如果您正在使用star
(我是最古老的免费 tar 实现的作者star
)来备份文件系统,您将获得与这些程序使用的相同的基本算法,但备份是以文件系统和操作系统独立的方式完成的。 Star还为您提供了坚如磐石的增量备份系统。
看http://schilytools.sourceforge.net/man/man1/star.1.html了解更多信息。
由于star
能够使用任何大小的 FIFO(例如,如果指定相关fs=
选项,则为几 GB)并且 BSDbackup
程序仅支持少量 63 kBytes 缓冲区,star
因此比历史方法更快。如果您想直接备份到需要保持流模式的磁带设备,这一点很重要。
注意:目前 AIX 上尚不支持 NFSv4 ACL star
,我无法谈论 AIX 上已撤回的 POSIX 草案 ACL 的状态,因为我目前无法访问 AIX 计算机。
另一个流行的程序似乎是gnu tar
,但该程序没有 ACL 支持,并且声称支持增量备份和恢复,但如果两次增量备份之间的文件系统发生重大更改,则无法恢复增量。
看到这个是否可以使用 tar 进行完整系统备份?一个重复众所周知的 GNU tar bug 的脚本(自 1992 年以来一直存在,自 2004 年以来多次报告)。
这是一个部门比较:linux tar 列出增量不可信