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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3275 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

第 1 条附言 2017-01-18 20:56:49 +08:00

上次一条 Sql 执行错地方了，本来应该在本地执行，结果没看界面直接在生产环境执行了，把用户余额全刷成 0 ！然后通过 RDS 早上 3 点的备份，一笔一笔的根据用户的交易充值记录来算！完全不懂怎么根据 log 来操作！

携程

备份麽

RDS

指教

30 条回复 2017-01-19 18:01:19 +08:00

xjp

2017-01-18 20:24:02 +08:00 via iPhone

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

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

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

lianxiaoyi

2017-01-18 20:26:31 +08:00 via Android

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

jybox

2017-01-18 20:30:53 +08:00

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

relaxchen

2017-01-18 20:31:52 +08:00

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

lianxiaoyi

2017-01-18 20:38:34 +08:00 via Android

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

div class="sep3"> langmoe

2017-01-18 20:49:06 +08:00

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

lianxiaoyi

2017-01-18 20:53:35 +08:00 via Android

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

SpicyCat

2017-01-18 22:20:21 +08:00

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