距离微盟被人为删除数据库已过去一个多星期，根据官方发布的最新回应称，截止到3月1日晚8点，在腾讯云团队协助下，经过7*24小时的努力，数据已全面找回，由于此次数据量规模非常大，为保证数据一致性和线上体验，我们将于3月2日凌晨2点进行系统上线演练，将于3月3日上午9点数据恢复正式上线。
微盟官网公布的时间经过
按照官方给出的时间表来看，从2月23日事件爆发至3月3日，如果3日数据恢复上线未出现问题，那么整个数据库修复过程花费了将近10天。这在业界看来，至少从技术层面看在行业内都是并不多见的。因为“宕机”算是一个大概率事件，即便是腾讯、网易这样的大厂也难以逃脱，但一般来说，维修时间均不会超过一天。
对于耗费如此长时间的原因，在事发第二天微盟官方就曾表示，由于技术故障，导致当前服务不可用，服务恢复预计需要24-48小时。但到了时间线后，微盟再次发公告表示，要到2月28日下午14点，微盟所有业务才将恢复服务。但目前看，所有数据恢复完成，理想状态下，最早也要在3月3日上午9点。
关于修理过程，微盟方面也解释称，数据恢复分为磁盘镜像、磁盘扫描、数据传输、数据提取、数据导入等多个步骤，由于数据量庞大，受制于磁盘读写瓶颈，每一次扫描和传输都会耗费20-30个小时，且一旦中断将会重新扫描，因此预计剩余部分数据恢复时间还会持续2-4天左右。
或许也正是因为这样的修复速度，让微盟股价从24日开始一路狂跌，到28日市值跌至107.44亿港币，较25日的138.33亿港币缩水约31亿，折合人民币约27亿元。
截至2月28日收盘微盟集团的股价
10天，因数据库被删得不到及时修复，让一家技术型企业市值缩水近30亿。对于微盟来说，这真的是一家已成立七年，并已得到资本认可的SaaS公司应具备的实力？
关于后续的赔偿方案，微盟公布的公告显示将准备1.5亿元人民币赔付拨备金，其中公司承担1亿元，管理层承担5000万元。同时，也在同步研究商家赔付方案，已拟定了现金赔付计划和流量赔付计划供商家选择。
自微盟数据库被删事件爆发后，社会人士一边吃瓜，一边又在讨论着一个问题：为什么修复数据库需要这么长时间？
为了将日常服务的损失降到最低，微盟官方曾给出一个解决方案是：老用户需要重新注册一个账号，等到微盟数据恢复后，再将老数据和新账号合并。
但这个方案显然不能满足用户急需，日前就有报道称，微盟平台的商家之一——林清轩创始人孙来春就表示，其品牌面临337家门店、2000员工，每月基础开支在3000-4000万之间，初一到初七业绩暴跌95%的危机，而唯一自救方式在于以小程序、电商等方式开展数字化转型，但由于这次微盟删库危机，林清轩在微信小程序里的线上门店也被迫停摆，又遭成了难以预计的损失。
像林清轩这样的商家，微盟还要处理至少300万家。毕竟这些商家的客户群体信息、付费记录、物流记录、供货商结算记录、店面和员工利润分配记录、库存记录、商品价格和宣传数据等核心数据在这十天期间已经全部消失，未来能否全部恢复还需要等待最终结果。
从微盟财报显示，SaaS产品是微盟两大业务核心之一。截至2019年6月30日，SaaS业务收入为人民币2.191亿元，约占收入总额33.4%；SaaS业务毛利润为人民币1.77亿元，约占毛利润总额48.5%，可以撑起微盟集团主要的一半利润。而其中的SaaS业务，主要指的是通过成本低、易操作、获客门槛低的小程序，提供去中心化的数字商业平台。
对此一位大数据技术从业者也向《数据》记者表示，先不说数据库修复花费时间，微盟仅是找到故障原因就用了36小时，作为微盟的核心业务板块，足以看出其大数据技术，比如审计追溯能力是非常不健全的。
微盟此前一直给自己标榜的是“新经济SaaS第一股”，此次数据库被删自然给企业发展带来巨大影响。
对于微盟的后续发展，三大全球投行也在日前发布研究报告，虽然三份报告都没有对微盟的未来唱衰，但前提是，投行们更加对未来市场强劲的数字化需求持乐观态度。比如中信建投就表示，长期仍看好国内SaaS赛道及公司在以微信为主的去中心化平台的领先优势。
但此次事件充分暴露出的一个问题，就如某媒体曾直言称，“现阶段的微盟还不能称作是一家技术公司，更谈不上是新经济SaaS第一股，而是一家很传统的广告代理公司”。
也有相关人士向《数据》记者表示，按照常理，类似微盟这样的创业型SaaS厂商，早应按照互联网行业的普遍管理，将数据分成主库和备份库管理，并逐步建立较为成熟的安全管理规范，对服务器和数据访问权限有着明确的分层、分级的授权管理制度。
微盟集团在公开声明中承认没有对运维人员的权限进行分级和分区管理
该人士表示，微盟的创始人确实是国内最早涉足MCN行业（一种多频道网络的产品形态，将PGC内容联合起来，在资本的有力支持下，保障内容的持续输出，从而最终实现商业的稳定变现）的人士，但之后发展没有跟上市场需求，所以在技术层面自然很难得到足够保证。
简单对比来说，微盟并不是第一家遭遇数据库被内部人员删除的公司。2018年9月份，顺丰也曾因为一位内部工程师的失误操作，不慎将RUSS数据库删除，导致很长一段时间顺丰线上发车功能无法使用，产生了很严重的负面影响；2017年2月份，圈内人很熟悉的开源Git代码托管工具Gitlab也因为一位运维操作人员的失误导致生产数据丢失。但这些事件发生后，都得到了及时处理，也没有如微盟这样造成如此巨大的经济损失。
有技术人员也向记者表示，从微盟这次恢复这么长时间推算，这次故障一定是操作者做了非常极端的删库操作，而且还没有可快速恢复的备份。但同时也有业内人士向记者直言，虽然这次官方说法是核心运维人员的刻意或失误操作，但也确实暴露出，微盟在经营过程中存在不小问题。
(封面图源：摄图网)
文字丨小罗号
閱讀更多 數據雜誌 的文章
