实施方案 修复 image 51cto 好的 搭建 恢复数据 color 模式
在服务器运行过程中如果出现意外情况突然断电很容易引起服务器故障,服务器中的硬件设备损坏可以修复或者购买,但是服务器中的数据一旦发生故障丢失,对于企业来说将是不可估量的损失.那么服务器数据一旦丢失就除了痛哭之外别无他法了吗?不是的,下面我将引用一个真实案例为大家讲解意外断电导致服务器数据丢失的数据恢复方法和过程.文中若有歧义之处欢迎探讨.
.
虚拟机数据丢失情况描述
因服务器突然断电原因导致 Xen Server 服务器中一台 VPS(即 Xen Server 虚拟机)不可用,虚拟磁盘文件丢失.硬件环境是 Dell 720 服务器配戴一张 H710P 的 RAID 卡,由 4 块希捷 2T STAT 硬盘组成的 RAID 10,上层环境是 Xen Server 6.2 版本操作系统,虚拟机是 Windows Server 2003 系统,10G 系统盘 + 5G 数据盘两个虚拟机磁盘,上层是 web 服务器(ASP + SQL 2005 的网站架构).
`
分析故障原因
为确保客户原始数据的安全必须先将客户的数据盘连接到恢复环境服务器上准备对数据进行镜像备份,这一步中需要准备超过客户硬盘总容量的存储空间将数据以底层扇区的方式进行镜像备份.
在案例中分析底层数据发现 Xen Server 服务器中虚拟机的磁盘均以以 LVM 的结构存放,即每个虚拟机的虚拟磁盘都是一个 LV,并且虚拟磁盘的模式是精简模式的.LVM 的相关信息在 Xen Server 中都有记载,查看 "/etc/lvm/backup/frombtye.com" 下 LVM 的相关信息发现并没有存在损坏的虚拟磁盘信息,因此可以断定 LVM 的信息已经被更新了.接着分析底层看能否找到未被更新的 LVM 信息,果不其然在底层发现了还未更新的 LVM 信息.如下图:
.
根据未被更新的 LVM 信息找到了虚拟磁盘的数据区域,发现该区域的数据已被破坏.分析后发现造成虚拟机不可用的最终原因是因为虚拟机的虚拟磁盘被破坏,从而导致虚拟机中的操作系统和数据丢失.而导致这种情况的发生很有可能是虚拟机遭遇网络攻击或 hack 入侵后留下恶意程序造成的.仔细核对这片区域后发现,虽然该区域有很多数据被破坏了,但还是发现了很多数据库的页碎片.因此可以尝试将许多数据库的页碎片拼成一个可用的数据库.
.
制定数据恢复方案:
1,实施方案一
根据 RAR 压缩包的结构可以找到很多压缩包的数据开始位置,而 RAR 压缩包文件的第一个扇区中会记录此 RAR 的文件名.因此根据从客户那里得知备份数据库的压缩包文件名和目前找到的压缩包位置的文件名相匹配,即可找到备份数据库压缩包的开始位置.找到压缩包的位置后仔细分析这片区域的数据,然后将此区域的数据恢复出来重命名为一个 RAR 格式的压缩文件.然后尝试解压此压缩包,发现解压报错.
报错如下图所示:
.
仔细分析恢复出来的压缩包发现中有部分数据被破坏了,因此解压的时候报错.尝试使用 RAR 的修复工具看能否忽略错误,解压部分数据.结果修复完成之后解压的数据库只有网站的部分代码,并没有数据库的备份文件.因此可以判断数据的备份文件在 RAR 压缩包中是损坏的.
如下是解压出来的部分网站代码.
.
2,实施方案二
由于方案一并没有将数据库恢复出来,因此采用方案二来恢复数据.根据 SQL Server 数据库的结构去底层分析数据库的开始位置,在数据库的结构中,第 9 个页会记录本数据库的数据库名.因此在客户那里获取数据库的名称之后,再分析底层找到此数据库的开始位置.因为在数据库的每个页中都会记录数据库页编号以及文件号,所以可以根据这些特征编写程序去底层扫描符合数据库页的数据.
然后将扫描出来的碎片按顺序重组成一个完整 MDF 文件,再通过 MDF 校验程序检测整个 MDF 文件是否完整.重建的 MDF 文件如下:
?
.
验证数据
检测没问题之后再搭建数据库环境,将重组后的数据库附加到搭建好的数据库环境中.然后查询相关表数据是否正常,查询最新数据是否存在.截图如下:
.
虚拟机数据恢复总结:
由于数据库需要结合网站代码才能更好的验证数据库的完整性.客户从开发商里拿到了网站代码搭建好了环境,然后将恢复好的数据库发给用户.经用户验证后,数据库没问题,通过拼数据库碎片的方式成功将数据库恢复完成,整个数据恢复成功.
服务器断电导致虚拟机数据丢失怎么恢复?
来源: http://www.bubuko.com/infodetail-2466162.html