数据库数据恢复—ndf文件大小变为0KB的数据恢复案例

Frombyte 2024-05-07 416

电子说

1.3w人已加入

描述

SQL Server数据库故障：
存储设备损坏导致存储中SQL Server数据库崩溃。对数据库文件进行恢复后，用户发现有4个ndf文件的大小变为0KB。该SQL Server数据库每10天生成一个大小相同的NDF文件，该SQL Server数据库包含两个LDF文件。

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

审核编辑黄宇

打开APP阅读更多精彩内容