ibm安装raid5热备份（IBM服务器6块硬盘2块亮黄灯RAID5数据恢复成功案例）

ibm安装raid5热备份（IBM服务器6块硬盘2块亮黄灯RAID5数据恢复成功案例）第一：缺盘的组合分析及数据完整性的判定。本案例的难点有两点：数据恢复过程：工程师到达现场后，对离线的两块硬盘优先进行了检测，其中0号有剧烈的异响声，3号能识别，但有无法读取的坏扇区。剩余的硬盘均无硬件故障。由于0号盘损坏严重，根据以往的经验，达思工程师采取缺0号硬盘分析底层数据的组合方式，将磁盘阵列的结构首先分析出来，并进行虚拟的重组。重组后，最关键的一步就是验证数据是否“新鲜”了，尝试提取一个最近时间点的数据进行验证，数据完好，说明组合方式正确，达思工程师心里的大石头也放下了，情况尚属比较幸运，如果0号盘是后掉线的，那么这个数据就不是一晚上就能挽救回来的了。数据恢复结果：最终，凌晨4点数据恢复结束，经客户验证数据恢复成功率在98%以上。

数据恢复介质信息：

近日接到一起磁盘阵列的案例，由于工程师到场时，硬盘已经从阵列柜中取出并拿出机房 没能记录下具体的盘柜型号 应该是IBM的柜子 。该阵列由6块SAS接口，单盘容量为146GB的希捷硬盘组成，型号为ST3146356SS，转速为15K。

数据恢复故障描述：

事发突然，达思数据恢复中心客服晚上9点接到客户电话，说是学校机房的一台共享服务器登陆异常，数据无法访问。值班人员去机房查看，发现盘柜当中有两块硬盘指示灯为黄色，并伴随有不间断的蜂鸣警告声。查看raid配置信息，0号与3号硬盘处于Off line状态，重启服务器故障依旧。机房信息中心人员联系了数家恢复公司进行咨询，均告知需要隔日将硬盘拿到公司进行恢复，不能提供上门服务。带着焦急的心情，信息中心人员拨通了达思中心的400电话，经过沟通说明事情的紧急性，达思客服立即安排了专项工程师直接与客户进行联系，沟通故障的大概情况，并告知客户不要做一些有可能损坏数据的操作。由于客户机房在顺义，离市区比较远，达思工程师驱车火速赶往现场。

数据恢复过程：

工程师到达现场后，对离线的两块硬盘优先进行了检测，其中0号有剧烈的异响声，3号能识别，但有无法读取的坏扇区。剩余的硬盘均无硬件故障。由于0号盘损坏严重，根据以往的经验，达思工程师采取缺0号硬盘分析底层数据的组合方式，将磁盘阵列的结构首先分析出来，并进行虚拟的重组。重组后，最关键的一步就是验证数据是否“新鲜”了，尝试提取一个最近时间点的数据进行验证，数据完好，说明组合方式正确，达思工程师心里的大石头也放下了，情况尚属比较幸运，如果0号盘是后掉线的，那么这个数据就不是一晚上就能挽救回来的了。

数据恢复结果：最终，凌晨4点数据恢复结束，经客户验证数据恢复成功率在98%以上。

本案例的难点有两点：

第一：缺盘的组合分析及数据完整性的判定。

因为存在一块以上的硬件故障盘，并且有一块磁头损坏，不可能短时间内修复的情况下，只能采取缺盘的方式去重组数据，且没有可选择性。这就要求必须确认这样的组合是否得到的是用户完整的数据。

第二：镜像

因为另外一块故障盘有坏扇区，重组完是没有办法直接拷贝数据的，遇到无法读取的扇区位置会造成循环冗余导致程序中断，必须先进行镜像。如果没有时间要求的情况下，镜像过程是一个非常简单的工作，但在特殊情况下，需要我们对每块硬盘的底层数据分布有一个大概的判断，对连续坏道点的扇区位置有一个基本的了解，从而更快更有效的完成镜像的工作。

对客户建议：

磁盘阵列出现问题以后，切记不要盲目做一些“尝试恢复”的操作，由于阵列数据来讲一般要比个人数据更为重要，在出现问题以后，维护人员往往心里着急，会做一些尝试恢复的操作，或者通过电话咨询厂商，在电话指导下做一些操作。这里并非质疑他们的专业性，而是说在没看到现场的情况下，根据叙述而做出的一些指导并不一定非常的准确，数据的安全是第一位的，我们不能因此而冒一丁点风险。如果在不确定是否做了一些危害数据操作的情况下，可以选择直接断掉服务器电源的方式。