备份你的服务器

楼下好人，回复几个备份方案咯。

如果换了是阿里云 腾讯云这样的，丢了一周的数据，估计他们的论坛已经炸了吧。

文中提供了两个备份工具：

http://backuppc.sourceforge.net/info.html
http://blog.bacula.org/

备份是个常识。任何重要的个人网站都至少要有 1 份完整备份。
重要的公众网站（比如论坛）至少要有 2 份备份，其中 1 份应当基本是实时的。

最简单的做法，数据库每日 dump ，然后和文件放一起 tar 包再用 ftp 发到另一台服务器上。
最稳妥的做法，数据库走 replication ，文件走 rsync 。

青云.
需要自己买备份,可以设置备份策略,增量备份之类的,上手也很简单,全是界面操作
按需付费.本来存储现在就不值钱,这种服务还是觉得该用起来的

阿里云
记得好像对账户下所有运行的硬盘都是定时生成一个全盘快照。
但是非付费用户时效性好像不长

conoha 被打直接封号不给退钱也不给数据

dropbox 备份。

直接把数据盘 dd 成一个 img 镜像 下载下来

我看到 Do 丢数据被发帖子吐槽也不是第一次了，记得以前在 let 看过两次。但是赔 15 刀这个就有点过分了，我记得 letq 那次貌似赔了一百多刀。。。

如果是大站 建议自动备份
加云备份
虽然多备份现在有点渣渣但是我还是在用

@disonlee 出问题很正常。 AWS 都挂过，磁盘数据挂掉无法恢复。
而且就算运营商不出问题，你自己的文件系统也难保不会挂掉。

顺便我不知道楼主是什么个想法，不过我看了下原文最后写得很明白：

We ’ re fairly paranoid when it comes to backups and never wanted to put all our eggs in one basket. In addition to the weekly snapshots taken by DO ’ s backup service, all droplets are copied daily by BackupPC to storage at Amazon. I copied over the files and database dump from that backup to the restored droplet. The result was that, in less than an hour, the site of our client was up again without data loss. Crisis averted.

一份阶段性 Snapshot ，一份每日离岸备份，这恰好就是非常正确的备份方式，最后所有的数据都找回来了，一点点都没丢。

@msg7086 我没读全[囧]，谢谢提醒。另外，通过原文作者的经历，是不是可以说，在提高备份频率的基础上（每天或每小时或更高，看具体业务类型），把备份服务器和生产环境放到两个或多个不一样的托管商会更安全一些？比如 DO + Amazon ，或 Linode + Amazon ，或 DO + Linode 等。

@zxgngl 重要服务我会扔三四家不同的服务商，跨地理备份。