备份策略：像Time Machine一样在线备份备份

我有一个VPS数据中心托pipe的Linux VPS。

我需要在其上执行备份。我会订购“星球的存储云”来执行此操作。 http://www.theplanet.com/cloud-storage/

我的问题是关于备份策略：

今天我有其他的服务器，我周一使用rsync备份。我在周初获得完整备份，并在一周内增加。

在备份服务器我有这样的东西：

200902_week06

200902_week07

200902_week08

….

按周，我使用的是rsync –delete。这是为我的build议，直到现在。

但是在这个新的服务器上，我有很多文件，复制和复制它将会丢失带宽和存储空间。

我这个老办法，如果一周出现问题，我可以回滚文件。在这个新的情况下，我需要白天回滚文件。

我正在考虑像Mac上的时间机器：我发送什么新的，如rsync，但我可以回滚（和旅行）每一个承诺的一天。

为此，我正在考虑使用像Bazaar这样的VCS来pipe理提交条目。你怎么看待这件事？

关于这个策略的第二个问题是使用第二个备份存储：备份备份。我知道像“星球”这样的数据中心有RAID。但是如果有人在我的VPS上获得访问权限，并从我的CRON的备份脚本中存储的备份服务中获取用户和密码，会发生什么？

在我的方法中，我正在做两个备份，在我的公共服务器上没有提到第二个存储。再一次：你怎么看待这个？还有其他的方法吗？

谢谢Daniel Koch

对于你的第一个问题，我build议看看rsnapshot 。它基本上是rsync，diff和其他一些工具的封装。它将pipe理您的版本化/增量备份，并在您的备份服务器上为每个“快照”提供可浏览的树。它使用文件系统硬链接来提供每个快照的完整“视图”，即使只有less数文件可能已经改变。

对于你的第二个问题 – 你应该使用pull备份，而不是像你当前使用的推送备份。从您的备份服务器生成一个ssh密钥对，将公钥放到生产服务器上，然后使用该帐户通过ssh执行备份。这样，因为只有你的公众在服务器上，所以如果你的备份受到威胁，不会对你的备份造成伤害。

此外，关于您使用VCSpipe理备份的build议。我强烈build议反对。当然，这可能会奏效，但performance可能会很差。有很多更好的专门build立的备份工具，从长远来看，你会更加高兴。

我最近偶然发现了一篇很好的博客文章，展示了在使用rsync的同时创buildTime Machinescheme是多么容易。一探究竟。我还将其添加到rsync维基百科页面以获得更长的参考。