数据库文件头修复，是指在SQL Server的MDF、Oracle的DBF或MySQL的InnoDB系统表空间文件因断电、坏道或误格式化导致头部页损坏、数据库无法挂载时，通过手工解析页结构、重建文件头关键字段，使数据库重新可识别、可附加的底层恢复技术。约65%的数据库“可疑/恢复挂起”故障，根源是文件头或引导页校验失败，优先修复文件头往往能以最低代价恢复核心数据。
文件头位于0号页，记录页大小、版本、校验和、数据库ID及LSN等元信息。以SQL Server为例，MDF前96字节为文件头，第9页为引导页；一旦被覆盖或校验错误，实例会直接拒绝附加。典型诱因包括突然断电、坏道、误覆盖前几MB。与NAND芯片恢复不同，数据库文件头修复直接在文件镜像上做十六进制级手术。
H2：手工修复文件头的操作步骤
修复前须对原始文件做只读镜像，所有操作在副本进行。
1. 用十六进制工具定位0号页，核对魔数与页大小。
2. 从同版本正常库提取文件头模板，比对数据库ID等字段。
3. 修正校验和与页头状态位，必要时重建引导页映射。
4. 附加测试；失败则回退至页级提取，逐页导出记录。
Oracle还需关注块头偏移与SCN一致性，避免SCN断层引发更多报错。
H2：常见问题与注意事项
– 切勿在原盘反复尝试附加，每次失败都可能扩大损坏。
– 修复成功率与损坏时间强相关，建议24小时内停止写入。
– 若文件头与数据页同时大面积损坏，应转入RAID重组或芯片级取证。
常见问题解答
问：数据库文件头修复能保证100%恢复数据吗？
答：不能。文件头修复解决“库能挂载”问题，若数据页已被覆盖，仍只能恢复部分记录。仅文件头损坏恢复率可达85%以上，合并数据页损坏则降至40%左右。
问：MDF文件头损坏后，可以直接用备份覆盖前几页吗？
答：风险极高。备份文件头含不同数据库ID与LSN，直接覆盖会导致页链错乱。正确做法是提取字段逐项修正，而非整页替换。
问：没有同版本正常库作模板怎么办？
答：可依据该版本公开页结构文档手工推算，或生成一个空库作参照，按偏移量逐字节比对修正。