热门关键字

数据恢复  硬盘数据恢复 服务器数据恢复
数据库修复 RAID数据恢复 笔记本数据恢复

                   您当前的位置:首页>>服务器数据恢复案例>>Linux,Unix数据恢复案例>>正文
  

服务器数据恢复

导航
 经典案例

采用LINUXlvm管理的ESXVMD
IBM服务器数据恢复成功-R
RAID0数据恢复成功-服务器
RAID损坏-服务器数据恢复
曙光服务器数据恢复成功-
两块盘RAID0,磁盘分区损坏
SQL数据库服务器,突然断电
IBM服务器数据恢复成功-RA
IBM服务器,RAID5数据恢复
RAID数据恢复成功-RAID损坏
DELL服务器数据恢复成功-
服务器RAID信息丢失,数据
more...

 

采用LINUXlvm管理的ESXVMDK信息出错,数据恢复成功


作者:  来源:  添加日期:2010-12-16 18:12:47 

*禁止转载,如需转载或提供数据恢复服务,请与作者取得联系(见下)

【用户单位】
北京大兴亦庄经济技术开发区北工大软件园XXX单位

【数据恢复故障描述】
 一组ESX存储,里面有一台非常LINUX SERVER,大小为60GB,使用LVM管理几个EXT3文件系统,操作系统同数据一样安装在一个单独的VMDK中。
正常使用中,因磁盘空间不足,于是在ESX VI中增加了一个VMDK,之后在操作系统中重新扩容VG,划分(也可能是扩容)LV,结果失败,此时,无论去掉不去掉新划分的VMDK,虚拟机均无法启动。此虚拟机存储有重要的ORACLE生产数据库,无法上线导致某工作组全部停工,损失惨重,需要尽快恢复数据,同时要求操作系统恢复启动。

【数据恢复故障分析】
 通常此类操作因涉及LVM信息、涉及分区ID,所以可能会导致LVM信息,fstab变更。
 文件系统忙时做变更或其他操作,容易导致当前操作节点、块区内存回写不一致。
由一块盘变更为多块盘,可能会改变grub的引导设置。
 如需恢复数据,上述可能的故障需一一进行修复。

【数据恢复过程】
1、 对VMDK进行磁盘物理介质进行分析,排除坏道等原因。
 2、备份VMDK文件。
 3、对VMDK进行分区结构分析,发现LVM信息不对称,去除新增加的无用的LVM信息后,进入文件系统分析。
 4、文件系统级别分析,发现EXT3数据卷的超级块及根节点等部分区域错误,通过技术手段进行修复,成功后文件系统一致性100正确。
 5、修复fstab文件
 6、分析发现grub menu出错,修正,重置grub引导代码。
 7、只读方式在VMWARE虚拟机环境下加载,测试。

【数据恢复结论】
历时12小时,数据恢复成功,成功率100,系统完全无错修复,可启动。

【负责工程师】
张宇,联系方式4006505646-810 移动电话:13522617215 ,工程师ID:810
MAIL:zyblog[at]datahf.net
北亚数据恢复中心网站:

本新闻共2页,当前在第1页  1  2  

硬盘数据恢复 | 数据修复 | 数据库修复 | Raid数据恢复 | 服务器数据恢复 | 笔记本数据恢复 | 文档恢复 | 网站地图 | 友情链接 | Rss聚合
Copyright @2005 - 2009 版权所有 北亚数据恢复中心
全国统一免费电话:4006-505-646
北京部:北京市海淀区永丰基地丰慧中路7号新材料创业大厦B座205室


京ICP备06061792号
 
ggcad