我有一个运行带有2T存储的Ubuntu 16.04的VPS，我想把我的数据放在1T闪存驱动器上。 我希望能够回到历史logging来检索旧版本的文件。
我看过“重复”，但是读了很多关于它慢的故事，并且因为需要频繁地创build完整的备份而花费了大量的空间。
然后，我到达“rdiff-backup”作为解决scheme，但它不能很好地处理简历。 由于中断，我甚至无法将初始同步连接到服务器。 我试图先将rdiff备份到本地目录，然后将rsync（-a）到我的VPS。 但是，当我然后试图从我的原始目录rdiff备份，它不会工作（奇怪的错误太多的增量）。
我正在考虑rsnapshot，或者可能在我自己的工具中包装rdiff-backup，以便更好地处理恢复（例如，通过对每个目录执行rdiff-backup增量目录）。
我应该如何使rdiff-backup工作？ （本地目录1 rdiff->本地目录2，本地目录2 rsync->远程目录，本地目录1 rdiff->远程目录）如果不是，将rsnapshot是一个很好的select？
我强烈build议您使用rsnapshot ，将其configuration为在检测到连接问题时多次重试。 例如，要启用3次尝试的多次尝试，请将以下行添加到您的rsnapshot.conf文件中：
rsync_numtries 3
关键是要备份1 TB的数据。 这意味着，即使在第一次初始备份完成之后，增量更新也可能非常大，因为您提到的所有工具都在文件系统级别上工作，如果将其更改为VPS，则会传输整个新文件。
还有一些工具绝对不是用来备份大型文件库的。 Rsnapshot在我看来是可靠的，如果你想在VPS上encryption或者压缩（或者两者）你的东西，那么重复也值得考虑，这当然意味着备份需要更多的时间。
话虽如此，在初始同步之后，对于快速备份解决scheme而言真正需要的是块级别的增量备份。
这是ZFS或Btrfs自带的，命令是ZFS发送或btrfs发送。
如果Btrfs是您select的文件系统（我不能推荐有价值的数据），那么例如Marc Merlin的这个脚本可能会很有趣，尽pipe也有相似的地方： http : //marc.merlins.org/perso/ BTRFS / post_2014-03-22_Btrfs-Tips_ -做-快速增量备份与-增加了Btrfs，发送和Receive.html
如果你更喜欢ZFS，比如Znapzend可能值得一看： http ：//www.znapzend.org/
也有公司提供ZFS发送/接收的ZFS备份空间，如rsync.net（不隶属于他们，也不是客户，是的，尽pipe他们提供ZFS发送的名称）。
请注意，尽pipe完全可以使用rsnapshot这样的工具来完成这个任务， 但是除非你有一个非常大的互联网线路，否则由于大量的数据，使用ZFS / Btrfs发送代替它会更实际和更快 。 这两个技术优于rsnapshot et.al.