采用LINUXlvm管理的ESXVMDK信息出错，数据恢复成功--北京北亚数据恢复服务中心


	\| 网站首页 \| 数据恢复资料 \| 数据恢复软件 \| 咨询留言 \| 数据恢复博客 \| 数据恢复论坛 \|

您现在的位置：北亚数据恢复技术站 >> 最新动态正文

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

热 ★★★

【字体：小大】

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

作者：佚名最新动态来源：本站原创点击数：更新时间：2010-12-16

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

【用户单位】
北京大兴亦庄经济技术开发区北工大软件园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，系统完全无错修复，可启动。

【负责工程师】
张宇，联系方式010-82488249-810 移动电话：13522617215 ,工程师ID：810
MAIL：zyblog[at]datahf.net
北亚数据恢复中心网站：数据恢复" href="http://www.datahf.net/" target="_blank">http//www.datahf.net
北亚数据恢复中心服务电话：4006505808
本文关键词：linux lvm修复

【数据恢复服务承诺】
1 .免费检测
2. 与客户签订保密协议(非定制免费)，对客户的数据严格保密
3. 数据恢复不成功不收费
4. 专业工程师提供服务，同时由其他工程师审核、会诊数据恢复方案及流程
5. 数据恢复前报价，客户确认后工程师开始数据修复
6. 整个恢复过程不会对客户的原盘有任何的写操作，以确保原盘的数据完全

最新动态录入：飘责任编辑：飘

上一个最新动态： tttttttttttt

下一个最新动态： hp-uxvxfs上的数据文件删除并部分覆盖,数据恢复成功

【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】

网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）