同步rsnapshot备份驱动器

我有一对USB驱动器用于通过rsnapshot进行备份。 一个驱动器被插入,另一个驱动器被取走。 对于第一个交换,我运行“rsync -aH”将当前驱动器中的所有内容复制到异地驱动器上。 这个过程花了6天的时间。 现在我已经达到了要更新异地驱动器的程度。

由于rsnapshot“幻灯片”的备份,以便daily.0总是最新的,我做了math(自上次旋转以来的24个新备份),并将现有的快照重命名为他们将匹配。

然后我再次运行“rsync -aH”,但似乎rsync没有检测到现有文件与新文件链接到相同的文件,因此它完成了新的副本。 例如,即使每日最新的.0 / server / etc / passwd与现有的daily.30 / server / etc / passwd相同,它们也有不同的inode(但是每天.31 / server / etc / passwd共享它的inode如预期的那样每日30)。

那么,在原来的rsnapshot目前创build的磁盘上:

daily.0/server/etc/passwd inode: A daily.30/server/etc/passwd inode: A daily.31/server/etc/passwd inode: A 

第一次rsync到异地磁盘后(使用“当前”的名字,希望使事情更容易混淆):

 daily.30/server/etc/passwd inode: A daily.31/server/etc/passwd inode: A 

在这个最新的rsync之后:

 daily.0/server/etc/passwd inode: B daily.30/server/etc/passwd inode: A daily.31/server/etc/passwd inode: A 

除了丢失硬盘空间之外,还需要rsync几天来validation事情是否同步。 这还没有完成,但是如果这个过程还需要6天,我也不会感到惊讶。 🙁

那么,刷新/重新同步这些驱动器的更好的机制是什么? 由于写入数据所花费的时间,我想远离擦除和重新同步。

(另外一个痛点:驱动器是不一样的,他们有其他的东西,所以现在不能select)。

我看到你提到,花了6天的时间通过USB做原始拷贝。 如果你不使用USB 3.0,那么这样做会有很大的不同。 附加的USB 3控制器也非常便宜。