華為5800伺服器raid陣列資料恢復成功案例

伺服器資料恢復硬體狀態：
客戶的伺服器型號是華為5800，該伺服器中共有10塊硬碟組成raid6磁碟陣列用於企業內部使用，伺服器採用EXT3檔案系統；劃分為2個lun；每個lun8TB大小。

伺服器資料恢復故障分析：
伺服器在使用過程中管理員發現raid失效，於是對失效的伺服器進行了重新分配raid的操作，同時初始化raid，初始化進行到40%左右時強行停止初始化，但部分資料已經造成不可逆的破壞。資料恢復難度增大。

伺服器資料恢復成功率預估：
導致伺服器資料丟失的原因是raid失效，管理員隨後對raid6陣列中的9塊硬碟重新分配為riad5陣列並進行了長時間初始化操作，這對原始資料是不可逆的損壞。在後來對伺服器資料恢復操作中也證明了僅第二個LUN可用普通RAID6資料恢復方法恢復出資料，但客戶所需要的重要資料集中在第一個lun中。資料恢復可能性極低，在接到客戶伺服器之前已經有多家資料恢復公司介入，均未能成功恢復出有效資料。

伺服器資料恢復過程：
1．快速分析伺服器中原始磁碟RAID6的RAID和磁碟的組織結構。再分析伺服器重新分配RAID5時的RAID和磁碟的組織結構。在進行實際操作時由於重新分配導致的底層RAID6和RAID5的資訊大量重合，對這些資料進行分析、區別非常困難，服務資料恢復工程師花費了一天時間進行分析。
3．判斷可恢復性，設計實現恢復程式的演算法並測試。工程師分析出了伺服器中原始raid6陣列和重新分配後的raid5陣列資訊後進行資料恢復演算法的研究發現可以透過其他方式將伺服器原有資料進行恢復。於是投入編寫程式和校正演算法工作，將伺服器中原raid6陣列中的。第一和第二個LUN分別映象到搭好的兩個7TB 的儲存上。
4. 恢復伺服器資料。
伺服器資料恢復工程師驗證第二個LUN資料完全正常，但最重要的第一個LUN前有大約有10MB資料的破壞，這前 10MB資料極其重要，EXT3的根目錄和第一個塊組的I節點全在這前10MB裡面，工程師嘗試藉助幾款資料恢復常用的軟體進行掃描恢復但恢復效果都相當不理想，想必之前幾家資料恢復公司沒有成功的原因就在於此。

在這種情況下只得對損壞的EXT3檔案系統進行修復。首先編一個小程式對EXT3檔案系統進行孤目錄查詢，在本目錄下發現子目錄3個。重建根目錄和I節點，用 檔案系統解析程式開啟已完全正常，但為了保證原始資料的一些許可權和屬性，在LINUX簡單修復，LINUX已能正常掛載，然後在LINUX把檔案用 cp 命令進行複製格式化好的EXT3 的單塊磁碟的分割槽上。這樣客戶使用資料時，不再需要別的任何設定，直接 cp 後，檔案目錄結構和屬性都和原來一模一樣。本次資料恢復成功，可用資料為100%。