改成 P2P 的吧 ...

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

原来如此……

讨论节点木有了啊。。。

弄好就好

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

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

#6 楼 @huacnlee Good job~~

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

#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 没那么多机器

我操！回来了....

顶我操

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

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

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

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

#1 楼 @bhuztez 支持

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

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

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

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