我有一台运行 Ubuntu 16.04 的 VPS，配备 2T 存储空间，我想将数据存储在其中，目前数据存储在 1T 闪存驱动器上。我希望能够返回历史记录以检索文件的旧版本。
我研究过“duplicity”，但读到了很多关于它很慢并且由于需要频繁创建完整备份而占用大量空间的故事。
然后，我找到了“rdiff-backup”作为解决方案，但它不能很好地处理恢复。由于中断，我甚至无法将初始同步同步到我的服务器。我尝试先将 rdiff-backup 备份到本地目录，然后将其 rsync (-a) 到我的 VPS。但是当我尝试从我的原始目录进行 rdiff-backup 时，它不起作用（关于太多增量的奇怪错误）。
我现在正在考虑 rsnapshot，或者也许将 rdiff-backup 包装在自己的工具中，以便更好地处理简历（例如，通过每个目录逐步执行 rdiff-backup）。
rdiff-backup 是否应该按照我尝试的方式工作？（本地目录 1 rdiff->本地目录 2，本地目录 2 rsync->远程目录，本地目录 1 rdiff->远程目录）如果不是，rsnapshot 是否是一个很好的替代方案？
答案1
我强烈建议你使用rsnapshot，将其配置为在检测到连接问题时重试多次。例如，要启用最多尝试 3 次的多次尝试方法，请将以下行添加到您的rsnapshot.conf文件：
rsync_numtries 3
答案2
问题是您想要备份 1 TB 的数据。这意味着即使在完成第一次初始备份后，增量更新也可能非常大，因为您提到的所有工具都在文件系统级别上运行，并且如果您将其更改为 VPS，则会传输整个新文件。
此外，其中一些工具肯定不是为备份大型文件库而设计的。我认为 Rsnapshot 是可靠的，如果你想在 VPS 上加密或压缩（或两者兼而有之）你的东西，duplicaty 也值得一看，这当然意味着备份需要更多时间。
话虽如此，初始同步后您真正需要的快速备份解决方案是块级别的增量备份。
这是 ZFS 或 Btrfs 自带的东西，命令是 ZFS send 或 btrfs send。
如果 Btrfs 是您选择的文件系统（我目前还不能用有价值的数据推荐它），那么例如 Marc Merlin 的这个脚本可能会很有趣，尽管还有类似的脚本：http://marc.merlins.org/perso/btrfs/post_2014-03-22_Btrfs-Tips_-Doing-Fast-Incremental-Backups-With-Btrfs-Send-and-Receive.html
如果你确实更喜欢 ZFS，那么 Znapzend 可能值得一看：http://www.znapzend.org/
还有一些公司为 ZFS 发送/接收提供 ZFS 备份空间，例如 rsync.net（与他们既不是关联也不是客户，是的，尽管名称如此，但他们确实提供 ZFS 发送）。
请注意，虽然完全有可能使用 rsnapshot 之类的工具来完成此任务，它更实用，也更快捷由于数据量很大，除非您的互联网线路非常大，否则最好使用 ZFS/Btrfs send 代替它。这两个在技术上优于 rsnapshot 等。