ERP 数据库半夜崩了账套打不开：一次工厂数据恢复的完整复盘

去年一家注塑模具厂，周五下午快下班的时候 ERP 突然起不来了。负责的人打开客户端，账套文件读不出来，报错一串看不懂的代码。最近一次完整备份是三天前的。厂长在群里急了：周一要排产、要给客户发送货单，所有数据全卡在里头。等我们到现场，他们已经自己重启了好几遍，又试了从备份里还原一部分，结果是越弄越乱，连原本能读的几张表也跟着出问题。这种场面摩杰斯见过不止一次。工厂的生产、库存、往来账都在一套系统里，它一停，整个车间和外面客户都被卡住。

一、先想清楚坏在哪一层，别急着动备份

数据库出问题，不一定就是数据丢了。我们到现场先区分几种情况：是服务进程挂了，是磁盘坏了，还是数据文件本身逻辑损坏。很多时候只是前两种，把服务拉起来或者换块盘就能恢复，跟"数据恢复"根本不沾边。急着从备份还原，反而可能把还能救的现场覆盖掉。所以第一步是定位，不是动手。

二、能捞多少先捞多少

确认是数据文件损坏之后，第一步不是恢复，而是抢救。我们先用只读方式把还能读出来的表、还能解析的页导出来，哪怕只有一部分，也比整库重来强。那次工厂的订单和库存表大部分能读，先保住这些，再处理真正损坏的几个索引。数据这东西，少丢一条都比全丢强。

三、备份不是"有"就行，得能"还原"

这家厂不是没备份，是备份很久没验证过。等到真要用，发现备份文件本身也读不全。我们后来帮他们把备份从"定时拷一份"改成"定时拷加定时演练还原"，每个月挑一份备份在隔离环境里真实还原一遍，确认能起来。演练这步省不掉，否则备份只是心理安慰。

四、把恢复做成上线的标准动作

后来这家厂上我们的 MES，我们直接把数据备份、异地副本、还原演练写进了上线清单，不是上线之后才想起来补。生产系统一旦跑起来，停机就是损失，恢复方案得跟系统一起交付，而不是出了问题再临时找人。系统能上线，不代表数据真的安全。

总结：

数据恢复听起来像救火，其实功夫都在平时。对工厂来说，MES、ERP 上线只是数字化的开始，数据能不能快速、可靠地救回来，才决定一次意外是耽误半天还是拖垮一周。摩杰斯在给工厂做生产管理数字化时，这类底层问题几乎每家都会遇到，提前把备份和演练做扎实，比事后补救划算得多。昆山、苏州一带的模具厂、机加工厂，如果 ERP、MES 数据库崩了需要恢复，可以直接找摩杰斯。

相关阅读：更多同类问题可以看《工厂 IT 服务总览》；延伸阅读《默认带异地备份与还原演练》、《从 binlog 还原误删数据》。