当前位置:主页 > >

碎片拼接技术恢复XenServer服务器SQL Server数据库数据

时间:2023-03-07 09:34:03 | 栏目: | 点击:

?环境:?

?故障:?

?故障检测和分析:?

LVM的相关信息在Xen Server中都有记载,查看“/etc/lvm/backup/frombtye.com “下LVM的相关信息发现并没有存在损坏的虚拟磁盘信息,因此北亚数据恢复工程师判断LVM的信息已经被更新了。因此,北亚数据恢复工程师只能接着分析底层看能否找到未被更新的LVM信息,经过一番努力,终于在底层发现还未更新的LVM信息。

如下图:

发现,造成虚拟机不可用的原因是虚拟机的虚拟磁盘被破坏,虚拟机中的操作系统和数据丢失。这种情况很有可能是由虚拟机遭遇网络入侵后留下恶意程序造成的。仔细核对这片区域后,北亚工程师发现虽然该区域很多数据被破坏,但还是找到很多数据库的页碎片,可以尝试将这些数据库的页碎片拼接成一个可用的数据库。

?服务器数据恢复过程:?

1、数据恢复方案一

按照方案一的思路进行底层分析,根据RAR压缩包的结构可以找到很多压缩包的数据开始位置,而RAR压缩包文件的第一个扇区中会记录此RAR的文件名。因此通过从管理员那里获知的备份数据库的压缩包文件名和目前找到的压缩包位置的文件名相匹配,可找到备份数据库压缩包的开始位置。找到压缩包的位置后仔细分析这片区域的数据,然后将此区域的数据恢复出来重命名为一个RAR格式的压缩文件,尝试解压此压缩包,解压报错。

报错如下图所示:

仔细分析恢复出来的压缩包,北亚数据恢复工程师发现有部分数据被破坏,因此解压的时候报错。尝试使用RAR的修复工具看能否忽略错误,解压出来部分数据。结果修复完成之后解压出来的数据只有网站的部分代码,并没有发现数据库的备份文件。因此可以判断数据库备份文件在RAR压缩包中是损坏的。

如下是解压出来的部分网站代码:

2、数据恢复方案二

由于方案一并没有成功将数据库恢复出来,因此采用方案二来恢复数据。根据SQL Server数据库的结构去底层分析数据库的开始位置。在SQL Server数据库的结构中,第9个页会记录本数据库的数据库名。因此从服务器管理员那里获知到数据库名称之后,北亚数据恢复工程师再分析底层找到此数据库的开始位置。因为在SQL Server数据库的每个页中都会记录数据库页编号以及文件号,北亚数据恢复工程师根据这些特征编写程序去底层扫描符合数据库页的数据。

然后将扫描出来的碎片按顺序重组成一个完整MDF文件,再通过MDF校验程序检测整个MDF文件是否完整。

重建的MDF文件如下:

?验证数据:?

经过检测确定恢复出来的数据没问题之后,由北亚工程师搭建数据库环境,将重组后的数据库附加到搭建好的数据库环境中,查询相关表数据是否正常,查询最新数据是否存在。

截图如下:

由于数据库需要结合网站代码才能更好的验证数据库的完整性。管理员从网站开发商那里拿到网站代码搭建好环境,然后将恢复出来的数据库配置好后去验证,没有发现问题,本次数据恢复成功。

您可能感兴趣的文章:

相关文章