華為5800服務(wù)器raid陣列數(shù)據(jù)恢復(fù)成功案例

服務(wù)器數(shù)據(jù)恢復(fù)硬件狀態(tài)：

客戶的服務(wù)器型號是華為5800，該服務(wù)器中共有10塊硬盤組成raid6磁盤陣列用于企業(yè)內(nèi)部使用，服務(wù)器采用EXT3文件系統(tǒng)；劃分為2個(gè)lun；每個(gè)lun8TB大小。

服務(wù)器數(shù)據(jù)恢復(fù)故障分析：

服務(wù)器在使用過程中管理員發(fā)現(xiàn)raid失效，于是對失效的服務(wù)器進(jìn)行了重新分配raid的操作，同時(shí)初始化raid，初始化進(jìn)行到40%左右時(shí)強(qiáng)行停止初始化，但部分?jǐn)?shù)據(jù)已經(jīng)造成不可逆的破壞。數(shù)據(jù)恢復(fù)難度增大。

服務(wù)器數(shù)據(jù)恢復(fù)成功率預(yù)估：

導(dǎo)致服務(wù)器數(shù)據(jù)丟失的原因是raid失效，管理員隨后對raid6陣列中的9塊硬盤重新分配為riad5陣列并進(jìn)行了長時(shí)間初始化操作，這對原始數(shù)據(jù)是不可逆的損壞。在后來對服務(wù)器數(shù)據(jù)恢復(fù)操作中也證明了僅第二個(gè)LUN可用普通RAID6數(shù)據(jù)恢復(fù)方法恢復(fù)出數(shù)據(jù)，但客戶所需要的重要數(shù)據(jù)集中在第一個(gè)lun中。數(shù)據(jù)恢復(fù)可能性極低，在接到客戶服務(wù)器之前已經(jīng)有多家數(shù)據(jù)恢復(fù)公司介入，均未能成功恢復(fù)出有效數(shù)據(jù)。

服務(wù)器數(shù)據(jù)恢復(fù)過程：

1．快速分析服務(wù)器中原始磁盤RAID6的RAID和磁盤的組織結(jié)構(gòu)。再分析服務(wù)器重新分配RAID5時(shí)的RAID和磁盤的組織結(jié)構(gòu)。在進(jìn)行實(shí)際操作時(shí)由于重新分配導(dǎo)致的底層RAID6和RAID5的信息大量重合，對這些數(shù)據(jù)進(jìn)行分析、區(qū)別非常困難，服務(wù)數(shù)據(jù)恢復(fù)工程師花費(fèi)了一天時(shí)間進(jìn)行分析。
3．判斷可恢復(fù)性，設(shè)計(jì)實(shí)現(xiàn)恢復(fù)程序的算法并測試。工程師分析出了服務(wù)器中原始raid6陣列和重新分配后的raid5陣列信息后進(jìn)行數(shù)據(jù)恢復(fù)算法的研究發(fā)現(xiàn)可以通過其他方式將服務(wù)器原有數(shù)據(jù)進(jìn)行恢復(fù)。于是投入編寫程序和校正算法工作，將服務(wù)器中原raid6陣列中的。第一和第二個(gè)LUN分別鏡像到搭好的兩個(gè)7TB 的存儲(chǔ)上。
4. 恢復(fù)服務(wù)器數(shù)據(jù)。
服務(wù)器數(shù)據(jù)恢復(fù)工程師驗(yàn)證第二個(gè)LUN數(shù)據(jù)完全正常，但最重要的第一個(gè)LUN前有大約有10MB數(shù)據(jù)的破壞，這前 10MB數(shù)據(jù)極其重要，EXT3的根目錄和第一個(gè)塊組的I節(jié)點(diǎn)全在這前10MB里面，工程師嘗試借助幾款數(shù)據(jù)恢復(fù)常用的軟件進(jìn)行掃描恢復(fù)但恢復(fù)效果都相當(dāng)不理想，想必之前幾家數(shù)據(jù)恢復(fù)公司沒有成功的原因就在于此。

在這種情況下只得對損壞的EXT3文件系統(tǒng)進(jìn)行修復(fù)。首先編一個(gè)小程序?qū)XT3文件系統(tǒng)進(jìn)行孤目錄查找，在本目錄下發(fā)現(xiàn)子目錄3個(gè)。重建根目錄和I節(jié)點(diǎn)，用 文件系統(tǒng)解析程序打開已完全正常，但為了保證原始數(shù)據(jù)的一些權(quán)限和屬性，在LINUX簡單修復(fù)，LINUX已能正常掛載，然后在LINUX把文件用 cp 命令進(jìn)行拷貝格式化好的EXT3 的單塊磁盤的分區(qū)上。這樣客戶使用數(shù)據(jù)時(shí)，不再需要?jiǎng)e的任何設(shè)置，直接 cp 后，文件目錄結(jié)構(gòu)和屬性都和原來一模一樣。本次數(shù)據(jù)恢復(fù)成功，可用數(shù)據(jù)為100%。



?