工厂MES系统数据库损坏恢复：产线报工中断、在制品数据悬置，补天时代逐表提取救回生产数据

对工厂来说，MES 系统停一个小时，代价不只是数据，还有整条产线的节拍。工单下不去、报工传不上、在制品状态查不到，班组长只能拿纸笔记，计划员只能干等。

上个月，深圳宝安一家电子厂遇到的就是这种情况。上午十点多，MES 系统开始大面积超时，操作员报工保存时频繁报错；IT 重启应用后系统干脆起不来，数据库实例提示无法恢复。工厂信息化负责人先让运维按网上教程修了一遍日志，又把客户端重装了两台，问题没有解决，反而把故障时间点搅乱了。

下午两点，客户联系我们。沟通后明确两件事：第一，MES 数据库文件所在的服务器不要再做任何写入，包括日志修复工具也不要再跑；第二，把数据库所在磁盘的原盘保护好，准备送检。

MES 数据库的损坏原因，事后确认是磁盘阵列中的一块成员盘早就有坏道，读写错误长期累积，数据库文件的页校验连续失败；而客户之前没有监控到阵列的降级告警。这类损坏的修复思路很清晰：不碰原盘，先做整盘只读镜像，再从镜像里解析数据库的内部页结构，把校验失败的坏页隔离，对完好的页按表逐块提取、重建索引，最后把数据导入新建的库实例。

难点在核对。MES 数据的特点是工单之间关联紧密，报工记录、工序流转、物料批次互相关联，只把表导出来不算完，还要保证关联关系不脱节。我们按工单号、批次号与客户提供的生产日报逐批抽样核对，确认数量、状态和时间线都对得上，才整库交付。

第二天下午，MES 系统恢复上线，停线一天多的产线重新跑起来，悬置的在制品工单全部找回。客户在验收单上确认了工单总数与关键批次。

给工厂 IT 三条建议：阵列的降级与坏道告警要有人盯，别让告警躺在邮箱里；MES 数据库每天做一次异机备份，至少保留一周；系统出问题时先停写保现场，修复顺序错了，损失比停机本身更大。补天时代专注数据库恢复二十余年，累计恢复硬盘 2 万个、服务器及存储 3000 台，先检测后报价、不成功不收费，深圳本地可上门取机，外地可快递寄修，电话 13802255378（微信同号）。