您的当前位置:首页 > 阵列恢复

阵列恢复raid restoration

            1. raid的概述
            2. 磁盘阵列技术-术语汇编
            3. raid卡崩溃之后的数据问题
            4. raid1--5技术详解
            5. 磁盘阵列技术原理学习


推荐华山剑客(王老师)做远程阵列恢复,有需要可以直接联系他 qq409133413,电话:13872883452

支持raid0重组
支持raid5重组,包括左旋转和右旋转、同步和异步等不同形态的阵列。支持ibm的较为少见的不标准的右旋转异步。
支持hp双循环重组
支持ibm的raid1ee和raid5ee重组
支持跨区卷/动态分区的重组
支持非标准的右旋转异步,第一个校验盘不是0块硬盘的重组
支持非标准的阵列,阵列开始位置不是0扇区的重组

完全透明的阵列重组功能,可以让您轻松的恢复技术门槛较高的磁盘阵列数据。只需设置好磁盘或者镜像文件后便可以在内存中直接提取阵列中的目录结构,无需做出整个阵列的镜像。大大减少数据恢复的时间。有智能模式和专业模式2种工作模式,智能模式只需设置磁盘(不要求磁盘顺序)便能自动分析出raid5的参数和里面的分区,直接加载出目录。专业模式可以单独设置各个参数后加载分区或者制作出阵列镜像进行恢复。有些时候阵列是完好的情况,做出阵列的镜像到普通硬盘再挂回服务器就可以直接启动。 


难度较大的阵列恢复案例:

-------- 日期:2008-6-20 企业版客户: 上海某数据恢复 -------- 阵列情况:ibm阵列,raid5ee级别,5个scsi硬盘组成的raid5ee阵列,每个硬盘68g,总共200g左右数据。该5ee是左旋转的,不常见,分析数据分别规律后,升级了软件就支持了,这个阵列分区表损坏了,通过脚本编程扫描出分区的dbr位置,然后虚拟卷加载出目录。该阵列里面居然分了23个分区,每个分区都是9g左右小分区,存放的是教材资料,数据完全恢复,就是虚拟加载23个分区比较辛苦。

-------- 日期:2008-6-19 企业版客户: 北京某数据恢复 -------- 阵列情况:4个250g的sata硬盘组成的阵列,类型不详。分析了4个硬盘的数据,发现前面有个fat32分区,只是dbr显示出这个分区是1t的,的技术人员断定这个dbr有问题,一般windows服务器阵列的分区是ntfs的,就用数据恢复大师软件里面的脚本编程的功能来扫描4个硬盘的关键数据区域,找了10多分钟没找到一丁点ntfs分区的数据信息。重新研究了这个fat32的dbr,1t的dbr还没见过呢,如果这个dbr是正确的,那么4个250g盘的组成的阵列只能是raid0或者跨区卷了。根据fat32的fat,fdt信息很容易排除raid0阵列的可能性,剩下来的只有跨区卷了。尝试了 1,2,3,4 的磁盘顺序,用数据恢复大师跨区卷组合了下,发现有些目录丢失,找到的文件有一部分可以打开,这应该是参数没设置对。在数据恢复大师软件里面的列表视图里,挑选了几个比较大的文件开始簇号,根据dbr的信息和开始簇号,直接计算出这些文件在阵列中分部在第几号硬盘上某扇区的位置,然后在3个硬盘中用脚本编程的方式查找该位置附近的文件头,根据匹配的文件头来确定该硬盘是第几号硬盘,从而确定出硬盘顺序。确定好参数后再次组合出来的目录非常完整,文件能完全恢复出来。该跨区卷的难度在于磁盘顺序以及跨区卷在磁盘上的范围确定起来有点难度,而且1t这么大的fat32分区的技术人员也是第一次碰到,开始还不相信,忽略了它来找ntfs分区,绕了个圈子,还好及时回过来分析被忽略的fat32分区,完美的恢复出数据。

-------- 日期:2008-4-10 企业版客户: 山东某数据恢复 -------- 阵列情况:ibm阵列,raid5ee级别,sas接口的6个盘,每个盘136g,阵列容量136×4g(raid5ee有2个盘的冗余,所以这个阵列只有4个盘的容量),3个分区,数据主要在d,e分区。企业版客户用转接口接上硬盘,作出镜像后,简单的分析磁盘顺序和块大小后发现这个阵列的分区表完全损坏,第一个分区前面基本被清空,有一个磁盘掉线过,不过掉线时间不长。用最新的2.71版本就设置好ibm raid5ee磁盘和块大小,保存好阵列信息,用脚本扫描很快定位到第2个分区和第3个分区的逻辑开始扇区位置,配合虚拟卷的功能很快就列出目录结构,把里面的压缩包和工程制图导出几十m检查,导出的文件能完全打开,确定重组正确后开始大量导出全部目录,后面2个分区的数据完全恢复。这次远程恢复比较顺利,从分析参数到开始导出目录仅仅耗时20分钟左右,比起前几次分析raid 5ee的案例少了不少时间。

-------- 日期:2008-2-23 企业版客户: 湖南亿嘉数据恢复中心 -------- 阵列情况:ibm阵列,3个盘,每个盘68g,3个分区,数据主要在d分区,oracle数据库。最初是卡坏,用户便找了一个ibm的卡,把3个盘挂上去,一番捣鼓之后,系统盘c可以引导启动系统了,但是d,e分区丢失。在服务器上尝试多种数据恢复工具扫描整个硬盘,均可发现d、e分区的目录文件,但是恢复后大的文件无法打开。通过远程协助的方式,分别对3个盘的扇区进行分析,发现c盘和后面2个分区的数据排列形式居然不一样,因此断定客户替带阵列卡和原卡有差异,必须通过重组进行恢复。该阵列c分区的参数是右旋转异步,第一个校验盘0;后面2个分区的参数是右旋转异步,第一个校验盘1,用这个参数在数据恢复大师软件里面设置好以后通过虚拟卷的方式直接加载出d、e分区,目录文件完整,数据库也无损打开。一般说来,同一个阵列里面不会出现不同排列情况的数据,可为何c盘的数据排列和后面2个盘不一样呢?推测新卡替代后,客户当时并不能直接引导c盘启动系统,他们用修复光盘把系统修复启动才能启动的,在修复的过程中把c盘的系统文件都重新复制了一遍。幸好没有破坏到后面2个分区数据。由此可见数据丢失后千万别乱恢复,不然很容易破坏数据,增加恢复的难度。

-------- 日期:2008-1-31 企业版客户: 上海某数据恢复 -------- 阵列情况:hp阵列,3个盘,每个盘68g,3个分区,数据主要在d分区,重做系统后d,e分区的数据库文件以及备份丢失。通过远程协助分析阵列数据后发现,客户的d盘里面大部分文件已经被删除,e盘则是在前天刚刚新格式化的(分区的创建日期可以通过磁盘记录分析出来的),阵列的块大小是16k,开始扇区是1088,标准的hp双循环阵列。通过的数据恢复软件,直接重组后,用虚拟卷的方式加载出d,e分区,然后设定扫描范围,集中扫描了文件记录所在的扇区,里面的数据库和大的平面图片都恢复出来,17m的jpg图片可以无损打开,数据库也能附加到数据库中。-------- 日期:2008-1-30 企业版客户: 天津鸿萌数据恢复 -------- 阵列情况:ibm raid5ee的阵列,4个盘,每个盘73g,硬盘掉线,只做出1,2,4号盘镜像,3号盘坏道严重无法制作镜像。通过qq远程协助后确认了此阵列的磁盘顺序未 1,2,x,4,以及块大小,使用dataexplore数据恢复大师企业版2.55的版本的阵列功能设置好阵列参数后直接加载出里面的4个分区,目录文件完全正确,数据100%恢复。

-------- 日期:2008-1-12 企业版客户: 成都某数据恢复 -------- 阵列情况:ibm raid5ee的阵列,6个盘,总共4个分区,每个盘73g,其中2,5硬盘掉线,导致数据分区无法打开,客户将6个硬盘挂入另外一个同型号的阵列卡完成配置后,服务器无法看到阵列里面的分区,再把硬盘挂回原来的阵列,发现分区丢了2个,而且能看到的系统分区也无法打开。通过qq远程协助,发现阵列的系统分区(第一个分区)已经破坏比较严重了,分析后面的数据区发现3,5号盘顺序反了,估计是客户插拔硬盘中搞错了顺序。将磁盘顺序和块大小设置好后,去掉2个掉线的硬盘恢复出数据区里面的数据库(5ee的阵列可以缺少2个硬盘来恢复数据的)。

-------- 日期:2008-1-5 企业版客户: 长春怡足数据恢复 -------- 阵列情况:8个750g盘组成的阵列,阵列卡型号不详,ntfs单个分区5t,里面有3.8t的数据。经过该中心工程师的细致分析,确定了盘序和块大小等基本参数,但使用常规软件无法恢复出数据结构,最后使用软件左旋转+异步功能,列出分区和目录就直接导出数据了。因为分区大于4t,普通的32位的windows应用程序无法支持那么大的阵列,该中心又紧急联系升级了企业版软件,使软件支持64位的系统后才完全恢复出全部数据。

-------- 日期:2007年12月 企业版客户:北京某数据恢复 -------- 阵列情况:4个硬盘组成的跨区卷其中2个硬盘是146g,2个硬盘是68g,数据丢失的原因不详,硬盘顺序不详。通过远程协助的方式,分析出2个68g的硬盘属于1,2号盘,另外2个146g的硬盘属于3,4号盘。因为是系统软件做出的跨区卷,每个硬盘均从63扇区开始,但是结束扇区无法直接得出,通过手工计算以及软件里面的脚本分析功能才确定出每个硬盘实际在跨区里面的具体扇区数量,确定好参数后,使用企业版软件的跨区卷功能来虚拟加载出这个分区,数据完全恢复。

-------- 日期:2007年10月-11月 浙江湖州绍兴宁波电信-------- 阵列情况:3个地区的电信10000号服务器出现故障,造成大量的10000号电话录音文件丢失。湖州电信的录音文件所在的d分区无法打开(提示需要格式化),用户插入阵列卡自带的光盘后自动做了rebuilding操作。用数据恢复大师软件直接在他们服务器上检查了一下,发现是分区目录文件损坏,直接用企业版的软件,虚拟加载的方式直接加载出d盘后扫描文件记录所在的扇区,扫描了半个多钟头后列出所有的录音文件目录文件,大约620g数据,通过映射网络驱动器的方式直接恢复到其他服务器上,大部分录音文件可以播放。绍兴和宁波的服务器均是硬盘掉线,阵列无法读写,带上scsi卡接上硬盘,分析出掉线过后无数据的硬盘后以虚拟重组的方式提取出数据,数据均通过网络驱动器的方式恢复到别的硬盘上。其中绍兴的服务器数据量达到1.9t,导出数据耗时将近一周。