程序员删库 导致微盟瘫痪至少5天 真是程序员一个人的锅吗

首先是微盟商户反应App用不了了，然后微盟出来公告，一开始说是云数据库的问题，后来又说是员工恶意操作。

扑朔迷离，但还是以官方通知为准，不得不说微盟公关还是很有实力的，字里行间透露出，公司遇到不可控打击，现在全力以赴地弥补中。

看微盟的公告内容，谈谈数据库恢复的问题。

公告

1、新商家恢复，好做，只产生新数据。

25日24时前，微盟从本地把代码和数据结构重新搭建新的数据库，新商家注册开新店，消费者进店访问、购买，产生新的数据，是有可能实现的。（从系统正式恢复起，之前的所有商家都算老商家）

2、老商家恢复，难，数据量大。如果数据结构混乱，就更难了。

老商家的商品、订单、会员、营销、店铺装修、数据分析等模块的数据，在28日24时前，有可能恢复。也就是说，像森马、洽洽、百草味、林清轩这些微盟老商家，从23日19时到28日24时，使用微盟服务开设的店铺，需要停摆5天多时间。

按照微盟的公告，是需要瘫痪125个小时的。5天无法正常做生意，对于商家来说，是非常难受的。

3、数据是不是能有序、完整修复，高度存疑！

23日19时发生问题，最初对外说是腾讯云的问题，这是不诚信的。微盟的公告表示，被核心运维人员进行了严重破坏。注意，“核心”运维、“严重”破坏，这哥们下手太狠了。

作为非常了解最底层、最核心数据库的核心岗位人员，删线上数据库，估计连备份数据都一口气删除了。不然，微盟不会拖了几十个小时还啥都没恢复回来。

既然线上数据库和备份数据都删干净了，那么，老商家的商品、订单、会员、营销、店铺装修、数据分析等模块的数据，想要完整恢复，就很难了。

微盟创办于2013年，7年的数据量应该不小，恢复的过程中，部分数据模块、数据字段因为备份机制不完善，是有可能无法彻底、完整修复的。这对于商家来说，是更大的一个灾难。

4、微盟的运维管理、技术管理存在严重问题

1个只有2年运维经验的员工，在运维圈基本上算是初级运维。但这个人在微盟的公告里，竟然是“核心运维”，而且一次删库的破坏力如此巨大。

这次出事，数据库镜像都没起作用，微盟作为上市公司，不可能数据库没有镜像机制，只有一个可能：这哥们的权限太高了。

也客观上反应出：微盟的运维权限管控不足，没有做权限隔离，竟然被一锅端了；微盟运维的高危操作没有审批机制；微盟的数据备份机制也失效了；监测和恢复能力不足，36小时才找到原因，且没有恢复预案。

一个程序员，可以直接删库，虽然已经被刑拘，但是公司暴露的管理问题比技术问题都严重。

很遗憾，在信息时代，如此重要的数据库，在这个公司尽然没人守护，或者说没人重视。

结果是市值暴跌