服务器内有五块硬盘，其中1~4号为RAID5，0号硬盘未被使用。一天发现服务器无法启动，经检查发现为两块硬盘掉线。于是，将其中一块掉线的硬盘强制上线，并用0号硬盘于其他硬盘一起做重建。操作完成后发现还是无法进入操作系统。用windows安装盘启动系统可以看到RAID内的分区，但是分区格式未知。客户想在未使用的4号盘上安装操作系统，但在格式化的过程中有错将RAID当成4号盘，将第一个分区格式化。发现错误后，停止安装操作系统。后又将4号盘格式化并安装操作系统，发现RAID的分区还是无法访问。现要恢复第二、三两个分区内的SQL数据库文件或最近一天的SQL数据库备份。

经过检测，客户服务器内RAID的RAID信息已被破坏，而且由于客户操作比较多，特别是误操作较多，造成数据被破坏的比较严重，恢复数据是一个比较麻烦的工作。通过客户对操作的描述，初步断定，RAID5掉线的两块硬盘不是同时掉线的，而且，客户用来上线的硬盘很可能是掉线比较早的硬盘。后通过对硬盘内数据的分析，证实了这个推断。通过对客户硬盘内数据的分析还发现，客户在操作过程中是先将未使用的0号盘上线，后用掉线的硬盘去重建的，所以造成分区无法正常识别。因为客户需要的是第二和第三个分区内的数据，虽然操作很多，但也不一定被完全破坏。由于0号盘和先掉线的硬盘上的数据已经被破坏，所以仅从余下的三块硬盘上想办法恢复数据。通过对余下的三块硬盘的分析，找到第二和第三个分区的起始位置。通过对分区内数据的分析，发现有部分数据已经被破坏。通过使用自有软件，对数据进行重组并提取，恢复出客户需要的数据库文件和备份。在加载数据时，提示有错误，后通过自有软件对数据库进行修复，可以正常加载访问。恢复出的数据备份可以直接还原至数据库。

IBM服务器