采用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，系统完全无错修复，可启动。
【负责工程师】
张宇，联系方式010-82488249-810 移动电话：13522617215 ,工程师ID：810
MAIL：zyblog[at]datahf.net
北亚数据恢复中心网站： |
