宝安数据库修复：某电子公司ERP库事务日志损坏无法挂载，补天时代重建日志链救回三年进销存

「宝安数据库修复」的求助里，事务日志问题占的比例远比企业想象的高。宝安某电子元器件公司（客户信息已脱敏）的ERP系统跑在SQL Server上，周二凌晨机房PDU跳闸，服务器意外断电。早上开机后ERP客户端集体报错：数据库置疑、无法挂载。IT把数据库文件拷出来反复附加，每次都是同一串日志错误——事务日志在断电瞬间写入撕裂，日志链断裂，系统拒绝让数据库上线。更麻烦的是，备份任务是周末全备加平日差异，最近一次可用备份停留在三天前，这三天里的几百张采购单和销售单，只活在这个库文件里。

为什么日志断了库就上不来

SQL Server的事务日志记录着每一笔数据修改的先后顺序，数据库挂载时要先回放、校验这条日志链，确认数据文件与日志状态一致才允许上线。断电瞬间恰好在写日志页，落盘的半个页面就是「撕裂」状态——校验对不上，挂载流程直接中止。此时如果强行附加、跳过校验，轻则丢数据，重则把数据页的页链接弄断，后续修复成本成倍上升。

处置：先冻原文件，再修日志链

补天时代工程师首先制止了IT继续附加测试的做法，对MDF与LDF文件做离线副本，所有操作只在副本上进行。随后按页解析日志结构，定位撕裂页，以数据文件为准重建日志链，再用一致性检查逐表校验；对仍存在引用异常的个别页，按业务表的主外键关系定向修复。修复过程中最大的工作量不在技术，而在核对：进销存的库存数、应收应付的余额，都要与业务凭证逐笔对上——这不是扫一遍文件系统就能交差的。

结果与提醒

三天差异内的单据全部找回，与业务部手工台账逐笔核对无误，客户签字验收。复盘给企业三条提醒：第一，备份恢复点别只看「最近有没有备份成功」，要看恢复演练能不能真把库挂起来；第二，数据库置疑后不要反复附加、更不要照抄网上「强制附加」的教程，每次尝试都在消耗原始文件的可修性；第三，ERP库一定要上事务日志备份，能把恢复点从「三天」压缩到「几分钟」。

补天时代在深圳专注数据恢复二十余年，2004年入行，累计恢复硬盘2万个、服务器及存储3000台，主营服务器数据恢复、硬盘开盘数据恢复、数据库恢复，先检测评估、不成功不收费，签保密协议、出具书面恢复报告，7×24应急响应，电话13802255378（微信同号），宝安及深圳本地可上门取机、到店考察，外地可顺丰保价寄修、远程免费评估。