ds4700更換控制器導(dǎo)致磁盤(pán)無(wú)法識(shí)別-處理方法.docx

更換DS4700控制器的悲與喜機(jī)型：DS4700 原微碼：06.23.xx更換部件：控制器 （使用的控制器微碼07.60.52.00）誤操作過(guò)程：1，關(guān)掉存儲(chǔ)換控制器 -（兄弟們千萬(wàn)別再這么干了！說(shuō)不定真會(huì)死人的?。?2，未確定使用控制器的微碼版本重點(diǎn)提示：以后更換控制器一定要搞清楚插上去的控制器的微碼啊，不然的話。你明白的。誤操作之后的結(jié)果見(jiàn)圖： 1，出現(xiàn)報(bào)錯(cuò) data rate negotiation failed2,數(shù)據(jù)盤(pán)被置為OFFLINE狀態(tài)3，查看array 發(fā)現(xiàn) 容量為0 并且狀態(tài)是EXPORTED READY FOR IMPORT當(dāng)時(shí)看到這里我倒吸一口涼氣，這次撞大運(yùn)了，數(shù)據(jù)完蛋了。趕緊咨詢現(xiàn)場(chǎng)工程師（幸好有一份數(shù)據(jù)備份）。接下來(lái)就是分析數(shù)據(jù)恢復(fù)方案。匯總了幾個(gè)人的意見(jiàn)得出2個(gè)方案。1， 降微碼來(lái)恢復(fù)數(shù)據(jù) （應(yīng)該有把握恢復(fù)數(shù)據(jù)）。2， 把盤(pán)柜syswipe一下重建然后從備份恢復(fù)數(shù)據(jù)。當(dāng)時(shí)都準(zhǔn)備執(zhí)行第一方案準(zhǔn)備帶著公司的6版本的控制器奔向現(xiàn)場(chǎng)了，這是有兄弟（張澤人）從網(wǎng)上找到一篇文章和這里的情形一模一樣。于是大家坐下來(lái)仔細(xì)查看了這篇文章并且斟酌再三認(rèn)為即便是這樣不行也應(yīng)該不會(huì)破壞硬盤(pán)的數(shù)據(jù)，反正還有數(shù)據(jù)備份呢。索性嘗試一下IMPORT ARRAY過(guò)程如下：1，選中array 選擇advanced maintenance-import array下面這步提示MAPPING將會(huì)刪除當(dāng)看到這步的時(shí)候心里高興極了，恢復(fù)成功了。查看硬盤(pán)狀態(tài)都正常。最后在sm中重新做mapping ，然后在主機(jī)端刪掉光纖卡然后重認(rèn)，正常。Varyonvg datavg 正常 。 mount 文件系統(tǒng) 正常 啟動(dòng)數(shù)據(jù)庫(kù)正常。此時(shí)大家的心算是徹底放到肚子里面了。后續(xù)問(wèn)題：1，現(xiàn)在微碼是07.60.52.00 按照ibm官方文檔上說(shuō)rdac最高支持到07.60.28.00但是這里啟動(dòng)正常。接下來(lái)幾天我們會(huì)重點(diǎn)關(guān)注這個(gè)客戶的使用情況。最后不行的話估計(jì)還得改回mpio模式。最后我在ibm官網(wǎng)里面有關(guān)于看了一下確實(shí)是有關(guān)于migrating an array大概步驟是首先要export array 然后把硬盤(pán)拔出來(lái)查到新存儲(chǔ)上 最后做import array 這次真是機(jī)緣巧合。上天啊 以后千萬(wàn)別