我有一个托管在 VPS 数据中心的 linux VPS。
我需要对其进行备份。我会命令 The Planet's Stored Cloud 来做这件事。 http://www.theplanet.com/cloud-storage/
我的问题是关于备份策略：
今天我有其他服务器，我每周使用 rsync 备份。我在一周的开始得到一个完整的备份，并在一周内增加这个备份。
在备份服务器中，我有类似的东西：
200902_week06
200902_week07
200902_week08
……
按周，我正在使用 rsync --delete。到目前为止，它对我的提议有效。
但是在这台新服务器中，我有很多文件，并且连续数周复制和重新复制会丢失带宽和存储大小。
我采用这种旧方式，如果每周出现问题，我可以回滚文件。在这种新情况下，我需要按天回滚文件。
我在想mac上的Time Machine之类的东西：我只发送新的东西，比如rsync，但我可以回滚（并前往）每个承诺的日子。
为此，我正在考虑使用像 Bazaar 这样的 VCS 来管理提交条目。你怎么看待这件事？
关于此策略的第二个问题是使用第二个备份存储：从备份中备份。我知道像 The Planet 这样的数据中心有 RAID。但是，如果有人访问我的 VPS 并从存储在我的 CRON 备份脚本中的备份服务中获取用户和密码，会发生什么？
实际上，我正在做两次备份，在我的公共服务器中没有提到第二个存储。再次：您对此有何看法？还有其他方法吗？
谢谢你，丹尼尔·科赫
对于您的第一个问题，我建议您查看rsnapshot。它基本上是 rsync、diff 和其他一些工具的包装器。它将管理您的版本化/增量备份，并在您的备份服务器上为每个“快照”提供可浏览的树。它使用文件系统硬链接来提供每个快照的完整“视图”，即使只有少数文件可能已更改。
对于您的第二个问题-您应该使用拉式备份，而不是像您当前使用的那样推送备份。从您的备份服务器，生成一个 ssh 密钥对，将公钥扔到您的生产服务器上，然后使用该帐户通过 ssh 执行备份。这样，由于只有您的公众在服务器上，因此如果您的备份受到破坏，不会对您的备份造成损害。
此外，关于您使用 VCS 管理备份的建议。我强烈建议不要这样做。当然，它可能会起作用，但性能可能会很差。有更好的专用备份工具，从长远来看，您会更满意。
我最近偶然发现了一篇很好的博客文章，它展示了在使用 rsync 时创建 Time Machine 方案是多么容易。一探究竟。我还将它添加到 rsync 维基百科页面，以供参考。
http://en.wikipedia.org/wiki/Rsync#Examples
http://blog.interlinked.org/tutorials/rsync_time_machine.html