与时间赛跑 达思数据恢复急客户所急
2007年12月28日下午，达思数据恢复客户服务中心接到侯先生的数据求救电话，咨询关于RAID数据恢复的问题。客户保修的是一台IBM x366的服务器，自带4块SCSI硬盘，其中有1，2号硬盘做的是RAID1，安装了WIN2000的操作系统；3，4号硬盘做的是RAID0，用于存储公司的重要业务数据，还包括所有办公室职员的重要文件备份，从这个描述上看，实际上这台服务器担负着系统服务器和文件服务器的双重任务，数据类型是Sql server数据库以及办公文件，数据容量在60GB左右。（用RAID0存储重要数据？！这在国内众多企事业单位是非常普遍的，殊不知这样的安全性还不如单盘。但是这就是国内企业IT部门的现状。）
当天上午，侯先生作为公司IT负责人，照常到机房巡视服务器及设备。突然有同事打电话说，服务器无法登陆了。侯先生意识到服务器里的数据可能面临危险。马上打开服务器盖，发现四块硬盘的黄灯不停的闪烁，按照以往的经验，侯先生马上重启服务器，希望服务器可以重新启动。可是事与愿违，熟悉的windows界面始终不能出现，硬盘的黄灯依然不停的闪烁。由于最近磁带机出现故障，近1个月的数据并没有备份，而一个月的数据更新非常多，其中很多是与麦当劳往来的重要业务数据，当前最核心的问题就是要保全这些数据，决不能丢失，否则损失将不堪设想。
公司作为麦当劳核心产品的供应商，每天都有大量的业务数据需要处理和保存，服务器的价值已经不能用硬件本身衡量了。看着闪烁的黄灯，侯先生马上着手挑选数据恢复公司。由于数据的重要性，数据恢复只能一次成功！在咨询了多家数据恢复公司后，达思数据恢复的工程师给侯先生留下了深刻的印象，对本故障的RAID数据恢复经验和优质的客户服务意识最终使侯先生选择由达思数据恢复公司上门进行操作。
达思数据恢复的工程师急客户所急，为在第一时间到达客户现场，马上准备上门使用的服务器、便携硬盘柜、笔记本电脑、数据备份盘、工作单等必备工具。（注：达思数据恢复采用最安全的方法携带性能更好的设备到客户现场进行数据恢复，在国内是首创的，赞一个^o^）
安全第一 RAID数据恢复高成功率承诺
一切准备就绪，达思数据恢复的工程师驱车抵达了位于南四环外的工厂。经过简短的交流，工程师随侯先生到了机房，在填写了工作单后开始进行检测。由于上门的工具准备齐全，4块硬盘检测时间只用了30分钟，除4号盘有少量坏道外，其余3块硬盘没有物理故障，如图一、图二。
图一：对SCSI硬盘进行检测
图二：硬盘状态良好
为了使RAID数据恢复万无一失，达思数据恢复的工程师将对每块盘做整盘镜像，这比较耗时间，但是为了重要数据的安全，建议客户这个过程不能省，因为一旦原盘出现其他不可预计的故障，原始数据的备份就会派上用场，这可是经验之谈啊，如图三。
图三：对每块盘做整盘镜像备份原始数据
真金不怕火炼 真技术关键时刻显身手
4块盘的原盘镜像很快就备份到事先准备好的数据备份硬盘上了。下面开始分析硬盘RAID信息的参数了。这个操作过程需要非常仔细，这需要工程师有非常丰富的RAID数据恢复经验，重点分析RAID信息的各种参数，如：旋转类型、块大小、文件系统起始和结束位置等，并且需要结合数据的类型进行综合分析，如图四所示。
图四：对每块硬盘的RAID参数进行综合分析
这个分析过程大约需要30-60分钟，正确的参数分析直接决定RAID数据恢复是否成功，因此，客户要选择经验丰富的工程师进行RAID数据恢复。
达思数据恢复的工程师很快找到了正确的RAID参数配置信息，并在工具下进行编辑，客户的数据信息已经显示出来了，接下来就是把正确的数据提取出来，如图五。
图五：RAID信息配置成功
经过2个小时的数据提取，服务器内的重要数据备份到了客户的移动硬盘，侯先生仔细验证了数据，一切OK。
RAID数据恢复小贴士：常用的RAID级别有RAID0、RAID1、RAID5、RAID6等，RAID0可以提高读取速度，但安全性最差；RAID1是两块硬盘的镜像，因此安全性最好，但性能较弱；RAID5是比较综合的RAID级别，既考虑了速度，也考虑了安全，因此应用最为广泛；近几年HP公司推出的低端盘阵适用的是SATA接口的硬盘，采用RAID6级别，大大提高了安全性，以弥补硬盘相比SCSI性能弱的缺点。
因此，RAID1常用于运行重要的服务器操作系统，或者特别重要的文件备份；而RAID0则常用于海量数据，如电影下载、三维数据制作等对速度要求较高的情况；而RAID5是常用的存储方式，适用于大部分数据存储；RAID6则多用于SATA或者IDE性能少弱的硬盘组建的RAID，以弥补其先天不足。
对于RAID数据恢复而言，我们建议无论是服务器自带的RAID，还是存储设备的RAID以及RAID的级别怎样，一旦RAID出现故障，用户要谨慎以下的操作：initialize（初始化）、rebuild（重建）、盘序打乱、修改RAID配置参数等。这些操作有可能造成数据的破坏，给将来做数据恢复造成最大的障碍。