小编Pha*_*aun的帖子

基本上，我正在搜索是否存在可以检测移动或重命名文件的工具或脚本，以便我可以获得重命名/移动文件的列表，并在网络的另一端应用相同的操作以节省带宽。

基本上磁盘存储很便宜但带宽不是，问题是文件通常会被重新组织或移动到更好的目录结构中，因此当您使用 rsync 进行备份时，rsync 不会注意到它已重命名或尽管另一端有相同的文件，但已移动文件并再次通过网络重新传输它。

所以我想知道是否存在一个脚本或工具可以记录所有文件的位置及其名称，然后在备份之前，它会重新扫描并检测移动或重命名的文件，然后我可以获取该列表并重新应用另一侧的移动/重命名操作。

以下是文件的“一般”功能列表：

1. 大文件不变
2. 它们可以重命名或移动

[编辑：]这些都是很好的答案，我最终要做的是查看所有答案，并将编写一些代码来处理这个问题。基本上我现在在想/正在做的是：

1. 使用 AIDE 之类的东西进行“初始”扫描，并使我能够对文件进行校验和，因为它们应该永远不会改变，因此它有助于检测损坏。
2. 创建一个 inotify 守护进程来监视这些文件/目录并记录与重命名相关的任何更改并将文件移动到日志文件中。
3. 在某些极端情况下，inotify 可能无法记录文件系统发生的事情，因此最后一步是使用 find 搜索文件系统以查找更改时间晚于上次备份的文件。

这有几个好处：

1. 来自 AIDE 的校验和/等能够检查/确保某些媒体没有损坏
2. Inotify 保持低资源使用率，无需一遍又一遍地重新扫描文件系统
3. 无需修补 rsync；如果我必须打补丁，我可以，但我宁愿避免打补丁以降低负担（IE 不需要在每次有更新时重新打补丁）。
4. 我以前使用过 Unison 并且它真的很好，但是我可以发誓 Unison 确实在文件系统上保留了副本，并且它的“存档”文件可能会变得相当大？

我还没有得到服务器或网卡，但这是目标设置：

1. 1x 服务器
2. 1x 客户端
3. 服务器和客户端之间的 1 个或多个 NIC 链接点对点（不涉及交换机）

所以我想知道是否可以在 PCI-X/PCI-E 总线上设置某种形式的与 2 Nic 或 4 Nic pro Intel 以太网卡的绑定，以使客户端和服务器能够共享文件比 1Gbps 上限还快？

我知道会有一些来自 TCP/UDP 的开销，以及来自其他东西的其他开销，但我想尝试为客户端和服务器提供两者之间可能的最高总带宽。

如果这是不可能的，那么我将避免使用 2x 以太网 NIC 或 4x 以太网 NIC 产生额外费用。