数据库数据恢复—SqlServer数据库底层File Record被截断为0的数据恢复案例

SQL Server数据库故障&分析&恢复方案：
SQL Server数据库的数据无法被读取。
经过数据库数据恢复工程师的初步检测，发现SQL Server数据库文件无法被读取的原因是底层File Record被截断为0，无法找到文件开头，而且数据表结构也已经损坏。镜像文件的前几十M和中间一部分空间被覆盖，系统表损坏，所以无法读取。
日志中的操作记录：

北亚企安数据恢复—SqlServer数据恢复

由于系统表损坏，大量数据表的结构无法确定，只能靠仅有线索和数据恢复工程师的技术&经验来恢复数据库数据。
经过北亚企安数据恢复工程师团队的会诊，最终敲定针对该数据库的数据恢复方案：
1、备份数据。对丢失数据的硬盘做全盘镜像备份，以确保数据的安全性。
2、分析备份文件中原数据库，从原数据库中寻找数据表的结构。
3、从日志中提取一部分数据表的结构。
4、从日志中和残留数据中提取完好的数据。
5、根据日志恢复对应的数据，并检查数据的正确性。
6、核对数据没问题后恢复所有数据。

SQL Server数据库数据恢复过程：
1、将故障数据库所涉及到的硬盘标记后从服务器上取下，移交给硬件工程师检测是否存在物理故障。经过检测没有发现有磁盘存在物理故障。将每块硬盘以只读方式做扇区级全盘镜像。镜像完成后将所有硬盘按照原样还原到原服务器中。
备份硬盘数据：

北亚企安数据恢复—SqlServer数据恢复

2、打开镜像文件，分析硬盘底层数据，发现硬盘底层残留着许多SQL Server数据库的日志和备份文件。经过查看和分析，发现日志中有很多包括插入语句的数据库操作记录；备份文件中有建表语句和一部分旧数据。
北亚企安数据恢复工程师编写了一个提取数据库相关数据的小程序，扫描所有存在的数据库残留并提取所有数据。
3、分析扫描到的所有日志文件，发现日志文件中的数据记录有着固定的开头和结尾，其中每条数据都在固定的位置上有自己的OBJECT_ID号，在接下来的扫描文件中，继续搜寻有同样OBJECT_ID的数据记录，发现结构相同，就可以确定这是完好的数据，并进行提取。
分析扫描到的备份文件，发现很多建表语句，根据这些语句可以获取到一部分表结构。针对剩余的表结构，由于截断为0的部分刚好在系统表，没有办法提取表结构，只能通过从日志中提取的数据来推理表结构和数据类型。
4、根据前面的分析，北亚企安数据恢复工程师编写程序从备份文件中提取建表语句，根据建表语句分析出表结构与各种数据类型。
5、在残留的系统表中寻找22H、07H、05H表，根据这些建立表与OBJECT_ID的对应关系。北亚企安数据恢复工程师编写程序提取日志中的记录，根据OBJECT_ID将数据和表进行对应，并插入到新表中。
6、经过验证，用户方确认恢复出来的数据完整有效，认可数据恢复结果。

审核编辑 黄宇