• 1
  • 2
  • 3

您现在的位置:首页 » 恢复案例 » 服务器恢复案例

 
恢复案例

太原某高新企业ESXi5.5虚拟机VMDK文件丢失恢复成功
发表时间:2020-06-21     阅读次数:
太原某高新企业ESXi5.5虚拟机VMDK文件丢失恢复成功

详细介绍

虚拟机安全吗? 今天有这么一例。跟大家分享一下

设备情况:浪潮服务器 NF5280M4+浪潮存储AS5300存储柜

该存储由HGST-sas1.2tb*10快盘组成,由于客户公司技术维护操作失误导致存储连接不上,具体操作该技术已经记不清楚了。下面我们具体分析一下

我们跟客户沟通后得知该服务器安装EXSi5.5系统环境,连接存储。里面跑的5个虚拟机,其中有一个虚机是该企业的核心代码数据,不可丢失,运行CentOS6.5环境。

首先为了数据安全,我们把存储磁盘挂载到我们的镜像服务器环境中做了镜像操作以及物理测试(不会在客户的设备上面直接操作)

分析发现前面的分区信息都已经破坏,通过分析数据区确定了该存储是由的9盘位RAID5结构,剩余一盘作为热备盘使用。RAID参数为右异步,快大小256sec,开始扇区为0

重组raid后,通过UFS软件解析VMFS文件系统失败,通过winhex分析发现前面关键信息已经破坏。通过Winhex分析发现1Gb存在FATNTFS的分区信息,解析发现里面有U盘大白菜PE系统,初步怀疑里面装进去个winpe引导系统.通过再次跟客户技术沟通,该技术表示装系统的时候用WINPE引导服务器后,可以识别的服务器下还挂载这一个8.2TB的磁盘,但是显示问号(?),再无做过其他操作,其实结合目前的分析结果来看,客户方技术的描述以及无关紧要了。

现在整个vmfs文件系统已经破坏,各个虚拟机的指针信息已经丢失,给恢复增加了难度。

再次跟客户沟通后确认了虚拟机大小(300G左右)以及环境后(centos),开始编写脚本在8.2TB空间内定位该虚拟机的存储位置,手工截取虚机碎片,合并制作xxx-flat.vmdk文件。


因为只有VMDK数据文件,虚拟机环境是无法正常加载的。于是我们新建一个跟同配置虚机,把制作好的VMKD文件上传到我们新建虚拟机测试平台打开电源顺利启动

客户远程验证数据代码无误,恢复顺利完成。

山西鑫远数据恢复 QQ: 115521023 395352121

全国免费咨询联系电话:18635136745 18634326745
山西(太原)鑫远数据恢复地址:山西省太原市南内环街赛格商务楼6层6002室

鑫远——专注数据恢复12年之久,上万恢复案例,总有一例与您所遇到的故障相同!

鑫远数据安全与救援中心提供高端存储故障解决方案和数据救援方案
【HP EVA 】【EMC VNX系列】 【IBM V系列】
【DELL EQ系列】【SAN 小型机 【NETAPP系列】以及【虚拟化 超融合架构】

再次提示:在数据发生丢失时候一定要保护好现场,不要盲目的对损坏的硬盘或文件进行任何操作,并马上联系专业人员进行处理,以免您的数据彻底消失。

山西太原鑫远数据恢复中心是国内专业从事数据恢复的公司之一,其中的RAID实验室致力于磁盘阵列技术的研究。擅长各种软件、硬件的RAID5、RAID0磁盘阵列数据恢复 。经过多年研究掌握了各种从SAN到NAS和CAS,从高端到中低端磁盘阵列的算法。开发了磁盘阵列恢复工具,可脱离Raid卡,操作系统,把阵列中的数据完整的恢复出来。可恢复各类原因引起的磁盘阵列(Raid)丢失的数据,不受品牌和Raid级别的限制。已经解决国内大部分raid卡的算法,其中比较复杂的raid有:IBM 7133阵列的Raid5双循环算法,HP Raid卡和Compaq Raid卡的双循环算法,Raid1E算法,HP的Raid ADG和IBM的Raid的算法以及EMC DELL的阵列柜520卡的算法。
友情提示:由于客户数据泄密的事件屡有发生,原因就是有些数据恢复公司

不具备RAID恢复能力,而是把接到的活转给第三方公司来赚取差价,避免这个问题的办法就是要求数据恢复公司在现场直接恢复,或全程观看等候。


上一篇:上门为某涉密单位海康CVR视频存储服务器宕机恢复成功
下一篇:太原某连锁超市供应链服务器Raid瘫痪数据恢复案例
 
推荐资讯

 

 

最近更新

 

 

新闻

 
Top