如何進行IBM DS4300存儲災難恢復的問題解析

今天就跟大家聊聊有關如何進行IBM DS4300存儲災難恢復的問題解析，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

公司的一個IBM DS4300的老存儲在十一前突然壞了，陣列掛載的數據出現丟失，比較嚴重，解決過程如下，特此記錄。

硬件環境是:IBM DS4300存儲,分了2個array，每個array都做raid5，并且各有一塊熱備盤。每個array都劃分了2個邏輯盤，其中array2的一塊380G的邏輯盤給了小型機雙機系統做共享盤，雙機上是AIX+ORACLE10G。雙控（A控突然壞了，B控卻不能接管A控的LUN,致使一部分重要數據無法尋到）。經過Server Raid管理軟件分析陣列日志信息，發現2號盤在11年8月份就出現異常，不參與RAID工作，1號盤在近期才出現錯誤。經過對1、2號盤進行檢測和鏡像，發現2號盤有少量壞道，1號盤能正常讀取。

恢復：

經過對1號盤和2號盤進行檢測和鏡像以后，我們嘗試把1號盤留在DS4300陣列上，把2號盤拔出來，然后在Server Raid管理軟件中嘗試各種辦法使1號盤狀態變成ONLINE狀態，最后終于把1號盤變成ONLINE，于是嘗試在AIX下查看相關VG信息，發現VG信息已經被破壞。數據恢復陷入下一步困境，經過對比1號盤和2號盤的頭部信息，發現2號盤的頭部有相關VG信息，于是把2號盤VG信息Copy到1號盤相應位置，再次在AIX下查看VG信息、LV信息，這次VG信息完好，文件系統mount順利，嘗試啟動oracle服務，發現oracle啟動不了，報redo1.log文件錯誤，最后經過幾番努力，oracle終于能起來了，趕緊exp出oracle中的數據。到此數據恢復成功!

經驗總結：

DS4300上更換硬盤特別要注意，最好更換型號和固件版本跟原來一樣的硬盤，本案例原2號盤壞過，如果需要替換原2號盤，那么新盤的型號和固件版本都需要跟原來的硬盤一樣，否則新換的硬盤在DS4300上運行時會不穩定，并容易出現掉線的現象。DS4300對硬盤固件版本匹配要求比較高，更換硬盤千萬要注意固件版本匹配問題。

還有LVM信息是本恢復的關鍵，1號盤LVM信息被破壞，我從2號盤看到良好的LVM信息，COPY到1號盤的相應位置，才能使整個恢復得以順利進行。

另問題：

一個ds43000，分了2個array，每個array都做raid5，并且各有一塊熱備盤。每個array都劃分了2個邏輯盤，現在array2的一塊硬盤閃黃燈了，目前還能運行。在aix下查errpt也是報hdisk3出錯。問：1、熱備盤這時是自動頂上了，還是要手動配置？2、可以在線直接換這塊壞的盤嗎？3、換的盤這時是做熱備好，還是把原來的熱備盤繼續做熱備？我覺得磁盤陣列的可靠性也不太高啊，老是壞，不是電池壞，就是硬盤壞，讓人提心吊膽的。

此例中由于RAID本身并沒有損壞，不需要對每個物理硬盤進行單獨鏡像，只需要把報錯的那個磁盤所在的LUN鏡像出來就行。鏡像的方法有兩種：一種是在linux下用dd 命令把lun鏡像到別的存儲空間上，另一種是把要恢復的LUN切換到Windows上，然后通過Winhex工具對硬盤進行鏡像。鏡像完成以后，數據恢復的重點就是分析XFS文件系統結構，把數據提取數來。

可以通過達思 D-Recovery For XFS數據恢復軟件，對每個鏡像出來的LUN進行掃描，收集XFS文件系統信息（superblock,inode,目錄、文件名等），最終把數據完全提 取出來。當然，如果數據破壞不嚴重，可以把分區表或者superblock信息還原到出問題之前的狀態，然后掛回Linux環境，就能直接正常mount 文件系統。數據恢復最后結果是：出問題的LUN通過更改分區表或者superblock就能正常mount,還有一個LUN需要D-Recovery For XFS工具導出數據，最后實現非常完美的恢復。

補充：
 RAID10架構：比如10塊146GB光纖接口硬盤,每兩塊盤做成RAID1,一共5組RAID1,然后這5組RAID1又配置成一個RAID0,這就是所謂的混合型RAID10架構. DS4300陣列掛接在IBM小型機上，劃分成AIX JFS2文件系統。這種RAID架構貌似很安全,但還是會出問題。
 在這種架構上，如果這5組RAID1中只要壞掉一組，整個陣列就不能正常訪問，在AIX上mount不上。

補充:

更換損壞的控制器

DS4300雙控制器，發現A控無法online，且主機接口無光，網卡燈也不亮，于是在沒有控制器備件的情況下就先關主機、存儲，更換了電池，保證B控恢復正常，但是A控還是不行。
現在新控制器準備好了（但是微碼版本未知），準備再次進行更換，思路如下

存儲情況：
DS4300基本型號，雙控（A控已壞），沒有EXP
Firmware version: 06.12.03.00
NVSRAM version: N1722F600R912V05
硬盤微碼：JFQ3

操作的大概步驟：
1、異地備份數據
2、收集ASD
3、停數據庫，關主機、存儲
4、更換A控及電池
5、開存儲，主機暫時不開
6、同時連接兩個控制器，在沒有IO讀寫的情況下，升級硬盤微碼JFQ3到JFQ8
7、確認新控制器微碼版本，如果為06.12.03.00，則A、B控一樣，不用升級；
如果高于06.12，升級控制器微碼和A控一樣
8、開主機，再次收集ASD

問題：
1、之前沒有升級過控制器微碼，現在在IBM網站上找到了DS4300基本型號的微碼下載，但是06的只有這兩種嗎？而且6.60.22.00的版本還無法下載。

微碼不一樣也應該沒有關系，你只要保證你剩的那個老的控制器沒壞就行，把新的插上，應該會自動同步，另外一定不能關機更換，反正做之前先做備份吧，有的也建議后換的控制器版本不要比已有的版本高，但是你這種情況磁盤的微碼也比較危險，我覺得情況還是挺復雜的，做之前多征求意見吧。
如果你的磁盤微碼還太低JFQ3，這種微碼還可能引起在線插拔控制器磁盤報警。
可以探討一下下面的步驟：（前提做好數據備份和陣列信息的備份）
1、用單控制器試著升級磁盤微碼到JFQ8；
2、更換控制器
2.1：如果新控制器微碼比原來的微碼低，那就在線直接更換，原來的高微碼應該會自動同步到新換的控制器上。
2.2：如果新控制微碼比原來的微碼高，那么試著升級原來控制器的微碼，使原來控制微碼高于新控制，再在線更換控制器。升級微碼前將event  log東西保存后將其清空。
3、更換電池

看完上述內容，你們對如何進行IBM DS4300存儲災難恢復的問題解析有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。