硬件环境：一台 IBM M80 和一台 IBM 7133 磁盘阵列。其中 7133 阵列挂接 8 块 SAS 接口硬盘， 1 到 4 号盘做一组 Raid5 ， 5 到 8 号盘做一组 Raid5 。

软件环境： IBM AIX5.1 系统和 ORACLE8 数据库

二、故障描述

由于突然掉电， 7133 阵列从 IBM M80 中消失，通过后台管理察看，两组阵列中每组阵列各自有两块盘被踢出阵列，强行 ONLINE 也加不回到阵列中，在 AIX 系统层面上， IBM 高级工程师判断为不可恢复的。

三、恢复难点

1 、硬盘接口是 SAS 接口，这是 IBM 专门为 7133 阵列柜定做的一款特殊接口的硬盘，在 PC 机上没有办挂接这样接口的硬盘，它不同于 SCSI 接口，加一个 SCSI 卡就能挂接在 PC 机上。

2 、阵列柜的文件系统是 AIX 操作系统特有的 JFS 文件系统，在 WINDOWS 层面上根本没办法验证。

四、故障分析

Raid5 出现两块或两块以上的硬盘掉线，通常是阵列信息出错或丢失引起的，在这种情况下，强制上线一块盘有时候能使阵列正常，但是在 IBM 7133 阵列上，所有的 Raid 信息配置都在 AIX 操作系统层面上做的，掉了两块盘，根本就没有强制上线这些选项。根据这些特征，重新配置 Raid5 还是解决不了问题，最根本的解决办法是，按照 Raid5 的数据组合方式，把每组阵列的数据重新组合，写到另一个配置好的阵列或者一个大的 SCSI 硬盘上，然后在 AIX 系统上导入原先阵列 VG 信息，数据也就出来了。

五、恢复阶段

别对 8 个盘做镜像，经过底层的数据分析，从 8 块打散的硬盘中找出规律， 软件重组数据恢把 8 块盘两组 Raid5 的数据重组到两块 SCSI 硬盘上，在 AIX 系统上导入，成功恢复出全部数据。

写在最后的话：

数据安全永远是相对的， IBM 7133 磁盘阵列柜在设计上无论在安全还是在性能上都是很出从，如果没有安全备份意识，再安全的存储设备也是不安全的。在这个案例上，如果数据在 7133 以外的存储设备上有备份的话，就没有必要花这么大的代价来做数据恢复工作了。提醒那些在数据安全备份还不够重视的领导们，从现在开始，就要做好相应的备份工作，数据安全是相对了。