HP EVA8400删除VDISK后数据恢复过程分步整理
【故障描述】
某地法院一台HP EVA8400存储,2组扩展柜,物理磁盘由12个1T FATA磁盘(AG691A 454414-001)和10个300G 15K FC磁盘(AG690A 454411-001)组成,LUN数量不确定,主机环境为WINDOWS,存储法院历史案例审理材料。
因本案多方转手,所以我们也无法直接得知故障原因。
【初检及分析】
1、电话初检,确定得知,数据出现故障后再未重用。通常按HP-EVA的故障可能推断,数据恢复的可靠性较高。
2、EVA主机及扩展柜正常关机,之后将所有硬盘标好位置序号,拿出。在数据成功恢复之前,不再开启EVA 8400控制器。
3、接手磁盘后,按如下链路对磁盘进行连接。
4、进入WINDOWS环境,用WINHEX查看磁盘情况,发现所有磁盘均可正常识别。
5、查看每个磁盘信息,发现300G FC磁盘存在PV HEAD,而1T FATA磁盘上均无PV HEAD。查看300G磁盘中存储的Metadata,发现仅描述了一个RSS组组成的LUN,大小不足2T,成员为所有300G磁盘。而1T FATA磁盘中残留的LUN信息则至少包括5组信息。上述信息表明,极有可能地,某种原因导致删除了1T 磁盘组成的DISK GROUP内所划分的所有VDISK,并UNGROUP了所有1T FATA磁盘。
6、分析1T FATA磁盘上保留的Metadata,大致判断可恢复率较高。
【恢复过程】
1、对所有磁盘做完整镜像,参见《如何对磁盘做完整备份》或本人博客中的其他文章。
2、使用Frombyte recovery for HP-EVA对300G 磁盘所属的LUN进行恢复。
3、因1T磁盘已全部UNGROUP,关于RSS的分配,以及本身的磁盘ID均无法得知。故需进行人工方式分析RSS配置表。通过META信息的对照,以及通过xor信息区的校验验证,得到如下rss组配置表:
3-0 hd6
3-1 hd8
3-2 hd2
3-3 hd9
3-4 hd10
3-5 hd5
2-0 hd0
2-1 hd7
2-2 hd1
2-3 hd11
2-4 hd3
2-5 hd4
4、重组及整合所有LUN的存储分配表。
5、根据存储分配表,及RSS磁盘分配表,对所有LUN进行提取。提取过程中,对不通过的XOR条带进行人工分析,确定离线情况(本例没有掉线磁盘),确定得到最佳重组结论,再通过Frombyte recovery for HP-EVA进行恢复。
【数据恢复结论】
数据100%恢复成功。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
SylixOS线程私有数据浅析
目录 1.线程私有数据概述1 2.线程私有数据的相关API函数流程浅析1 2.1加入线程私有变量1 2.2删除线程私有变量3 2.3设置私有线程变量6 2.4获得线程私有变量值8 3.总结10 4.参考文献10 线程私有数据概述 在SylixOS中为了满足多线程安全的要求,使得一种资源可以安全的被多个线程使用,采用了包括代码临界区保护和可重入性等方法。本文描述实现可重入的一种方法:线程私有数据。值得注意的是这种保护方式牺牲了系统的实时性并且只针对单CPU系统有效,若非必要,SylixOS不推荐使用此方式。 线程私有数据的相关API函数流程浅析 加入线程私有变量 加入线程私有变量的流程如图 2-1所示。 图 2-1加入线程私有变量 输入 在调用API_ThreadVarAdd函数时,我们需要输入线程ID以及私有变量地址。具体实现如程序清单 2-1所示。 程序清单 2-1加入线程私有变量输入 ULONGAPI_ThreadVarAdd (LW_OBJECT_HANDLEulId,ULONG *pulAddr) { REGISTERUINT16usIndex; REGISTERPLW_CL...
- 下一篇
sql连接查询中on筛选与where筛选的区别
sql查询这个东西, 要说它简单, 可以很简单, 通常情况下只需使用增删查改配合编程语言的逻辑表达能力,就能实现所有功能。 但是增删查改并不能代表sql语句的所有, 完整的sql功能会另人望而生畏。 就拿比普通增删查改稍微复杂一个层次的连接查询来说, 盲目使用, 也会出现意料之外的危险结果,导致程序出现莫名其妙的BUG。 在连接查询语法中,另人迷惑首当其冲的就要属on筛选和where筛选的区别了, 在我们编写查询的时候, 筛选条件的放置不管是在on后面还是where后面, 查出来的结果总是一样的, 既然如此,那为什么还要多此一举的让sql查询支持两种筛选器呢? 事实上, 这两种筛选器是存在差别的,只是如果不深挖不容易发现而已。 sql中的连接查询分为3种, cross join,inner join,和outer join , 在 cross join和inner join中,筛选条件放在on后面还是where后面是没区别的,极端一点,在编写这两种连接查询的时候,只用on不使用where也没有什么问题。因此,on筛选和where筛选的差别只是针对outer join,也就是平时最常...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- 2048小游戏-低调大师作品
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Linux系统CentOS6、CentOS7手动修改IP地址
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS6,CentOS7官方镜像安装Oracle11G
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Windows10,CentOS7,CentOS8安装Nodejs环境
- 设置Eclipse缩进为4个空格,增强代码规范