信息消除
当前位置:首页 > 成功案例
成功案例
服务器故障
发布时间:2014-03-26 09:49:04     发布者:satan     [打印]

受理信息 受理方式 技佳Raid1数据恢复
客户信息 天津某网络公司 关单日期 2014-03-26
介质描述 品 牌 IBM服务器 型 号
容 量 500GB 类 型 Linux
解决方案 故障现象 IBM服务器(Raid-1)-两块硬盘均亮灯 恢复结果 成功恢复
故障类型 服务器故障
恢复手段 经过技佳工程师Raid虚拟重组,成功恢复数据。
友情提示
Raid数据安全小贴士(Smalltips)
      Raid(独立冗余磁盘阵列)是大数据时代最好的存储手段,它既解决了单块硬盘容量无法达到使用要求的缺陷,又提供了不同级别的灾备措施,用户可根据需要灵活定制适用的阵列模式来存储大容量数据,常见的阵列方式有以下几种:
raid.jpg

级别

最少盘数

安全性

性能

适用范围

Raid-0

2

★★★★

Raid-0提供极佳的读写性能,磁盘利用率很高,但未提供任何冗余手段,任何一块成员盘故障,都会导致Raid失效,数据丢失,它在所有阵列模式中,安全性最差。

适用于对存储速度和容量要求较高,但数据重要性较低的企业和个人,例如婚纱影楼等。

Raid-1

仅可2

★★★★★

Raid-1俗称镜像,两块成员盘同步进行操作,其中一块出现故障,不影响数据安全,但其性能和磁盘利用率最低,适用于存储极为重要的数据,例如企业财务数据、网站数据库等。

Raid-5

3

★★★

★★★★

Raid-5是最常用的一种阵列模式,它提供了一组冗余信息(P校验-校验值通过成员盘异或运算得出),允许其中一块成员盘掉线而不影响阵列的正常运行,同时兼顾了阵列的容量与性能,这使得Raid-5适用范围非常广,广泛应用于企业、政府、军队的大型存储中。

Raid-6

4

★★★★

★★★

Raid-6Raid-5的加强版,它提供了两组冗余信息(P Q校验),最多允许两块成员盘掉线,安全性更高,当性能比Raid-5稍差,适用于对安全性要求更高的行业。

HP双循环

3

★★★

★★★★

惠普双循环是惠普服务器上特有的一种阵列模式,其整体为Raid-5(或Raid-6),但在Raid-5Raid-6)下又包含了Raid-4,提供了一组冗余信息,其性能及安全性与单纯的Raid-5Raid-6)相差不多,只搭载在惠普服务器上。

JBod/Big

2

★★

★★

严格意义上说,JBod不是一种阵列模式,它仅将几块硬盘首尾相连,所以不存在条带、循环方向等Raid特性,容量为所有成员盘相加,这种阵列模式由于性能和安全性均不佳,在实际中较少被采用。

二、Raid/服务器故障表现
      Raid提供了不同级别的容灾措施,但它并不是万无一失的,即使是最安全的Raid-1也可能由于不可预见的原因导致数据彻底丢失。从我们接触的实际案例看,恰恰是阵列提供商所宣传的安全性,放松了用户的安全意识,最终造成数据丢失。例如Raid-5允许一块成员盘掉线而不影响正常使用,实际案例中,90%以上的Raid-5故障均表现为两块以上成员盘掉线,且其中一块往往已掉线很久。这说明,当第一块故障盘亮灯报警后,用户并未及时发现并排除故障,当第二块硬盘离线,Raid失效后才开始补救,为时已晚。
Raid_1.jpg
      那么Raid为什么会出现故障?Raid安全性的基础是成员盘的安全可靠,由于机械硬盘存储密度的大幅提升以及厂商对成本的压缩控制,现在硬盘的质量已大不如前,很多硬盘仅仅使用几个月甚至更短时间即出现物理故障,当过多的硬盘出现故障,Raid的安全性就成了空谈。为提高性能,阵列上常常采用性能更高的服务器硬盘,这种硬盘可提供10000-15000rpm的转速,性能极佳。但它们在出现磁头损坏后,如不及时发现并断电,磁头很可能长时间与碟片接触,将碟片严重划伤,致使存储介质的磁粉脱落,造成无法挽回的损失。

 

故障原因

故障表现

1

逻辑故障

1.     阵列中部分数据丢失或数据无法正常打开(文件系统损坏或文件结构破坏)

2.     阵列中某种格式(Office文档、压缩文件)无法正常打开(病毒破坏特定文件)

3.     在系统下,阵列未初始化(MBR损坏或分区表故障)

4.     阵列卷无法打开或提示格式化(文件系统损坏)

5.     误将阵列中一块多多块硬盘进行格式化操作

6.     Raid重建(将Raid-1重建为Raid-0或反操作,将Raid-5重建为Raid-0或反操作等)

2

成员盘物理故障

1.     多块成员盘指示灯报警

2.     Raid管理器中多块硬盘离线或丢失

3.     阵列从系统下丢失并无法访问

4.     阵列呈现未初始化状态

5.     阵列重启后无法正常启动

6.     阵列同步过程中又有其它成员盘离线

3

阵列卡损坏

1.     阵列信息丢失,所有硬盘均呈现离线状态

2.     阵列在系统下无法识别

3.     无法进入Raid管理界面或查看Raid信息时死机

4

不恰当的阵列扩容

1.   多块成员盘指示灯报警

2.   阵列呈现未初始化状态,无法正常访问

3.   扩容后容量不正常,或发生卷丢失

4.   扩容后部分或全部文件丢失

5

盘序标记错误

1.   阵列无法正常启动

2.   Raid管理中,阵列呈现未初始化状态

三、RAID发生故障后如何避免数据丢失?
      用户在阵列出现故障后,通常首先向供应商求助,但供应商仅能保证阵列重新正常运行,并不对用户数据安全负责。所以供应商通常采取的措施是将离线硬盘剔除,替换完好硬盘让阵列自行做同步操作,正常情况下,这种做法是安全的,但如果成员盘先后离线时间间隔较长,提前离线的硬盘可能在重启后恢复正常并参与同步,它并未存储其离线后的“新鲜”数据,当其参与同步操作时,就把整个阵列数据“污染”了,导致数据在同步完成后丢失或无法正常打开,最明显的表现为:数据越新越大,损坏的概率越高,数据越旧越小,损坏概率越低。
      数据恢复厂商与服务器供应商所提供的解决方案是不同的,数据恢复提倡先将数据完整恢复,再对阵列采取修复措施,甚至可以在替换故障硬盘后直接对阵列进行初始化,再将已经完整恢复的数据拷贝回去。对于大容量阵列来说,磁盘同步是个工作量巨大的操作,所有成员盘可能在连续几天的时间里不间断进行读写操作,一些存在质量问题的硬盘可能在这一过程中损坏。在我们的案例中,经常出现同步过程未结束,原来正常的硬盘又离线的情况,而这时再进行数据恢复,难度很高。
四、友情提示
      灾备措施是滞后的,没有任何一种容灾手段能做到万无一失,也没有哪种Raid机制能百分百保证您的数据安全,勤检查,常备份才是避免重大数据丢失唯一行之有效的手段。

1

勤检查,多查看。定期查看阵列运行状态,及时发现不正常现象,并排除;

2

阵列出现故障后,立即对阵列进行断电操作,切忌做重新创建、强制上线、强制重建等操作;

3

非专业人事切忌对Raid模块进行拆卸、更换等操作

4

当对阵列硬盘进行清尘时,需提前标记盘序,避免由于盘序错乱导致Raid信息丢失。

5

任何容灾措施都不可能万无一失,定期对阵列内的重要数据进行备份,勤备份是防止数据丢失唯一行之有效的途径。

6

及时求助正规专业的数据恢复机构,阵列是可以用钱买到的,但数据是无价的,在进行阵列修复前,切记先将数据完整恢复。

联系我们
       项目2.png 办公地址:北京市海淀区北三环西路99号(北三环苏州桥东北角)西海国际中心3号楼812室
       项目3.png
服务热线(技术咨询与进度查询):400-806-7787 
       项目3.png 咨询电话:010-81059940/41    
      
项目1.png 电子邮箱:service@databack.com.cn
联系我们 |  关于我们 |  网站地图
北京技佳瑞康科技发展有限公司  版权所有  Copyright @ 2012-2021
Beijing DataBack Technology Development Co.,Ltd. All rights reserved.

公网安备:11010802013182号 工信部备案:
京ICP备13032780号