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

hai503 · 发表于 2017-1-20 09:55

说到恢复演练，很少有公司作为常规项目。所以就无从验证备份的有效性

zlingyi · 发表于 2017-1-20 10:19

有灾备应该不会出现这种情况

赤霄剑 · 发表于 2017-1-20 11:04

支持。。。。。。。。。。。。。。。。

迷倪小魏 · 发表于 2017-1-20 11:37

关于炉石传说的Oracle数据库故障不要以为你也可以幸免

备份重于一切！！！最近公司也在主导灾备演练事项，文中提出的指导方向对我们以后的工作很有启示，感谢盖总的分享。

kernel288 · 发表于 2017-1-20 11:57

假设是oracle, 没有做adg，数据文件放在同一个存储中心可能性比较大。
dba要背锅了。

bfmo · 发表于 2017-1-20 15:10

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？
企业级数据备份需要有专门的策略和机制，备份数据有效性检测是比不可少的。
2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
从描述中可以看出，监控及故障修复的管控力度不大，平时故障恢复演练的很少。
3对于预防这类问题你现在的公司是怎么设计和规避的？
从三方面进行设计：技术+管理+制度，可以规避上面的情况。

lusklusklusk · 发表于 2017-1-20 15:28

说真的，这个事故还真应该DBA团队leader负责，而不是什么锅。

看了盖总的文章，里面一句话不错
得按照业务特性，事先约定优先保A（可用性）还是保C（一致性），如果没约定的话，如果我指挥，我会临机进行决断。我非常赞同这一观点，有了事先约定，应急处置时才能有准则，不出现重大偏颇。

love100eva · 发表于 2017-1-20 15:53

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？
  有可能会,老板不给硬件,只能备份到一个地方
2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
  管理员和老板怼上了,故意的.
3对于预防这类问题你现在的公司是怎么设计和规避的？
  老板亲自来,哈哈哈

lusklusklusk · 发表于 2017-1-20 17:59

本帖最后由 lusklusklusk 于 2017-1-20 19:58 编辑

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？
不会
备份安全
备份包和数据库放在不同的存储上，平时测试环境全部使用生产环境的备份包来做duplicate，保证备份的有效性

2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
容灾机制不完善
1.备机可能不是使用dataguard做的
2.备机从来没有进行过切换演练

3对于预防这类问题你现在的公司是怎么设计和规避的？
高可用+容灾+备份
目前我们采用RAC+双机房DG+备份，并且DG每半年进行一次演练，RAC、DG、备份都是使用不同存储

mydear · 发表于 2017-1-22 12:39

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？对于关键系统必需按时备份并定期测试恢复，防止出现数据丢失
2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。可能是DBA疏忽职守，未做好本职工作；公司应该考虑如何赔偿用户
3对于预防这类问题你现在的公司是怎么设计和规避的？尽量做好预防工作，派专人维护