rdiff-备份替代方案或使用rdiff-备份与rsync

Question

我有一个VPS运行Ubuntu16.04与2T存储，我想把我的数据，目前驻留在一个1T闪存驱动器。我希望能够回到历史上来检索旧版本的文件。

我看过“双面性”，但读过很多关于它慢的故事，并且由于需要创建频繁的完整备份而占用了大量的空间。

然后，我找到了"rdiff-backup“作为解决这个问题的解决方案，但它不能很好地处理简历。由于中断，我甚至无法获得与服务器的初始同步。我尝试首先对本地目录进行rdiff备份，然后对VPS进行rsync (-a)备份。但是，当我尝试从我的原始目录进行rdiff备份时，它就不能工作了(关于太多增量的奇怪错误)。

我现在正在考虑r快照，或者在我自己的工具中包装rdiff备份，以便更好地处理简历(例如，在每个目录下执行rdiff备份增量目录)。

rdiff备份应该工作吗?我试着让它工作吗？(本地dir 1 rdiff->本地dir 2，本地dir 2 rsync->远程dir，本地dir 1 rdiff->远程dir)如果不是，r快照是一个很好的选择吗？

Answer 1

问题是你想备份1TB的数据。这意味着，即使在完成第一次初始备份之后，增量更新也可能相当大，因为您提到的所有工具都在文件系统级别上工作，如果将整个新文件更改为VPS，则将其传输。

另外，其中一些工具肯定不是用来备份大型文件库的。在我看来，R快照是可靠的，如果您想对VPS上的内容进行加密或压缩(或同时压缩)，那么复制也值得一看，这当然意味着备份需要更多的时间。

尽管如此，在初始同步之后，快速备份解决方案真正需要的是块级的增量备份。

这是ZFS或Btrfs附带的命令，命令是ZFS发送或btrfs发送。

如果Btrfs是您选择的文件系统(我还不能用有价值的数据推荐它)，那么这个Merlin的脚本可能会很有趣，尽管有类似的地方：http://marc.merlins.org/perso/btrfs/post_2014-03-22_Btrfs-提示_-Doing-Fast-Incremental-Backups-With-Btrfs-Send-and-Receive.html。

如果您确实更喜欢ZFS，例如，Znapzend可能值得一看：http://www.znapzend.org/

还有一些公司为ZFS发送/接收提供ZFS备份空间，比如rsync.net (不附属于它们，也不是客户，而且是的，尽管它们提供ZFS发送的名称)。

请注意，虽然完全可以使用像r快照这样的工具来完成这项任务，但是使用ZFS/Btrfs发送而不是使用它更实用、更快，这是因为您的数据量很大，除非您有很大的internet线路。这两种技术都优于r快照et.al。