二十三号夜间，无眠之夜。刘勇州深夜领着队伍与微盟层面开展解决方法的讨论和拟定。日

常任务的雷霆万钧，让所有人入睡都只可以定2个钟头的闹铃，闹铃一叫就紧接着作战。二十四

日中午，早已联轴运行三十几个钟头的刘勇州，才初次简短歇息。微盟CTO黄骏伟，同样是持

续保持线上，与腾讯云服务队伍沟通交流恢复中的技术性难题。实际上，刘勇州有自个的基础

理论：尽管文档有关的数据库索引连接点数据信息被删掉了，但假如找不到数据信息读入，数据

信息块依然在的，这为恢复确保了1种不确定性可能。技术性队伍没多久对恢复实施方案达成共

识：因为数据库服务上文档总数多，类别错综复杂，文档的提炼和核对难度系数很大，而备份

资料网站服务器上扩展名单一化，数据信息聚集，且微盟数据信息误删后，固态盘找不到被再

次读入，基础理论上里边可能存有相对性完善的备份资料，队伍考虑从备份资料网站服务器下

手，试着恢复数据库。

 

 

这些人没多久面对了首个举步维艰的选择,一般而言，数据恢复的前提条件是对源数据信息开展

镜像系统复制，以防止恢复中源数据信息损坏的隐患。假如选用数据传输开展复制，以微盟的

数据信息规模，仅是数据信息复制流程就最少须要2天左右，会让数据恢复的时长更进一步延

长。“微盟和商户们都等不了。
 

 

另1种常用的处理过程是将原先网站服务器上的固态盘拆卸后初始化到新网站服务器上，以并

行处理的方法开展“硬盘克隆”。那样能够 节省时长，但隐患是如果半途出现异常，源数据信息

可能会因而彻底遗失。“针对仅有一回那样恢复可能的微盟而言，那样做隐患过大。左右为难之

中，在征求微盟允许后，队伍干了1个胆大的考虑：跨过镜像系统复制的过程，另一个不将微

盟的数据信息盘从原来网站服务器上拔出来，只是将另一个一块儿启动盘重新安装到原来网站

服务器上，根据新启动盘载入OS和数据恢复工具，立即扫描提炼数据信息盘里的“潜藏”数据

信息。

 

那样做的根据是，数据信息固态盘的健康度优良，且腾讯云服务技术性队伍有多种多样的硬

件设备处理工作经验，有很大掌握在源数据信息不损害的前提条件下开展扫描。这等同于依

靠一条身体之外供血管在身体进行这一场开刀，根据极致的技术性，建立高效率与一致性兼

具。

 

 

为了更好地防患于未然，刘勇州还邀约了腾讯官方內部多名硬件设备专业人士根据腾讯官方

办公会议开展远程教学指点。“所有的专业人士都线上，几十双双眼，在显示屏幕前盯住实

地技术工程师的每1个姿势，以确保是准确的。”云数据中心硬件工程师,根据腾讯官方办公会

议远程控制展现使用细节,早期进度很圆满，但在靠近进行的情况下，队伍最害怕的事依然出

现了。二十五日零晨6点多，刘勇州借着运行的空隙打了盹儿。但是没多久，他就在半梦半

醒中间，被服务器里说些什么“载入不了”吓住，一冷颤就醒过来。

 

 

吓醒刘勇州的，便是新启动盘重新安装，在靠近进行的情况下，数据信息固态盘传出断线

警示。“所有队伍的心都悬来到喉咙。因为这种数据信息可能就相匹配着微盟的百亿元总市

值，不可以出任何的闪失。”刘勇州说。幸运的是，通过检查，缘故是因为添加的启动盘引

起了原先网站服务器中的硬件设备防护规则，不会很难处理。三十分钟的技术性执行后，

所有数据信息逐渐一切正常载入。这一措施为恢复夺回了一整天多的时长。
 

 

值得一提的是，因为队伍只可以在线办公，从第一日逐渐腾讯官方办公会议就变成了最高

效率的协作软件。在所有恢复其中，腾讯官方办公会议处在7*二十四钟头启用情况，从没

中断，每个业务流程队伍总计根据腾讯官方办公会议开展783次申请加入沟通交流。