更换DS4700控制器的悲与喜

机型:DS4700     原微码:06.23.xx

更换部件:控制器 (使用的控制器微码07.60.52.00)

误操作过程:

        1,关掉存储换控制器 --(兄弟们千万别再这么干了!说不定真会死人的!)

       2,未确定使用控制器的微码版本

重点提示:以后更换控制器一定要搞清楚插上去的控制器的微码啊,不然的话。你明白的。。

误操作之后的结果见图:

   1,出现报错 data rate negotiation failed

 

更换DS4700控制器的悲与喜_第1张图片

2,数据盘被置为OFFLINE状态

 更换DS4700控制器的悲与喜_第2张图片


3,查看array 发现 容量为0 并且状态是EXPORTED – READY FOR IMPORT

 

更换DS4700控制器的悲与喜_第3张图片

当时看到这里我倒吸一口凉气,这次撞大运了,数据完蛋了。赶紧咨询现场工程师(幸好有一份数据备份)。接下来就是分析数据恢复方案。

汇总了几个人的意见得出2个方案。

1,  降微码来恢复数据 (应该有把握恢复数据)。

2,  把盘柜syswipe一下重建然后从备份恢复数据。

当时都准备执行第一方案准备带着公司的6版本的控制器奔向现场了,这是有兄弟(张泽人)从网上找到一篇文章和这里的情形一模一样。于是大家坐下来仔细查看了这篇文章并且斟酌再三认为即便是这样不行也应该不会破坏硬盘的数据,反正还有数据备份呢。

索性尝试一下IMPORT ARRAY

过程如下:1,选中array  à选择advanced –>maintenance->import array

 

 更换DS4700控制器的悲与喜_第4张图片

更换DS4700控制器的悲与喜_第5张图片

 

下面这步提示MAPPING将会删除

 

 更换DS4700控制器的悲与喜_第6张图片更换DS4700控制器的悲与喜_第7张图片更换DS4700控制器的悲与喜_第8张图片

当看到这步的时候心里高兴极了,恢复成功了。

 更换DS4700控制器的悲与喜_第9张图片

查看硬盘状态都正常。

 更换DS4700控制器的悲与喜_第10张图片

最后在sm中重新做mapping ,然后在主机端删掉光纤卡然后重认,正常。

Varyonvg datavg  正常  。 mount 文件系统  正常

启动数据库正常。。此时大家的心算是彻底放到肚子里面了。。

更换DS4700控制器的悲与喜_第11张图片

 更换DS4700控制器的悲与喜_第12张图片

 更换DS4700控制器的悲与喜_第13张图片

 

后续问题:1,现在微码是07.60.52.00  按照ibm官方文档上说rdac最高支持到07.60.28.00

但是这里启动正常。接下来几天我们会重点关注这个客户的使用情况。最后不行的话估计还得改回mpio模式。

最后我在ibm官网里面有关于看了一下确实是有关于migrating an array

大概步骤是首先要export array  然后把硬盘拔出来查到新存储上 最后做import array