我在 SLES 10.2 服务器上有一个 10TB 的 XFS 文件系统。我目前rsync每天运行一次，将其与另一台服务器上的基于磁盘的在线备份同步。主卷本身就很忙，因此rsync平均运行速度仅为 2MB/秒。但是，我可以scp以 >50MB/秒的速度将文件传输到同一目的地。这让我相信 rsync 负担过重决定转移什么， 不是实际转移。
我还能通过哪些其他方式实现这种类型的合成完整备份？以下想法的相对优缺点是什么：
使用
xfsdump、通过管道ssh或类似方式，将 传送xfsrestore至目标。以这种方式使用时，它可以进行增量吗？一些异步块复制使用
drbd或类似的东西。一些更好的用法，
rsync比如更宽松的比较标准。我目前正在使用rsync -aqAX --numeric-ids --delete-during --files-from=foo ...
答案1
首先，我认为可能有一种方法可以rsync更好地处理这个问题。你试过关闭增量/部分文件传输吗？只按时间匹配？
其次，跳过有关等的部分xfsdump。即使你按照这些思路做了一些事情，它也将会很脆弱，并且将是一场恢复的噩梦。
最后，由于您的数据集的大小以及您遇到的问题，我建议您研究使用 LVM 卷。通过将数据放入 LVM 卷中，您将能够在不使任何内容脱机的情况下对其进行快照，然后在闲暇时 rsync/备份快照。这将释放大量文件锁定问题并避免数据不一致的问题。也可能存在与使用 LVM 快照进行备份相关的工具，这些工具比 rsync 更高效，因为它们利用了有关文件系统的较低级别的知识。值得研究。
答案2
xfsdump/xfsrestore 一点也不脆弱。它是一种非常快速和有效的 xfs 备份方法。这些工具是与 xfs 文件系统一起开发的。是的，xfsdump 可以进行增量备份 - 这是任何类似转储的工具的标准配置。
话虽如此，rsync 可以进行“快速检查”，因此您可能需要查看一下。只需在手册页中搜索“快速检查”即可。