【数据库数据恢复】ndf文件损坏的SQL SERVER数据库数据恢复案例

数据库数据恢复环境：
某公司存储上部署SQL SERVER数据库，数据库中有1000多个文件，该SQL SERVER数据库每10天生成一个NDF文件，数据库包含两个LDF文件。

数据库故障&分析：
存储设备出现故障导致SQL SERVER数据库异常，经过检测发现有几个ndf文件大小变为0KB。
虽然存储故障导致NDF文件大小变为0KB，但是数据恢复工程师推测NDF文件还存在于磁盘中。可以通过编写数据库扫描碎片程序扫描数据库碎片，通过碎片拼接来恢复NDF文件，最后修复数据库。

数据库数据恢复过程：
1、将故障存储中所有磁盘以只读方式进行全盘备份，后续的数据分析和数据恢复操作都基于镜像文件进行，避免数据恢复过程中可能对原始数据造成的二次破坏。
2、由北亚企安数据恢复工程师编写数据库碎片扫描程序扫描数据库碎片。
3、根据NDF文件的页面特征，按照文件号，页号拼接扫描出来的数据库碎片，重组生成出这些0kb的NDF文件。
4、使用北亚企安自主开发的MSSQL文件检测工具对所有数据文件进行检测，结果发现拼接出的4个NDF文件有少量的空数据页，其他文件正常。
5、进一步分析存储中损坏的lun，发现这些空数据页在存储层面已经完全损坏，无法恢复，即这4个NDF文件不能完全恢复。
6、尝试附加数据库，报错 “处理数据库的日志时出错，如果可能请从备份还原。如果没有可用的备份，可能需要重新生成日志”。
7、修改系统表，从系统表剔除掉最后添加的LDF文件，计算并修改校验。尝试进行无日志附加数据库，报错：“数据库存在一致性错误”。
8、修改系统表中这4个损坏的NDF文件的块数量，使数据库中记录的文件的块数量和拼接出来的NDF的块数量一致，计算并修改校验值。无日志附加数据库，仍然报错“数据库存在一致性错误”。
9、由于空数据页都出现在这4个NDF文件后面的十几个块中，截断文件对数据完整性影响不大。重新修改系统表和NDF文件，将数据库中记录NDF块数量的值改至报错的前一页，计算并修改校验。重新进行无日志附加数据库，报错“由于数据库没有完全关闭，无法重新生成日志”。
10、修改MDF文件中的数据库的状态值，让数据库认为是完全关闭的。重新附加数据库，附加成功。

数据库数据验证：
数据库文件成功附加后，用户通过数据库中的对象进行初步查询、验证，经过反复验证后确认表中信息正确，数据完整可用。本次数据恢复工作完成。