大公司难道都没有数据备份麽？携程当年也是！

[lianxiaoyi]

携程当年也是数据库挂了！损失了一笔钱！这次炉石居然更离谱，只能恢复前几天数据！我一直在小公司，真不知道你们大公司咋玩的！求指教好的备份方案，我现在用的阿里云的 RDS ，数据量大概 40 多个 G

[xjp]

能恢复到前几天了 还叫没备份？？？ 只是说明别人没有每天备份吧


但是这样的数据肯定是要每天备份的吧

一般小项目 一周一备份基本也没什么问题吧

[lianxiaoyi]

@xjp 阿里云的 RDS 有一天一备份！

[jybox]

这种场景要靠日志呀，当然还要有从日志中恢复数据的工具。相信这样的故障不太可能是单一问题导致的，很可能是同时出现很多问题导致数据丢失，事先设计的备份方案又不能正常工作。说到底还是自动化不够、测试不够。很多灾备措施如果不能经常地测试和演练，关键时刻能不能发挥作用就不好说了。

[relaxchen]

@xjp 刚刚去看了公告，说是备份数据库也出现了问题，所以只能回档了

[lianxiaoyi]

@relaxchen
@jybox 诶，好恐怖啊！老板现在一天叮嘱我两次，做好数据备份，最好光纤被挖断方案，做好 DDOS 方案！心好累！！！！！！

[langmoe]

另一个贴的回复不是说都挂了 40 个小时了吗。。按公告说的那份损坏的备份在朝上加 24 小时的话，倒回 14 号未必不是没有每日备份吧。。

[lianxiaoyi]

@langmoe 诶，心好累！上次把用户的余额全部刷成 0 了，赶紧停止交易！

[SpicyCat]

怎么说呢，灾备问题，安全问题等这类问题，都是没出事的时候没人在意，出事了傻眼了。
而且好的全自动的灾备方案，并不是那么容易弄出来。就算弄出来了，不演练就无法知道这方案是否可行。可是对大型复杂的系统，想演练一下灾备方案也不是那么简单。好吧就算大家都配合，方案弄好了，演练也成功，然后产品发生重大更新，保不齐就要求灾备方案也要相应更新，谁能保证一套方案行万年？也就是说，你要费心做方案，费心去演练，而且还要周期性地去做。好吧，费了半天劲，都做好了，效果呢？对不起看不到。不像开发，费心费力做出东西来，能让人看到。你灾备做得好，外人看不到啊。
不出事的时候，说搞灾备的没用。
出事的时候，还说搞灾备的没用。

[awsx]

@relaxchen 公告不是说是机房停电引起的。

我也好奇，网易这样的公司也会出现这样的丢几天数据的问题。

[lianxiaoyi]

@SpicyCat 确实是，系统大了灾备也麻烦！

[lianxiaoyi]

@awsx 机房都是有独立发电机的！就像笔记本断电并不会重启电脑！

[murmur]

备份数据库同时也坏了才是神奇 这是磁带被耗子吃了吧

[murmur]

我们自己的 vmware 的虚拟化 备份估计也是买的 还有远程的灾备机房 还能怎么弄 简单粗暴呗 能备份数据库的全库或者增量 不能的直接整个系统备份

其实舍得给钱方案多得是 反正现在磁盘便宜 一周全量备份一次存一个月资料都没啥问题

[n6DD1A640]

山口山越搞越烂就算了，想不到炉石也。。。黄易💊

[billowqiu]

现在用的阿里 RDS 每天备份，但是从来没用过备份数据，看来还是要定期测试一下。

[wdlth]

总比 12306 的空调坏了理由好点……

[lianxiaoyi]

@murmur 诶！！！！反正事情没那么简单！游戏架构也复杂！！！毕竟灾备演练是很耗成本的！！！！

[lianxiaoyi]

@n6DD1A640 哥，山口山是啥？？？

[lianxiaoyi]

@billowqiu 我现在用 python 写了一份 dump 数据，将用户信息以及交易记录转移到杭州备份！如果真发生回滚，补贴也有数据可查！

[lianxiaoyi]

@wdlth 12306 是全球最忙的网站！