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、经过验证,用户方确认恢复出来的数据完整有效,认可数据恢复结果。
北亚企安数据恢复—SqlServer数据恢复