RAID磁盘阵列设备,在使用过程中,经常会遇到
一些常见故障,这也使得RAID在给我们带来海量存储空间的应用之外,也带来了很多难以估计的数据风险。
本文将重点介绍RAID常见故障及相关处理方式。
RAID故障注意事项
1、数据丢失后,用户千万不要对硬
盘进行任何操作,将硬盘按顺序卸下来,用镜像软件将每块硬盘做成镜像文件,也可以交给专业数据恢复中心进行。
2、不要对Raid卡进行
Rebuild操作,否则会加大恢复数据的难度。
3、标记好硬盘在Raid卡上面的顺序。
4、一旦出现问题,可以拨打
专 业数据恢复中心的咨询电话找专业工程师进行咨询,切忌自己试图进行修复,除非你确信自己有足够的技术和经验来处理数据风险。
常
见 Raid 故障及可恢复性分析
1、软件故障:
a.突然断电造成RAID磁盘阵列卡信息的丢失的数据恢复。
b.
重新配置RAID阵列信息,导致的数据丢失恢复。
c.如果磁盘顺序出错,将会导致系统不能识别数据。
d.误删除、误格
式 化、误分区、误克隆、文件解密、命毒损坏等数据恢复工作。
2、硬件损坏:
a.raid一般都会有几块硬盘,其中某一
块硬 盘出现损坏,数据将无法读取。
b.raid出现坏道,导致数据丢失,这种恢复成功率比较大。
c.如果硬盘同时出现
两块以 上的损坏,恢复工作非常复杂,成功率比较低。
案例一
2004-9-17,西城区某公司的赵先生拨打了专业数据恢复中心的咨询电
话,该公
司的一台服务器,不知为何突然无法启动,数据无法读取。该服务器是采用RAID 5的工作方式。数据恢复中心的工程师根据用户的陈述初步判断是硬盘的排列
顺序问题。这是一个五块75G的阵列服务器,要做这块硬盘数据,至少要有400G空间。
恢复步骤如下:
* 分
别对每块硬盘进行镜像,不要在原盘进行操作,以免造成二次破坏。
* 通过计算首先来判断,硬盘的排列顺序,只有顺序对数据才会出来,否
则 数据恢复跟本是不可能会出来的。
* 判断完毕这后,对这五个镜像文件来进行恢复。三天后,数据成功找回。
RAID
基本知识
RAID 磁盘阵列(Redundant Array of Independent Disks)简单的解释,就是
将
N台硬盘透过RAID Controller(分Hardware,Software )结合成虚拟单台大容量的硬盘使用,其特色是N台硬盘同时读取速度
加快及提供 容错性Fault Tolerant,所以RAID是当成平时主要访问Data的Storage不是Backup Solution。
在
RAID有一基本概念称为EDAP ( Extended Data Availability and Protection ) ,其强调扩充性及容
错机制,也是各家厂商如: Mylex,IBM,HP,Compaq,Adaptec,Infortrend等诉求的重点,包括在不须停机情况下可处理以
下动作:
RAID 磁盘阵列支援自动检测故障硬盘。
RAID 磁盘阵列支援重建硬盘坏轨的资料。
RAID 磁
盘阵列支援支持不须停机的硬盘备援 Hot Spare。
RAID 磁盘阵列支援支持不须停机的硬盘替换 Hot Swap。
RAID 磁
盘阵列支援扩充硬盘容量等。
一旦RAID阵列出现故障,硬件服务商只能给客户重新初始化或者REBUILD,这样客户数据就会无法挽
回。 出现故障以后只要不对阵列作初始化操作,就有机会恢复出故障RAID磁盘阵列的数据。
目前人
们逐渐认识了磁盘阵列技术。磁盘阵列技术可以详细地划分为若干个级别0-5 RAID技术,并且又发展了所谓
的 RAID Level 10, 30, 50的新的级别。RAID是廉价冗余磁盘阵列
(Redundant Array of Inexpensive Disk)的简称。用RAID的好处简单的说就是:安全性高,速度快,数据容量超大。
某
些级别的RAID技术可以把速度提高到单个硬盘驱动器的400%。磁盘阵列把多个硬盘驱动器连接在一起协同工作,大大提高了速度,同时把硬盘系统的可靠性
提高到接近无错的境界。这些“容错”系统速度极快,同时可靠性极高。
由磁盘阵列角度来看
磁盘阵列的规格
最 重要就在速度,也就是CPU的种类。我们知道SCSI的演变是由
SCSI 2 (Narrow, 8 bits, 10MB/s), SCSI 3 (Wide, 16bits, 20MB
/s), Ultra Wide (16bits, 40MB/s), Ultra 2 (Ultra Ultra Wide, 80MB
/s), Ultra 3 (Ultra Ultra Ultra Wide, 160MB/s),在由SCSI到Serial I/O,也就是所谓
的 Fibre Channel (FC-
AL, Fibre Channel - Arbitration Loop, 100 – 200MB/s), SSA (Serial Storage Architecture, 80 – 160 MB
/s), 在过去使用 Ultra Wide SCSI, 40MB/s 的磁盘阵列时,对CPU的要求不须太快,因为SCSI本身也不是很快,但是当
SCSI演变到Ultra 2, 80MB/s时,对CPU的要求就非常关键。一般的CPU, (如 586)就必须改为高速的
RISC CPU, (如 Intel RISC CPU, i960RD 32bits, i960RN 64 bits),不但是
RISC CPU, 甚至于还分 32bits, 64 bits RISC CPU 的差异。586 与 RISC CPU 的差异可想而知 ! 这是
由磁盘阵列的观点出发来看的。
由服务器的角度来看
服务器的结构已由传统的 I/O 结构改
为 I2O ( Intelligent I/O, 简称 I2O ) 的结构,其目的就是为了减少服务器CPU的负担,才会将系统的 I/O 与服务器
CPU负载分开。Intel 因此提出 I2O 的架构,I2O 也是由一颗 RISC CPU ( i960RD 或I960RN ) 来负
责 I/O 的工作。试想想若服务器内都已是由 RISC i960 CPU 来负责 I/O,结果磁盘阵列上却仍是用 586 CPU,速度会快吗 ?
由
操作系统的角度来看
SCO OpenServer 5.0 32 bits
MicroSoft Windows NT 32 bits
SCO Unixware 7.x 64 bits
MicroSoft Windows NT 2000 32 bit 64 bits
SUN Solaris 64 bits ……..
其他操作系统
在操作系统都已由 32 bits 转到 64 bits,磁盘阵列上的CPU 必须
是 Intel i960 RISC CPU才能满足速度的要求。586 CPU 是无法满足的!
磁盘阵列的功能
磁
盘阵列内的硬盘连接方式是用SCA-II整体后背板还是只是用SCSI线连的?在SCA-II整体后背板上是否有隔绝芯片以防硬盘在热插拔时所产生的高/
低电压,使系统电压回流,造成系统的不稳定,产生数据丢失的情形。我们一定要重视这个问题,因为在磁盘阵列内很多硬盘都是共用这同一SCSI总线
一
个硬盘热插拔,可不能影响其它的硬盘!要么是热插拔或带电插拔?硬盘有分热插拔硬盘,80针的硬盘是热插拔硬盘,68针的不是热插拔硬盘,有没有热插拔,
在电路上的设计差异就在于有没有保护线路的设计,同样的硬盘拖架也是一样有分真的热插拔及假的热插拔的区别。
磁盘阵列内的硬盘是否有顺
序
的要求?也就是说硬盘可否不按次序地插回阵列中,数据仍能正常的存取?很多人认为不是很重要,不太会发生,但是可能会发生的,我们就要防止它发生。假如您
用六个硬盘做阵列,在最出初始化时,此六个硬盘是有顺序放置在磁盘阵列内,分为第一、第二…到第六个硬盘,是有顺序的。
如果您买的磁盘
阵
列是有顺序的要求,则您要注意了:有一天您将硬盘取出,做清洁时一定要以原来的摆放顺序插回磁盘阵列中,否则您的数据可能因硬盘顺序与原来的不苻,磁盘阵
列上的控制器不认而数据丢失!因为您的硬盘的SCSI ID号乱掉所致。现在的磁盘阵列产品都已有这种不要求硬盘有顺序的功能,为了防止上述的事件发生,
都是不要求硬盘有顺序的。
我们将讨论这些新技术,以及不同级别RAID的优缺点。我们并不想涉及那些关键性的技术细节问题,而是将磁盘
阵 列和RAID技术介绍给对它们尚不熟悉的人们。相信这将帮助你选用合适的RAID技术。
硬盘数据跨盘(Spanning)
数
据跨盘技术使多个硬盘像一个硬盘那样工作,这使用户通过组合已有的资源或增加一些资源来廉价地突破现有的硬盘空间限制。
4个300兆字
节
的硬盘驱动器连结在一起,构成一个SCSI系统。用户只看到一个有1200兆字节的C盘,而不是看到C, D, E, F, 4个300兆字节的硬盘。在
这样的环境中,系统管理员不必担心某个硬盘上会发生硬盘安全检空间不够的情况。因为现在1200兆字节的容量全在一个卷(Volume)上(例如硬盘C
上)。系统管理员可以安全地建立所需要的任何层次的文件系统,而不需要在多个单独硬盘环境的限制下,计划他的文件系统。
硬盘数据跨盘本
身 并不是RAID,它不能改善硬盘的可*性和速度。但是它有这样的好处,即多个小型廉价硬盘可以根据需要增加到硬盘子系统上。
磁
盘阵 列分类
硬盘分段(Disk Striping, RAID 0)
硬盘分段的方法把数据写到多个硬盘,而不
是只写
到一个盘上,这也叫作RAID O,在磁盘阵列子系统中,数据按系统规定的“段”(Segment)为单位依次写入多个硬盘,例如数据段1写入硬盘0,段
2写入硬盘1,段3写入硬盘2等等。当数据写完最后一个硬盘时,它就重新从盘0的下一可用段开始写入,写数据的全过程按此重复直至数据写完。
段
由块组成,而块又由字节组成。因此,当段的大小为4个块,而块又由256个字节组成时,依字节大小计算,段的大小等于1024个字节。第1~1024字节
写入盘0,第1025~2048字节写盘1等。假如我们的硬盘子系统有5个硬盘,我们要写20,000个字节
总之,由于硬盘分段的方
法,
是把数据立即写入(读出)多个硬盘,因此它的速度比较快。实际上,数据的传输是顺序的,但多个读(或写)操作则可以相互重迭进行。这就是说,正当段1在写
入驱动器0时,段2写入驱动器1的操作也开始了;而当段2尚在写盘驱动器1时,段3数据已送驱动器2;如此类推,在同一时刻有几个盘(即使不是所有的盘)
在同时写数据。因为数据送入盘驱动器的速度要远大于写入物理盘的速度。因此只要根据这个特点编制出控制软件,就能实现上述数据同时写盘的操作。
遗
憾的是RAID 0不是提供冗余的数据,这是非常危险的。因为必须保证整个硬盘子系统都正常工作,计算器才能正常工作,例如,假使一个文件的段1(在驱动
器0),段2(在驱动器1),段3(在驱动器2),则只要驱动器0, 1, 2中有一个产生故障,就会引起问题;如果驱动器1故障,则我们只能从驱动器物
理地取得段1和段3的数据。幸运的是可以找到一个解决办法,这就是硬盘分段和数据冗余。
三、RAID的数据恢复成功率的提高技巧解析
灾难对谁来
说都是一个恐怖的事情,它的到来会给我们的生活和工作带来很大的打击。那么企业在灾难来临时如何进行有效的数据恢复成为我们一直在研究的问题。
对于IT管理员而言,遭遇RAID数据灾难总是最为头痛的,因为相关恢复技术涉及到的知识面太广,普通管理员甚至服务器厂商的工程师都无法解决。既然
RAID数据灾难不应当由管理员来进行处理,那么管理员在此时又应该如何处理呢?我们采访了的资深数据恢复工程师,他将告诉您如何才能确保较高的恢复成功
率。
不要强行上线:危险的操作方法
在服务器的某一个硬盘出现故障时,一般服务器都会有一个Offline指示灯提示,
此 时要求用户更换一个完好的相同硬盘,并且重新校验算法。按理说这是非常正常的操作过程,但是殊不知很多RAID灾难就是由此而引起的。
以
一个硬盘数量比较多的RAID5磁盘阵列为例,很可能同时采购的多个硬盘中,有几个已经出现了不稳定现象。而服务器的Offline提示可能并不是最准确
的,经常会误报(也有硬盘不稳定的因素)或是遗漏其它也同样存在隐患的硬盘。在看似平常的强制上线过程中,硬盘需要进行大量的读写操作,此时就是一场严峻
的考验:运气好的话自然平稳度过,而运气不好就会导致其它硬盘突然掉线,此时就令问题更加棘手了。
当然,出现一个硬盘掉线提示,或是在
RAID容错范围以内的掉线提示,强制上线还是必须执行的操作。但是在进行这一步前,强烈建议大家检测一下每一个硬盘的稳定性情况,这样才更加保险。大家
可不要忽视这样一个小细节,往往这一步能够让RAID服务器没免于瘫痪。
保护第一现场:什么都不做才最安全
对于厂商而
言,所有的质保承诺仅仅局限于硬件设备,也就是说磁盘阵列故障后所引发的数据危机与之毫无关系,负责为用户更换或者维修已经算是“克尽职守”。但是用户所
需要的并不是找回硬盘或是重建RAID,而是更价值不菲的数据。如果寻找整机厂商,此时无异于“自讨苦吃”,因为所谓的售后服务根本没有从用户的本源需求
出发,尽快确保硬件设备完好反而牺牲了数据。当然,知名品牌的服务器厂商或是代理商会主动选择为大客户的RAID数据恢复服务费“埋单”,但是这也仅仅是
个别情况。
据数据恢复中心的主管工程师介绍,因为寻找服务商的售后服务工程师修复而导致最终数据彻底破坏的案例几乎每个星期都会发生。
毕 竟售后服务工程师基本都偏向于硬件,而RAID数据恢复则是以软件类操作为主。
此外,即便是简单的检验性操作,也有可能为后期的数据
恢复
带来不便。以普通RAID5恢复为例,当硬盘损坏超过容错能力时,必须将损坏硬盘的镜像完全提取才能进行最终的恢复。而如果频繁对硬盘上电,很容易造成磁
头进一步疲劳损伤,甚至划伤盘片。正确的处理方法应当是立即咨询专业数据恢复服务商。
选择专业数据恢复服务商:切莫迷失方向
根
据数据恢复中心的统计,很多数据恢复失败的案例都是因为用户寻求了并不正确的解决途径。服务器用户所依靠的售后服务也往往不够专业,RAID磁盘列阵出现
问题之后轻易选择重建,数据丢失情况更是雪上加霜。在选择数据恢复服务商时,根据规模以及业界口碑来判断是一条可行的捷径。而在这一方面,服务网点遍及全
国的数据恢复中心有着深厚的积累,能够帮助广大遭遇RAID数据灾难的用户及时度过难关。
四、AID数据恢复的具体讲解
磁盘阵列的运用为我们的存储带来经济上效益体现,为我们创造了极大的发展空间。下面我们将对RAID数据恢复的相关
知识做一个详细的介绍。在日常工作中,
庞大的数据组成了单位和企业的主要业务网络,错综复杂的数据无法抵御网络系统环境下的无数的不确定因素,使数据安全随时遭受极大威胁。如果说远程容灾备份
是保护数据安全的重要手段的话,那么在遭遇数据灾难之后的数据恢复则是最后一道防线。
对于单位的IT故障,电脑技术管理员最有发言权,
从
他们那里可以得知,“RAID阵列(raid array)数据灾难”是让他们很头痛的安全事故。RAID阵列如果是逻辑问题还好,是硬盘物理故障就很凄
惨,RAID数据恢复几乎是无法完成的!
据了解,2009年3月,继成功突破SCIS缺陷硬盘数据恢复后,效率源宣告旗下的主打数据恢
复
设备——DATACOMOPASS(缩写为:DC)成功解决Raid阵列数据丢失问题,立刻引起了储存和数据恢复业界的关注。据了解,DC具备磁盘阵列标
准恢复流程,可以自动搜索阵列、分析阵列的硬盘顺序,手动、自动设置阵列参数,还能对坏扇区的磁盘、阵列卡损坏、阵列坏道等情况进行数据恢复。
时
下,磁盘阵列技术作为目前世界上十分热门并具有广阔发展前景的新兴存储技术,具有很多优点,诸如扩容、提速,提高数据的安全性。磁盘阵列技术在海量存储系
统、数据库机和知识库机系统及银行、税务、证券等领域都起到了无可取代的作用。但是,磁盘阵列(RAID)还存在着很多缺陷,操作人员在使用阵列的过程经
常会遇到系统不能启动、RAID信息破坏、RAID出现坏道,系统崩溃、RAID信息丢失、硬盘坏道、硬盘掉线等多种故障,这些都是数据丢失灾难的源头。
自
上个世纪以来,RAID技术得到了广泛应用,数据存储进入了更快速、更安全、更廉价的新时代。 然而,最近几年,随着Raid阵列技术的普及,Raid出
现故障导致信息丢失的问题逐渐成为困扰用户的一个“心腹大患”。
RAID技术经过不断的发展,现在已拥有了
从 RAID 0 到 6 七 种基本的RAID 级别。另外,还有一些基本RAID级别的组合形式,如RAID 10(RAID 0与RAID 1的组
合),RAID 50(RAID 0与RAID 5的组合)等。不同RAID级别代表着不同的存储性能、数据安全性和存储成本。 比较主流的是
RAID5、RAID5EE、RAID5E等等。 一般情况下,RAID阵列具有很高的容错性,但并不能验证错误。许多商业性质的阵列设备可以容忍一个硬
盘丢失或损坏,但如果是多个硬盘故障、阵列控制卡或结构丢失、崩溃,那么数据就会丢失,进行数据恢复就势在必行了。
RAID阵列是由多
个 硬盘组合而成的,对RAID数据恢复实际上就是对硬盘的数据恢复。市场上RAID数据恢复软件已经存在,比如: WINHEX、数据恢复大师、
Run Time、R-Studio等等。但现行软件方式有着相应的局限性:操作繁琐、耗时长、人为性风险大等。
效率源DC数据恢复设备
在原有功能基础上,将RAID数据恢复还原功能加入了升级程序,让DC具备了完整的Raid功能:{RAID0、RAID5及最新的RAID5E、
RAID5EE(IBM)、RAID ADG(HP)}。据介绍,升级后的DC具有磁盘阵列标准恢复流程,达到“自动+手动”两种可选分析模式(能够自动
分析掉盘的情况、能够自动分析MBR不存在的情况、支持MBR不在0扇区的分析、支持分区链表破坏情况的分析),改变了传统的手动模式,简化了操作者的流
程和负担,让更多人掌握阵列数据恢复技术。
与此同时,近期效率源科技还针对客户推出了另一款SCSI数据恢复程序,该程序支持固件丢
失、
无法读取的SCSI阵列硬盘的数据恢复,该技术并已经为部分客户创造了经济效益。有需要的客户可直接与技术支持联系,通过远程协助享受效率源周到售后服
务。
作为一种RAID数据恢复工具类产品,效率源数据恢复设备在行业中具有升值潜力和空间。针对最新技术难题,效率源的技术队伍不间断研
发,客户一旦购买产品以后,不仅可能享受产品带来的初步利益,还将享受效率源提供的免费升级服务,客户无需再次消费,手中的工具随时“自动升值”,让效率
源数据恢复设备(工具)创造出巨大的利益。
五、RAID数据恢复常见故障处理宝典
RAID磁盘阵列设备,在使用过程中,经常会遇到一些
常见故障,这也使得RAID在给我们带来海量存储空间的应用之外,也带来了很多难以估计的数据风险。
本文将重点介绍RAID数据恢复常见故障及相关处理方式。
RAID数据恢复故障注意事项
1、数据丢失后,用户千万不要对
硬盘进行任何操作,将硬盘按顺序卸下来,用镜像软件将每块硬盘做成镜像文件,也可以交给专业数据恢复中心进行。
2、不要对Raid卡进
行 Rebuild操作,否则会加大恢复数据的难度。
3、标记好硬盘在Raid卡上面的顺序。
4、一旦出现问题,可以拨
打专 业数据恢复中心的咨询电话找专业工程师进行咨询,切忌自己试图进行修复,除非你确信自己有足够的技术和经验来处理数据风险。
常见
Raid 数据恢复故障及可恢复性分析
1、软件故障:
a.突然断电造成RAID磁盘阵列卡信息的丢失的数据恢复。
b.
重新配置RAID阵列信息,导致的数据丢失恢复。
c.如果磁盘顺序出错,将会导致系统不能识别数据。
d.误删除、误格
式 化、误分区、误克隆、文件解密、命毒损坏等数据恢复工作。
2、硬件损坏:
a.raid一般都会有几块硬盘,其中某一
块硬 盘出现损坏,数据将无法读取。
b.raid出现坏道,导致数据丢失,这种恢复成功率比较大。
c.如果硬盘同时出现
两块以 上的损坏,恢复工作非常复杂,成功率比较低。
案例一
某日,西城区某公司的赵先生拨打了专业数据恢复中心的咨询电
话,该公
司的一台服务器,不知为何突然无法启动,数据无法读取。该服务器是采用RAID 5的工作方式。数据恢复中心的工程师根据用户的陈述初步判断是硬盘的排列
顺序问题。这是一个五块75G的阵列服务器,要做这块硬盘数据,至少要有400G空间。
恢复步骤如下:
* 分别对每块
硬 盘进行镜像,不要在原盘进行操作,以免造成二次破坏。
* 通过计算首先来判断,硬盘的排列顺序,只有顺序对数据才会出来,否则数据恢
复跟 本是不可能会出来的。
* 判断完毕这后,对这五个镜像文件来进行恢复。三天后,数据成功找回。
RAID基本知识
RAID 磁
盘阵列(Redundant Array of Independent Disks)简单的解释,就是将N台硬盘透过
RAID Controller(分Hardware,Software )结合成虚拟单台大容量的硬盘使用,其特色是N台硬盘同时读取速度加快及提
供 容错性Fault Tolerant,所以RAID是当成平时主要访问Data的Storage不是Backup Solution。
在
RAID有一基本概念称为EDAP ( Extended Data Availability and Protection ) ,其强调扩充性及容
错机制,也是各家厂商如: Mylex,IBM,HP,Compaq,Adaptec,Infortrend等诉求的重点,包括在不须停机情况下可处理以
下动作:
RAID 磁盘阵列支援自动检测故障硬盘。
RAID 磁盘阵列支援重建硬盘坏轨的资料。
RAID 磁
盘阵列支援支持不须停机的硬盘备援 Hot Spare。
RAID 磁盘阵列支援支持不须停机的硬盘替换 Hot Swap。
RAID 磁
盘阵列支援扩充硬盘容量等。
一旦RAID阵列出现故障,硬件服务商只能给客户重新初始化或者REBUILD,这样客户数据就会无法挽
回。 出现故障以后只要不对阵列作初始化操作,就有机会恢复出故障RAID磁盘阵列的数据。
六、Raid数据恢复一点通(下图非广告,图是引用过来的)
虽然复杂的RAID 系统有着特
定的结构保护你的数据,但由于误操作和硬件故障引起的数据丢失还是频繁地发 生。大多数RAID用户看重的就是 RAID
的容错功能, 然而很多误导宣传也使用户误以为RAID是不容易出故障或出 现故障时RAID本身有处理容错的应变机制,所以没有认真地作备份, 因而忽
视了RAID潜在危险,所以每当RAID故障时都是一场大的灾难。
RAID系统在出现故障是如果处理得当,在大多数情况下数据都是可以
恢 复的。在这里向大家介绍一种RAID的数据恢复方法。为此我先介绍两个非常好用的工具软件,它们是 Runtime Software公司的
Getdataback 和Raid Reconstructor, 其中 Getdataback 用于恢复数
据,Raid Reconstructor 用于恢复 Raid 5的磁盘阵列。
下面我就向大家介绍一种恢复 Raid 5 磁盘阵列的
数据的方法。我们以一个只有3 块硬盘的 Raid 5阵列为例。下面是Raid Reconstructor 的用户界面:
Runtime 的 RAID Reconstructor 帮
助我们从损坏的RAID 5 阵列中恢复数据. 即使我们不知道 RAID 参数,比如磁盘次序, 块大小和旋转方
向, RAID Reconstructor 能自动分析和确定正确的值,然后使我们能够重新构造一个RAID 镜像文件或物理驱动器的拷贝。一旦我们建
立了一个镜像文件, 就可以使用 Runtime 的GetDataBack或其它数据恢复软件进行处理. 如果我们把这个镜像建立在一个物理驱动器
上, 我们既可以用数据恢复软件处理它,也有可能直接从它上面启动系统。
因为 RAID 5 冗余性, 如果原阵列里的磁盘数为
N ,RAID Reconstructor 通过N-1 个磁盘也能重新计算出原来的数据。
使
用Raid Reconstructor的三个简单的步骤:
规定 RAID 阵列的组合
输入原
始 RAID 5 阵列的硬盘数.然后我们输入RAID的每个物理硬盘或硬盘镜像文件。如果你使用物理硬盘名,这些硬盘必须是可以访问的。我们可以使用镜
像文件代替物理硬盘(这个镜像文件可以Runtime的 GetDataBack 或DiskExplorer建立。
注意:如果在物理驱动器上
有 坏扇区, 建立磁盘的镜像文件将是我们的首选方法。
如果我们不知道RAID 参数, 保留这个值, 不改变块长度和奇偶校验的旋转方向。
例
如 RAID 5阵列由3块硬盘组成, 挂在我们的计算机上作为独立的物理硬盘HD130:, HD131:, HD132:
又
例如: RAID 5阵列由3个镜像文件组成, 它预先建立在我们的逻辑驱动器 E 上: DRIVE1.IMG, DRIVE2.IMG,
DRIVE3.IMG.
我 们也可以混合选择物理硬盘和镜像文件.
单
击 "Open drives" 选择的每个硬盘或镜像的容量会显示在右边,同时RAID 的总 容量将显示在下面:
注
意: 我们输入的硬盘个数可以小于阵列的长度. 在这个例子中 #drives 仍然是 3 ,但可以保留一个空的驱动器
分
析 RAID 结构,确定正确的磁盘次序、块大小和旋转方向.
如果我们知道正确的参数, 则把它们直接填写在输入框里就可以了, 并可以
跳过分析. 否则单击 "Analyze".
这
时屏幕上会弹出一个窗口,让我们选择一些测试组合。我们可以参考RAID 控制器的设置手动改变某些选项。大多数值已经用缺省方式选择了。如果需要,我们
可以输入多个定制的块长度. 但块的长度必须 2 的幂数
如: (16, 32, 64,...). "Number of sectors to probe" 确定动态测试多少扇区,缺省是
100000, 但如果需要的话你可以根据块的大小增加这个值,例如, 500000 或 1000000.
单击 "Next". 根据
硬盘个数、检查条件组合数和测试的扇区数,测试分析时间可能从几秒钟到数小时。当分析完成后将生成下面的列表:
最
有可能的参数组合列在该表的前端,通常我们都选择推荐的第一项.在上述例子里我们看见每种可能的排列都有3 行显示数据, 它们代表的意思如下:
硬
盘次序 (Drive order)
可能的情况
是 (1-2-3), (1-3-2), (2-1-3), (2-3-1), (3-1-2) 或 (3-2-1), 共有 6 种可能的组合.
块
长度 (Block size)选择了 4 种可能的组合16, 32, 64 或 128.奇偶校验块的旋转方向
(Parity rotations to probe):有向前(forward)、向后(backward) 2种情况。所以在列表上一共列出了
48 (6*4*2) 种可能的组合。如果结果数据有意义, 每个组合都将被检测. 每个检测都有一个平均值,这个值叫 "entropy"(平均
值). 着个值越小表示越接近正确的 RAID 参数值。
"OS:" 的值在 0—5 之间, 1到4 代表的意义如下:
OS:1) 扇
区 63 有一个 boot 记录标记 (xAA55).
OS:2) 扇区 63 是一个合法
的 NTFS、 FAT32 或 FAT16 boot 扇区.
OS:3) NTFS: 第一个 MFT 项被成功装入, FAT: 找到
FAT1.
OS:4) NTFS: 前16 个MFT项被成功装入, FAT: 发现FAT2 , 并且 FAT2 的第一个扇区
和 FAT1 的一个扇区相同.选择上面描述的项(最有可能的是第一项)并单击 完成“Finish”. 这样就把我们选择的参数拷贝到主屏幕。
拷贝 RAID
现在我们就准备把RAID 拷贝到另一个镜像文件或另一个驱动器上,当
然目标设备必须有足够的空间来容纳这个RAID。
在
目的 "Target" 框中输入要拷贝得文件名和路径. 它可以是物理驱动器名(如"HD132:"), 也可以是镜像文件名(如
E:\raid.img").在缺省的情况下普通镜像文件的扩展名是".img",压缩镜像文件的扩展名是".imc". 如果我们
在 "Multi file" 选择框中打勾, 则镜像文件就会被分割成若干个文件, 每个650 MB. 这对某些系统(例
如 Windows 98/95)来说是必要的, 因为它们不支持超大文件。
其它选项:
奇偶校验检查
(Verify by parity): 拷贝时用奇偶校验块对RAID的每个带区块进行完整性检查。增加额外扇区
(Append extra sectors):当物理驱动器的容量大于镜像文件的长度时, 有可能要选择此项, 这时会把物理驱动器的所有柱面填充满。
这是要模拟整个驱动器,便于以后某些数据恢复软件能够对它进行处理(如GetDataBack).
单击 拷贝 "Copy". 现在开始重构
RAID:
下 一步是什么?
如果我们运气好的话,把这个RAID镜像拷贝到另一
个硬盘或阵列上,就能直接通过操作系统存取这个设备上的文件,这样数据恢
复就成功了。否则, 你还要用 Runtime 的GetDataBack 或其它数据恢复工具试试,能否成功就要取决于数据的损坏程度了。 在下面的网
址: 你可以免费下载 GetDataBack 的试用版.
阅读(1229) | 评论(0) | 转发(0) |