300GB*6 SCSI RAID5 LINUX服务器数据恢复手记

周末的时候，家里边的一个商场的服务器出现这样的情况，和以下案例相似，处理完后也没做手记。COPY出来。做维护的朋友可以看看。另：案例中的force online 如HD有重要数据，最好不要强行上线。切记阿！注意数据的备份。这很重要！
　　
某数码冲印网站，采用DELL POWEREDGE2850服务器，存储部分由6块300G硬盘组成RAID5，LINUX平台，1.5T逻辑磁盘中只包含一个卷，文件系统为EXT3，存储所有客户数码照片，服务器的故障导致整个公司无法开展工作。

之前网站正常工作中卷离线，管理员进入机房检查时，发现两块硬盘报黄灯，ID为1号与4号。致电DELL公司，DELL技术人员提供的解决方案为：随机选一块强制上线。用户选择了4号盘，强制上线后，可MOUNT，但很多目录打不开，某些目录下近一周的文件丢失，用户意识到了操作的错误，马上关机，未做其他操作。寻求数据恢复公司帮助。

[分析]
非常典型的，离线的1号与4号盘并非同时OFFLINE，按故障情况分析，应该是4号盘先前离线，之后1号盘离线导致整个RAID崩溃。客户强制上线后，因数据不同步导致目录打不开或目录陈旧等现象。

MOUNT成功系统便会写入一定量的数据，在写入数据的这些条带中，检验信息会重新生成，会导致部分检验信息陈旧。最直接的后果是无法直接通过还原RAID结构的方式进行数据恢复，只能依靠提取数据的方式进行恢复。

[解决方案]
1、  分析原RAID 6块盘的结构（RAID信息），去掉4号盘，加入1号盘，通过虚拟环境搭建RAID平台。

2、  对虚拟逻辑卷进行数据提取，将数据输出到另外的存储体上。

[解决过程]
1、  顺利分析出RAID结构后，成功搭建RAID。
2、  通过自主软件进行数据提取，发现1号盘有不规律的坏道。
3、  通过专业设备将1号盘完整镜像，90%以上的坏道成功读取。
4、  将镜像加入虚拟RAID环境，再次提取数据。
5、  恢复99%以上数据。

[给用户的建议]
1、DELL的2850事实上可以查询到RAID的日志，在两块以上盘离线的情况下，应该通过查询日志等方式确定离线的过程，即使强制上线，也需要风险最小（数据重要，尽量少做这类操作）
2、可以通过增加DRAC或hotspare等方式减少此类事故的发生率。
3、如果数据重要，可先行咨询数据恢复公司。