ds4700更换控制器导致磁盘无法识别-处理方法.docx

更换DS4700控制器的悲与喜机型：DS4700原微码：06.23.xx更换部件：控制器 （使用的控制器微码07.60.52.00）误操作过程：1，关掉存储换控制器 --（兄弟们千万别再这么干了！说不定真会死人的！） 2，未确定使用控制器的微码版本重点提示：以后更换控制器一定要搞清楚插上去的控制器的微码啊，不然的话。你明白的。。误操作之后的结果见图： 1，出现报错 data rate negotiation failed2,数据盘被置为OFFLINE状态3，查看array 发现 容量为0 并且状态是EXPORTED – READY FOR IMPORT当时看到这里我倒吸一口凉气，这次撞大运了，数据完蛋了。赶紧咨询现场工程师（幸好有一份数据备份）。接下来就是分析数据恢复方案。汇总了几个人的意见得出2个方案。降微码来恢复数据 （应该有把握恢复数据）。把盘柜syswipe一下重建然后从备份恢复数据。当时都准备执行第一方案准备带着公司的6版本的控制器奔向现场了，这是有兄弟（张泽人）从网上找到一篇文章和这里的情形一模一样。于是大家坐下来仔细查看了这篇文章并且斟酌再三认为即便是这样不行也应该不会破坏硬盘的数据，反正还有数据备份呢。索性尝试一下IMPORT ARRAY过程如下：1，选中array 选择advanced –maintenance-import array下面这步提示MAPPING将会删除当看到这步的时候心里高兴极了，恢复成功了。查看硬盘状态都正常。最后在sm中重新做mapping ，然后在主机端删掉光纤卡然后重认，正常。Varyonvg datavg 正常 。 mount 文件系统 正常 启动数据库正常。。此时大家的心算是彻底放到肚子里面了。。后续问题：1，现在微码是07.60.52.00 按照ibm官方文档上说rdac最高支持到07.60.28.00但是这里启动正常。接下来几天我们会重点关注这个客户的使用情况。最后不行的话估计还得改回mpio模式。最后我在ibm官网里面有关于看了一下确实是有关于migrating an array大概步骤是首先要export array 然后把硬盘拔出来查到新存储上 最后做import array 这次真是机缘巧合。。上天啊 以后千万别再有这事了。。心脏受不了啊。。。最后感谢林姓平和关宁峰的支持。以及张泽人的那一谷歌。。感慨啊，网络无所不能。。