北京某公司NetApp存储虚拟机数据恢复案例
存储环境部署及存储数据恢复故障的起因:某公司的NetApp FAS-8200存储,使用96块磁盘组建两组存储池,存储池互为镜像。存储池内划分卷并映射到ESXI作为数据存储使用,卷内虚拟机数量约300+。在操作过程中由于未知原因导致卷丢失,卷内虚拟机不可访问。该公司的管理员先进对存储进行了简单的检查和数据恢复但是没有成功,由于存储内有公司重要数据,管理员不敢妄动,只好联系北京的存储数据恢复公司进行专业数据恢复。
一、数据恢复备份为防止对客户原始磁盘内数据造成破坏,首先分别对各磁盘进行镜像拷贝(在进行分析后确定热备未启用,剔除热备盘和存储系统盘)小编以往的数据恢复案例中都要对备份进行介绍,这里就不再赘述过程了。 二、分析磁盘底层数据并重组RAID恢复数据数据恢复第一步即分析阵列底层的数据情况,根据磁盘底层元信息记录信息,确定了每块磁盘所在的盘序及功能(数据/校验),同时确定无离线盘无需校验信息,剔除校验盘。 三、提取卷内数据NetApp所使用的文件系统为WAFL,在本案例中文件系统采用了高版本模式。填写配置文件,使用数据恢复公司自主研发解析程序进行解析: 在数据提取完成后由数据恢复工程师对提取的数据进行文件自检验,检验文件数据过程中发现数据文件异常,数据恢复工程师对数据进行二次分析发现部分数据块由于指针异常被填充。如下图: 此类指针在以往的数据恢复过程中未曾出现,请教了经验丰富的数据恢复工程师后表示在数据恢复从业经历中也没有遇见过这类指针,所以并没有现成的数据恢复方案可解决这个故障,技术主管将该数据恢复案件移交给数据恢复中心的非常规业务技术攻关小组进行技术攻关。 四、数据还原经过数据恢复技术攻关小组分析测试后得出结论为:此类指针为压缩占用标志,并给出解压算法。 五、数据验证;数据恢复成功待所有数据提取完成后,数据恢复工程师将恢复完成的数据移交到客户存储进行验证,客户验证通过,本次数据恢复工作圆满成功。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |