服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境：

新網(wǎng)企業(yè)郵件服務(wù)器;

組建RAID5，文件系統(tǒng)為REISERFS;

一個(gè)數(shù)據(jù)分區(qū)，存放上百萬(wàn)企業(yè)用戶的郵件。

服務(wù)器故障&分析：

服務(wù)器在正常運(yùn)行過(guò)程中，RAID突然OFFLINE。管理員檢查發(fā)現(xiàn)故障服務(wù)器有兩塊盤報(bào)警，將其中一塊盤強(qiáng)制上線后卻發(fā)現(xiàn)卷無(wú)法掛載，于是執(zhí)行FSCK并REBULD TREE，完成上述操作后卷仍然無(wú)法掛載。咨詢多家數(shù)據(jù)恢復(fù)服務(wù)商均無(wú)法提供可行的解決方案，最終新網(wǎng)選擇我們數(shù)據(jù)恢復(fù)中心進(jìn)行數(shù)據(jù)恢復(fù)。

這種RAID故障在我們數(shù)據(jù)恢復(fù)中心接到的cases中是很常見(jiàn)的。因?yàn)閳?bào)警的兩塊盤并不是同時(shí)掉線，如果強(qiáng)制上線先離線的硬盤會(huì)導(dǎo)致數(shù)據(jù)區(qū)的新舊數(shù)據(jù)混在一起，文件系統(tǒng)結(jié)構(gòu)不一致。強(qiáng)制上線會(huì)在讀寫(xiě)過(guò)程中生成新的檢驗(yàn)條帶，會(huì)影響一部分?jǐn)?shù)據(jù)。如果讀寫(xiě)不多或根本無(wú)法MOUNT，情況的嚴(yán)重性會(huì)小很多。

本案例中最嚴(yán)重的問(wèn)題在于REBUILD TREE，此操作相當(dāng)于將一個(gè)混雜的文件系統(tǒng)連續(xù)化，結(jié)果會(huì)導(dǎo)致文件系統(tǒng)的所有結(jié)構(gòu)體全面出錯(cuò)，這種情況通常是無(wú)法挽救的。加上用戶的文件目錄結(jié)構(gòu)非常復(fù)雜，文件總數(shù)粗略估計(jì)上億，恢復(fù)數(shù)據(jù)的機(jī)會(huì)很小。

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

1、首先對(duì)故障服務(wù)器所有硬盤做鏡像備份，后續(xù)的數(shù)據(jù)恢復(fù)操作都在備份文件上進(jìn)行，避免對(duì)數(shù)據(jù)二次破壞。

2、服務(wù)器數(shù)據(jù)恢復(fù)工程師先試圖將文件系統(tǒng)結(jié)構(gòu)區(qū)單獨(dú)提出來(lái)進(jìn)行分析，但REISERFS文件系統(tǒng)區(qū)相對(duì)分散且無(wú)規(guī)律，通過(guò)北亞自主研發(fā)的程序?qū)ξ募到y(tǒng)結(jié)構(gòu)區(qū)進(jìn)行提取和分析。在本案例中，僅1級(jí)節(jié)點(diǎn)提取出來(lái)的數(shù)據(jù)就有好幾個(gè)G，可見(jiàn)本案例文件結(jié)構(gòu)的復(fù)雜。

3、對(duì)文件系統(tǒng)區(qū)進(jìn)行一致性檢驗(yàn)，修正錯(cuò)誤地方。本案例中好多文件系統(tǒng)節(jié)點(diǎn)區(qū)都因檢驗(yàn)關(guān)系，使關(guān)鍵屬性字節(jié)發(fā)生了改變。通過(guò)北亞自主研發(fā)的程序?qū)⑺泄?jié)點(diǎn)狀態(tài)統(tǒng)一初始化，對(duì)節(jié)點(diǎn)進(jìn)行一致性處理。

4、完成上述兩步操作后有2種方案恢復(fù)最終的數(shù)據(jù)：

第一種方案：在LINUX系統(tǒng)下再次執(zhí)行FSCK，結(jié)果實(shí)施這種方案后發(fā)現(xiàn)效果不好，原因是LINUX FSCK的功能有限，如果在父節(jié)點(diǎn)稍有錯(cuò)誤，其子節(jié)點(diǎn)便會(huì)被全部打入到LOST+FOUND里，無(wú)法還原原本的目錄結(jié)構(gòu)。

第二種方案：通過(guò)只讀方式，在WINDOWS環(huán)境下用北亞自主研發(fā)的程序提取數(shù)據(jù)。在具體的實(shí)施過(guò)程中，需要不斷修改程序并忽略一些錯(cuò)誤，最終提取出數(shù)據(jù)。

5、由用戶對(duì)恢復(fù)出來(lái)的數(shù)據(jù)進(jìn)行檢測(cè)，確認(rèn)需要的數(shù)據(jù)基本都恢復(fù)出來(lái)，可以正常讀取。

服務(wù)器數(shù)據(jù)恢復(fù)總結(jié)：

RAID5磁盤陣列兩塊硬盤先后離線，但是又不知道離線先后順序的case很多。碰到這種情況需要我們謹(jǐn)慎處理。如果可以查詢到日志，通過(guò)日志確定為好。如果強(qiáng)制上線出錯(cuò)，應(yīng)馬上停止操作，切不可做FSCK等操作。

LINUX的FSCK操作風(fēng)險(xiǎn)很大，做之前一定要看清楚提示，如果出錯(cuò)信息異常，應(yīng)選擇其他方案。

審核編輯：湯梓紅