都是采集的，再采集一遍呗，炒作撒

看这标题，我还以为是硬盘掉到油锅里了……

#2 楼 @qhwa 深表同感

只能说他们的备份策略实在太差了，或者根本是随心所欲的备份

昨个也得一天一备份

主从库备份。另每周完整备份，周每天增量备份。

如果基础设施在 Amazon 云上，推荐 https://postgres.heroku.com，即使不用 Heroku. 省心不贵

说实话，这一丢就丢两个月是不是有点离谱了啊？

人民群众喜闻乐见

备份策略有严重问题，正常商业化网站，1 天 1 备是至少的。 如果可以 1 小时 1 增量，灾难恢复风险就很小了。

看楼主 blog 信息，是人为删除。这是运维策略的不完整，自动化部署太重要了。每次部署前加入 stage 环境，备份更加保险

升级前也不先备份一下？

如果是合格的策略，即使服务器被轰成渣都不至于丢两个月的数据……

我现在一天一备份，存到 S3，保留 24 天。

1. 主从
2. 延迟 2 小时的 slave
3. 异地 slave
4. 每 2 小时增量备份
5. 每天全备份

我现在一天一备份，加密打包，自动同步到 dropbox，dropbox 保留最近的 30 天，本地的每天备份都有。

教训啊，备份这个绝对不要抱着侥幸的心里，冒不起这个险

@wagaga 炒作？ 真会开玩笑。

想起上次 rubychina 的 huacnlee http://ruby-china.org/topics/7748 估计也会被你说成炒作了。

不长的时间内，我同事把 vps 当成自己本地把 pulic/uploads 目录给删了。 结果，丢了不到一个月的数据。没法恢复。

都是血的教训。 这个时代，谁也不能得罪程序员。

#18 楼 @zealinux 原来你是正主啊，那我给删了，毕竟这事让人难以相信，如果说一周，半个月到或许有说服力

#18 楼 @zealinux rubychina 只是个 hobby forum .. 下厨房是商业公司，这能一样么...

所以觉得很诧异，一个用户百万以上的商业公司居然... 原以为稍大点的公司都会有异地备份

备份策略很重要，另外真的有必要推荐 Copy-on-Write 文件系统，比如 ZFS（RAID-Z / Mirrored）任何操作之前都做个 snapshot 性能开销忽略，变动少的话快照的 size 也很小，但是可以救命。

商业公司出这种事故，实在是应该被抽鞭子。

原来是这样，我说我注册过的账号怎么都没了

曾经把软件和备份都放在 ec2 的 instance store 目录下，一停机再开机 所有东西不见了。。。

曾经在 ruby console 里执行了 Product.delete 幸好数据太多执行未完成时发现了