【伺服器資料恢復】華為某型號伺服器raid6資料恢復案例

伺服器資料恢復環境：

華為某型號伺服器；

10塊硬碟組成raid6；

EXT3檔案系統，劃分2個lun。

伺服器故障&分析：

伺服器在工作過程中raid6癱瘓不可用，管理員對故障伺服器的raid進行重新搭建的操作並且初始化raid，初始化進行到40%

左右時強行停止了初始化，部分資料已經遭到嚴重破壞。管理員在多家資料恢復公司資料恢復失敗之後聯絡到我們資料恢復

中心。

導致伺服器丟失資料的原因是raid6癱瘓，管理員隨後使用原raid6中的9塊硬碟搭建riad5並進行了長時間的初始化，這種操

作對原始資料造成不可逆的損壞。在後來的伺服器資料恢復操作過程中也證明了第二個LUN可以使用常規的RAID6資料恢復

方法恢復出資料，但存放重要資料的第一個lun中的資料恢復成功的可能性極低。在我們資料恢復中心接到故障伺服器之前已

經有多家資料恢復公司對故障伺服器進行了資料恢復操作，但均未能成功恢復出需要的重要資料。

伺服器資料恢復過程：

1、對故障伺服器中的所有磁碟進行映象備份。

2、伺服器資料恢復工程師分析故障伺服器中原RAID6的RAID和磁碟的組織結構，再分析新搭建的RAID5的RAID和磁碟的組

織結構。在進行實際操作時由於重新搭建RAID5導致RAID6和RAID5的底層資訊大量重合，對這些資料進行分析區分非常困難

，服務資料恢復工程師花費很長時間進行分析區分。

3、伺服器資料恢復工程師透過分析獲取到原raid6和新搭建的raid5資訊後進行資料恢復演算法的研究，發現可以透過其他方式

恢復伺服器原始的資料。伺服器資料恢復工程師編寫程式和校正演算法，將伺服器中原raid6中的第一和第二個LUN分別映象到

搭好的兩個儲存上。

4、恢復伺服器資料。伺服器資料恢復工程師驗證第二個LUN資料完全正常，但第一個LUN中被破壞的一小部分資料極其重

要。EXT3的根目錄和第一個塊組的I節點全在這部分資料裡面，伺服器資料恢復工程師嘗試幾款常用的資料恢復軟體進行掃描

恢復，但效果都不理想，估計前幾家資料恢復公司沒有成功恢復出來資料的原因就在於此。

5、在這種情況下伺服器資料恢復工程師對損壞的EXT3檔案系統進行修復。北亞伺服器資料恢復工程師編一個小程式對EXT3

檔案系統進行孤目錄查詢，重建根目錄和I節點，用檔案系統解析程式開啟完全正常，但為了保證原始資料的許可權和屬性，在

LINUX下進行簡單修復，LINUX可以正常掛載，然後從LINUX中把檔案複製到格式化為EXT3 的單塊磁碟的分割槽上。這樣使用者

使用資料時，不再需要任何設定，檔案目錄結構和屬性都和原來一模一樣。本次資料恢復完成，資料可用性100%。

伺服器Raid出現故障後的資料保護建議：

1、切忌硬碟再次受到磕碰，伺服器中任何一塊硬碟對於資料恢復來說都至關重要，如果關鍵硬碟出現嚴重物理損壞，資料恢

復工作將變的異常艱難甚至無法完成。

2、切忌重新建立raid或者強制online/rebuild，若伺服器中有提早離線硬碟或上線同步選擇錯誤，會導致資料恢復效果和結果

無法預料。

3、切忌非專業人士對故障儲存的主要模組進行拆卸、更換等操作，不當的操作會對伺服器內部資料造成影響，甚至永久性破

壞伺服器資料。