服务器数据恢复—意外断电导致XenServer虚拟机不可用的数据恢复案例

简介: 服务器数据恢复环境:一台服务器中有一组由4块STAT硬盘通过RAID卡组建的RAID10阵列,上层是XenServer虚拟化平台,虚拟机安装Windows Server操作系统,作为Web服务器使用。服务器故障:因机房异常断电导致服务器中一台VPS(Xen Server虚拟机)不可用,虚拟磁盘文件丢失。

服务器数据恢复环境:
一台服务器中有一组由4块STAT硬盘通过RAID卡组建的RAID10阵列,上层是XenServer虚拟化平台,虚拟机安装Windows Server操作系统,作为Web服务器使用。

服务器故障:
因机房异常断电导致服务器中一台VPS(Xen Server虚拟机)不可用,虚拟磁盘文件丢失。

服务器数据恢复过程:
1、将故障服务器中所有磁盘编号后取出,硬件工程师检测后没有发现有磁盘存在硬件故障。以只读方式将所有磁盘进行扇区级全盘镜像,镜像完成后将所有磁盘按照原样还原到原服务器中,后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。
2、基于镜像文件分析所有硬盘底层数据,发现服务器中虚拟机的虚拟磁盘均通过LVM的结构管理,即每个虚拟机的虚拟磁盘都是一个LV。虚拟磁盘采用精简模式。LVM的相关信息在XenServer中都有记载。查看LVM的相关信息并没有发现损坏的虚拟磁盘信息,基本上可以判断LVM的信息已经被更新了。继续分析底层看能否找到未被更新的LVM信息,结果还真在底层发现了还未更新的LVM信息。
001副本.jpg

3、根据未被更新的LVM信息找到虚拟磁盘的数据区域,发现该区域的数据已被破坏。这种情况极大可能是虚拟机遭遇网络攻击或入侵后导致的。仔细核对这片区域后发现该区域虽然有很多数据被破坏了,但还是发现了很多数据库的页碎片。可以尝试将许多数据库的页碎片拼接成一个可用的数据库。
4、经过北亚企安数据恢复工程师团队会诊后确定以下数据恢复方案。
方案一:根据RAR压缩包的结构可以找到压缩包的数据开始位置,RAR压缩包文件的第一个扇区会记录此RAR的文件名。将备份数据库的压缩包文件名和目前找到的压缩包位置的文件名进行匹配,即可找到备份数据库压缩包的数据开始位置。找到压缩包的位置后仔细分析这片区域的数据,将此区域的数据恢复出来重命名为一个RAR格式的压缩文件。然后尝试解压这些压缩包,发现解压报错。
002副本.jpg

仔细分析恢复出来的压缩包发现有部分数据被破坏。尝试使用RAR修复工具看能否在设置为忽略错误的情况下解压部分数据。结果修复完成之后解压数据中只有网站的部分代码,并没有发现数据库的备份文件。因此可以判断RAR压缩包中的数据库备份文件已经损坏。
是解压出来的部分网站代码:
003副本.jpg

方案二:
由于方案一并没有将数据库恢复出来,因此采用方案二。
根据SQL Server数据库的结构去底层分析数据库的开始位置。在数据库的结构中,第9个页会记录本数据库的数据库名。从用户方获取到数据库的名称后,分析底层找到此数据库的开始位置。因为在数据库的每个页中都会记录数据库页编号以及文件号,北亚企安数据恢复工程师根据这些特征编写程序去底层扫描
符合数据库页的数据。将扫描出来的碎片按顺序重组成一个完整MDF文件,再通过MDF校验程序检测整个MDF文件的完整性。
重建的MDF文件:
004副本.jpg

5、检测没问题后搭建数据库环境,将重组后的数据库附加到搭建好的数据库环境中。查询相关表数据是否正常,查询最新数据是否存在。
005副本.jpg

6、用户方从网站开发的服务商拿到完整的网站代码搭建好环境,然后将恢复出来的数据库在搭建好的环境中进行测试。经用户测试后,确认数据库没有问题。

相关文章
|
8月前
|
数据挖掘 Linux 索引
服务器数据恢复—服务器意外断电导致数据丢失的数据恢复案例
一台安装linux系统的服务器意外断电。管理员重启服务器后进行检测,发现服务器上部分文件丢失。管理员没有进行任何操作,直接将服务器正常关机并切断电源。
|
9月前
|
数据挖掘 索引
服务器数据恢复—raid6阵列硬盘故障导致上层虚拟机不可用的数据恢复案例
一台由16块硬盘组成的raid6磁盘阵列。磁盘阵列中有一块硬盘因为物理故障掉线,导致服务器上层虚拟机无法正常使用,部分分区丢失,重启物理服务器后发现数据丢失。
|
11月前
|
存储 运维 数据挖掘
虚拟化数据恢复—误还原快照导致虚拟机上数据库丢失的数据恢复案例
虚拟化数据恢复环境&故障: vmfs文件系统,存储的数据是SqlServer数据库及其他办公文件。 工作人员误将快照还原,导致了SqlServer数据库数据的丢失,需要恢复原来的SqlServer数据库文件。
273 22
|
11月前
|
存储 数据挖掘 虚拟化
vsan数据恢复—vsan缓存盘故障导致虚拟机磁盘文件丢失的数据恢复案例
VMware vsan架构采用2+1模式。每台设备只有一个磁盘组(7+1),缓存盘的大小为240GB,容量盘的大小为1.2TB。 由于其中一台主机(0号组设备)的缓存盘出现故障,导致VMware虚拟化环境中搭建的2台虚拟机的磁盘文件(vmdk)丢失。
|
存储 SQL 数据库
虚拟化数据恢复—Vmware虚拟机误还原快照的数据恢复案例
虚拟化数据恢复环境: 一台虚拟机从物理机迁移到ESXI虚拟化平台,迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机,EXSI虚拟化平台连接了一台EVA存储,所有的虚拟机都存放在EVA存储上。 虚拟化故障: 工组人员误操作将数年前迁移完成后做的快照还原了,也就意味着虚拟机状态还原到数年前,近几年数据都被删除了。 还原快照相当于删除数据,意味着部分存储空间会被释放。为了不让这部分释放的空间被重用,需要将连接到这台存储的所有虚拟机都关掉,需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
397 50
|
12月前
|
存储 运维 数据挖掘
|
缓存 算法 固态存储
VSAN数据恢复——开启重删压缩的全闪存VSAN下虚拟机数据恢复案例
VMware VSAN超融合架构,11台服务器节点。每台服务器节点上创建1个磁盘组,磁盘组包括1块PCIe固态硬盘(作为缓存盘)和8-10块SSD(作为数据盘),组成VSAN存储空间来存放虚拟机文件。启用了去重和压缩功能。 一台服务器节点上的一块PCIE缓存盘出现故障,导致VSAN逻辑架构问题。2台虚拟机磁盘组件出现问题,虚拟机无法正常使用。
|
存储 数据挖掘 数据库
虚拟化数据恢复—VMFS简介&误删除虚拟机的数据恢复案例
物理区:物理上连续的磁盘空间,即通常意义上的分区。 本地区:VMFS管理的物理区分为保留区和本地区,前面一部分是保留区,后面部分是本地区。本地区又分为元文件区和数据区。 元文件:与NTFS的元文件类似,属于FS的管理用数据。VMFS有6个元文件:.VH.SF/.FBB.SF/.FDC.SF/.SBC.SF/.PBC.SF/.PB2.SF。 元文件区:6个元文件占用的所有空间,在本地区的前面部分。 数据区:用于存放文件数据。 datastore:在ESX服务器上看到的VMFS存储空间。 LV:logical volume,所指的范围其实和本地区一样,即虚拟化卷。 LVM逻辑卷组:用来管理跨dis
|
存储 运维 虚拟化
虚拟化数据恢复——Hyper-V虚拟化故障导致虚拟机文件丢失的数据恢复案例
在Windows Server上部署的Hyper-V虚拟化环境中,因存储中虚拟机数据文件丢失导致服务瘫痪。北亚企安数据恢复工程师通过物理检测、操作系统及文件系统检测,确定为人为格式化造成,并通过镜像硬盘、重组RAID、分析并恢复文件索引项等步骤,成功恢复数据,最终在新Hyper-V环境中验证并迁移所有虚拟机,确保用户业务恢复正常运行。
|
3月前
|
弹性计算 运维 安全
阿里云轻量应用服务器与云服务器ECS啥区别?新手帮助教程
阿里云轻量应用服务器适合个人开发者搭建博客、测试环境等低流量场景,操作简单、成本低;ECS适用于企业级高负载业务,功能强大、灵活可扩展。二者在性能、网络、镜像及运维管理上差异显著,用户应根据实际需求选择。
304 10

热门文章

最新文章

相关产品

  • 云服务器 ECS