数据库架构丢失的误导操作

同时有双机热备+异地容灾，当然还应该有备份（哦，公告里说，备份数据也损坏了！），数据还是丢了30%，这又中了墨菲定律！ 
那么这个架构的问题在哪里？ 
  从我的经验来看，这本身的架构有问题： 
  备份几乎应该是假的！別懵，难道你家的所有数据库最近3个月做过恢复演练么？没有做过，就有可能是假的！书到用时方恨少，数据要恢复时方恨没有做演练！ 
  双机热备（或者是RAC）+异地容灾，对于一个想当然的情况来说，是可以的。但是，在16年的Salesforce文章《Salesforce数据库故障丢失5小时数据，仅仅是个案？》中我就提过，你还是图样图森破了。你至少应该再搭建个DG，延时应用。如果你真做了就不可能丢失30%数据！ 
  其次，公告中说，是由于机房掉电导致的故障。说得非常合理，我们经常遇到这样的故障。犹记得，14年初，某运营商春节前夕，机房掉电，存储拉不起来，主机起不来，数据库起不来…..但是，但是，但是，因为有我们，整个故障零数据丢失，连夜调配专家把系统给修好了，天亮睁开眼睛，对于广大吃瓜群众来说，是无感知的。 
  绝大部分的供电突然中断，导致的数据库故障，都是相对容易能解决的。极端情况下，可能要丢一部分数据，但绝不至于30%。 
那么，唯一的可能原因，就是人为误操作了！ 
  我在贴吧看到，这个故障的影响，貌似没那么大，大多数是说这几天打了多少关，充了几百块钱…… 
  炉石传说这样的数据库架构，在银行、在运营商、在保险公司，并不少见。但是，如果这样的30%数据丢失，在任何一个这样的公司里，恐怕不只是DBA、运维负责人会没有年终奖，公司总裁都得下课吧！