【大话IT】炉石传说数据库事故，敲响新年的警钟

wangjianhero

这个问题的发生我认为和公司管理有很大关系，许多公司根本不重视运维，一出现问题就傻眼了

jindingxin

年终奖没有了

johny666

dba还是有价值的

1983yu

备份肯定很大，然后就不搞还原测试了呗

liuhuoxingkong

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？
根据对目前产品DB备份的了解，应该是不会出现这种问题，备份与db不在统一环境，相对安全。
2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
如上面各位所说，肯定是备份机制不完善导致；切换演练不够充分，没有预见危险发生并制定充分的补救方案

3对于预防这类问题你现在的公司是怎么设计和规避的？
目前是有专职的dba负责数据备份、恢复的，并有相对完善的报警通知机制，并制定了相对完整的恢复预案，尽可能充分考虑可能遇到的问题并及时进行恢复

zsaisai

备份ADG库应该在第一时间站出来抗顶。备份ADG有问题，服务器可能是位于同一机房，存储位于同一存储，
备份盘没有很好的功能划分，日常确认有效的融灾功能测试，烦此种种。
备份终于泰山，即使日常的备份无法做到异地，多版本的备份和容灾演练还是需要的，此次也算亡羊补牢吧。

lbj06

銀行這樣玩不是要死？

luckyrandom

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？
安全，不定时有恢复（比如找误删除数据，或某个时间点数据状态），有DBA的场景不会出现这样的低级错误，除非受非技术因素所影响

2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
管理问题，也可以说是政治问题。不太相信其公司没有DBA，不太相信其公司的DBA没有备份这么一个最基本的观念、习惯
可能是老板（可能是部门领导或者是负责预算的人）觉得系统运行得好好的，干嘛要投入备份存储资源，或灾备资源，这属于认知层面

3对于预防这类问题你现在的公司是怎么设计和规避的？
就是个最基本的异机备份而已，全备（可能含差异）+日志
如果要防单点（公司内或一个IDC内）故障，那就是异机
如果要防单地区故障，那就异地，比如银行及BAT、国防的数据等，防止如地震、火灾类似的情况
安全级别不同，投入成本也不同

qingduo04

先说说官方给的电力问题的解释

如果归因在电力问题，那可以解释过去，不过也存在一些问题，先说说解释的问题

1.  电力故障是机房中最严重的故障问题，不仅仅涉及到数据库，同时涉及到其他的业务，比如前台访问均出现问题，并且由于机房电力故障，对于正在高速读写的存储来说灾难性比较大，
这也就造成了，数据可能会丢失。
     举例：我们机房原来发生过一个机柜出现断电，造成数据库对应的部分数据变成不可读，好在是OLAP系统，数据可以再生成，影响不大。

2.  由于异常断电，可能灾备会出现问题，数据没有及时同步过去，造成数据丢失，同时如果没有灾备，数据绝对就会丢失了，但是灾备和生产是在一个机房么？ 这是需要考虑的？


除官方给的说明外，我觉得也有几方面造成这样的问题
1. 数据被误操作，包含灾备的数据，同时被误操作。
2. 数据容灾或者备份不到位，真正要启动备份，发现根本不可行。
...................

西红柿炒番茄QAQ

2.站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
  没有验证备份的有有效性，导致出问题时，应用备份出现问题。