我在SLES 10.2服务器上有一个10TB的XFS文件系统。 我目前每天运行一次rsync ，将其与另一台服务器上基于磁盘的联机备份进行同步。 主卷相当繁忙，所以rsync平均只能以2MB /秒的速度运行。 但是，我可以scp文件并获得> 50MB /秒的相同的目的地。 这导致我相信，rsync负担过重， 决定转移什么 ，而不是实际转移 。
还有哪些其他方法可以实现这种types的合成完全备份？ 以下观点的相对利弊是什么？
使用xfsdump ，通过ssh或类似的方式传送到xfsrestore上的xfsrestore 。 它能用这种方式进行增量吗？
一些使用drbd或类似的asynchronous块复制。
一些更好的使用rsync比如更宽松的比较标准。 我目前正在使用
rsync -aqAX --numeric-ids --delete-during --files-from=foo ...
首先我build议可能有一种方法可以使rsync更好地处理这个问题。 你有没有尝试closures增量/部分文件传输？ 只有时间匹配？
其次，跳过关于xfsdump等等。即使你得到了一些东西，这将是脆弱的，将是一个恢复的噩梦。
最后，由于数据集的大小以及您遇到的问题，我build议您查看LVM卷的使用情况。 通过将您的数据放入LVM卷中，您可以在不使用任何脱机的情况下对其进行快照，然后在闲暇时进行rsync /备份快照。 这将释放大量的文件locking问题，并避免数据不一致的问题。 也可能有一些与使用LVM快照进行备份有关的工具比rsync更有效，因为它们利用了有关文件系统的较低级别的知识。 有什么东西要看。
xfsdump / xfsrestore远非易碎。 这是一个非常快速和有效的备份xfs的方法。 这些工具是与xfs文件系统一起开发的。 是的，xfsdump可以做增量 – 这是标准的任何转储工具。
话虽如此，rsync可以做一个“快速检查”，所以你可能想看看。 只要search手册页“快速检查”。