公告 数据恢复了,虚惊一场

huacnlee · 2013年12月26日 · 最后由 tqhy1688 回复于 2014年01月08日 · 11386 次阅读

SB 了一回....


刚才莫名丢失的原因:

之前在盛大云的时候 MongoDb 数据库配置在 /data/mongodb 下面的,前段时间迁移到 UCloud 以后,Mongodb 数据库就用了默认的配置 /var/lib/mongodb 启动了。

可能是当时第一次部署的时候 MongoDb 就跑好了,然后恢复配置的过程中把 MongoDb 的数据配置文件修改到了 /data/mongodb 下面,之后就再也没重启过,一直到今天....

然后自然没有数据了,位置都错了....


刚才我反复查了一下服务器 MongoDB 的 log 以及配置,发现 /var/lib/mongodb 下面有数据文件,并且更新日期是今天的,于是尝试将 MongoDb 配置修改到那个地址,重启,我操!回来了....

改成 P2P 的吧 ...

哇,虚惊一场!刚刚我一直在心里盘算,我们已经在多个客户项目上以及生产环境用上了 MongoDB,所以一直捏着一把汗,原来是这样,辛苦了 @huacnlee

原来如此……

讨论节点木有了啊。。。

#4 楼 @hxtheone 那个是 cache 的问题,修好了

我也经常犯小错误,难免的。

尼玛,过一段时间就整出一个问题,我应该自我反省啊!

#4 楼 @hxtheone 是缓存得问题,已经都可以刷出来了。

话说 Ruby China 的 production.rb 的配置还得修正一下,刚才我就是在尝试修复这个,结果就整出这些问题...

mongodb 跑在盛大云上,磁盘满了,没启用 lvm,没有动态调硬盘大小功能,所以都不敢重启 mongodb 了……

這個問題我想問很夠了,什麼原因選擇 MongoDB

哈哈,这样虚惊一场,整个人都焕发青春了有没有?

@huacnlee @lgn21st 建议为 MongoDB 建 2+ 的 Replicatset,一个是热备,一个冷备(延时几个小时),这样数据才比较保险。

@huacnlee 辛苦了,内存爆掉的原因找到了吗?是不是升级到 Ruby 2.1 导致的问题?

#20 楼 @vincent #20 楼 @vincent 那个不是,看 Github 最后一个 Issue

我操!回来了....

顶我操

#18 楼 @vincent 你那是土豪的做法,我现在一般是冷备份,然后 sz 下来

如果有一天,社区数据,真的丢了,会怎样

#25 楼 @suxu 等再次开放的时候,就可以重新抢楼啦~~

看来大家都忘了去年大概也是这个时间段发生的事情了

我觉得可能性为 0.01% @huacnlee, @lgn21st 经历过几次的虚惊,应该是有备份的。@suxu ,你说丢失一部分数据还有可能。比如某个时间点后的数据

#9 楼 @huacnlee 应该是艾玛,不是尼玛。

RubyChina 这种讨论型论坛的数据量不大吧,每天备份一下就好了。

确实应该每天备份一次,这要到真出问题的时候就不着急了

需要 登录 后方可回复, 如果你还没有账号请 注册新账号