ERP系统数据库崩溃数据恢复：某电子厂ERP打不开、工单停摆，补天时代逐页提取重建数据库

对制造企业来说，ERP停摆比服务器宕机更要命：仓库发不了料，产线报不了工，采购和财务也全都卡住。

上个月，深圳宝安一家电子厂就遇到了这种情况。早上开工后，员工陆续反馈ERP打不开，界面提示数据库连接失败。IT重启了数据库服务，短暂恢复了几分钟又断了；再看服务日志，数据库已经处于置疑状态，随后完全无法启动。厂里两个车间当天的排产计划全乱了。

客户的IT在情急之下试了几件事：用数据库自带的修复命令反复执行，把数据库文件所在的磁盘做了碎片整理，还从备份里恢复了一次——但那份备份是三个月前的，恢复出来只能看到很久以前的数据。折腾到下午，他们才通过同行介绍找到我们。

这里要说明一点：数据库文件损坏后，反复执行修复命令是有风险的，尤其当损坏发生在数据页层面时，强制修复会让系统把读不出来的页当成空白页写回，反而破坏还有机会提取的内容。

我们的处理流程分三步。第一步，把数据库文件所在的整块盘做完整只读镜像，所有分析都在镜像上进行，原始文件封存。第二步，解析数据库文件的内部结构：从文件头确认页大小与页分配情况，逐页尝试读取数据页，能读的留存，读不出来的按页号记录下来，同时从镜像里搜索可能残留的日志记录，尽量把尚未落盘的事务补齐。第三步，把提取出来的数据重建到新的数据库实例里，再用ERP自带的对照工具核对：工单号是否连续、库存数量与出入库流水是否对得上、供应商与物料主数据是否完整。

最终客户的工单、库存、采购与供应商数据基本完整找回；只有故障当天上午刚录入、且恰好落在损坏页上的一小部分报工记录需要按车间纸质单据补录，我们在报告里逐页列明，客户核对后确认不影响对账。

给使用ERP的企业两条建议：一是备份要做，而且要知道备份能不能恢复——没验证过的备份不算备份；二是数据库出现置疑或打不开时，先停手，别反复执行修复命令。补天时代专注数据库恢复二十余年，累计恢复硬盘 2 万个、服务器及存储 3000 台，先检测后报价、不成功不收费，紧急情况请打 13802255378（微信同号）。