raid5硬盤(pán)掉線(xiàn)但熱備盤(pán)未激活如何恢復(fù)數(shù)據(jù)

【Raid5陣列數(shù)據(jù)恢復(fù)案例簡(jiǎn)介】

今天記錄一次raid5磁盤(pán)陣列數(shù)據(jù)恢復(fù)的成功案例。首先簡(jiǎn)單介紹一下需要數(shù)據(jù)恢復(fù)的服務(wù)器基礎(chǔ)配置情況：

客戶(hù)的服務(wù)器設(shè)備為EMC存儲(chǔ)，raid5磁盤(pán)陣列，由多塊stat硬盤(pán)組成一組磁盤(pán)陣列，包含兩塊熱備盤(pán)。服務(wù)器發(fā)生故障崩潰時(shí)底層硬盤(pán)有2塊出現(xiàn)故障，熱備盤(pán)中有一塊被激活。

【服務(wù)器數(shù)據(jù)恢復(fù)常規(guī)檢測(cè)】

數(shù)據(jù)恢復(fù)中心的數(shù)據(jù)恢復(fù)工程師前往客戶(hù)現(xiàn)場(chǎng)對(duì)服務(wù)器設(shè)備進(jìn)行故障檢測(cè)。服務(wù)器數(shù)據(jù)恢復(fù)工程師對(duì)客戶(hù)服務(wù)器設(shè)備進(jìn)行了簡(jiǎn)單排查，確認(rèn)raid5陣列癱瘓；上層lun無(wú)法正常使用，2塊熱備盤(pán)中有一塊已經(jīng)啟動(dòng)。

數(shù)據(jù)恢復(fù)工程師對(duì)掉線(xiàn)的硬盤(pán)進(jìn)行物理排查，兩塊硬盤(pán)中均未檢測(cè)到壞道、磁頭故障等物理?yè)p壞。進(jìn)行接下來(lái)的數(shù)據(jù)恢復(fù)操作時(shí)可以不需要進(jìn)行物理修復(fù)即可。

【raid5數(shù)據(jù)備份】

在數(shù)據(jù)恢復(fù)操作之前，需要將服務(wù)器設(shè)備上的所有原始數(shù)據(jù)進(jìn)行鏡像備份，在本次數(shù)據(jù)恢復(fù)案例中，服務(wù)器數(shù)據(jù)恢復(fù)工程師將所有硬盤(pán)連接到數(shù)據(jù)恢復(fù)中心的數(shù)據(jù)恢復(fù)專(zhuān)用存儲(chǔ)池中，對(duì)所有硬盤(pán)進(jìn)行了扇區(qū)級(jí)鏡像操作。

【分析該服務(wù)器raid組結(jié)構(gòu)】

服務(wù)器數(shù)據(jù)恢復(fù)操作通常都是基于恢復(fù)raid組進(jìn)行數(shù)據(jù)恢復(fù)操作的，因此本次數(shù)據(jù)恢復(fù)操作也同樣需要對(duì)raid陣列基礎(chǔ)信息進(jìn)行分析，從而重組raid結(jié)構(gòu)。

經(jīng)過(guò)數(shù)據(jù)恢復(fù)工程師對(duì)每一塊硬盤(pán)的分析發(fā)現(xiàn)，客戶(hù)原服務(wù)器內(nèi)的兩塊熱備盤(pán)內(nèi)全部沒(méi)有任何數(shù)據(jù)，也就是說(shuō)即使被激活的熱備盤(pán)也同樣沒(méi)有同步到任何數(shù)據(jù)，兩塊熱備盤(pán)從實(shí)際上而言并沒(méi)有發(fā)生任何作用。想要恢復(fù)數(shù)據(jù)，只好繼續(xù)恢復(fù)原raid5陣列的其他基本數(shù)據(jù)，重組raid5.

【分析RAID組掉線(xiàn)盤(pán)信息】

根據(jù)上述數(shù)據(jù)恢復(fù)思路，服務(wù)器數(shù)據(jù)恢復(fù)工程師使用自主研發(fā)的數(shù)據(jù)恢復(fù)工具分析出該組raid5陣列的基礎(chǔ)信息，并虛擬重組出了raid5磁盤(pán)陣列。在raid數(shù)據(jù)恢復(fù)常規(guī)流程下，我們會(huì)將多塊硬盤(pán)掉線(xiàn)的陣列中最早掉線(xiàn)的硬盤(pán)從陣列中剔除。通常我們進(jìn)行數(shù)據(jù)分析的方法是比對(duì)每塊硬盤(pán)在同一個(gè)條帶上的數(shù)據(jù)是否一致，將明顯不同的硬盤(pán)剔除后進(jìn)行條帶校驗(yàn)，直至找到數(shù)據(jù)恢復(fù)的最佳狀態(tài)為止。

【分析RAID組中的LUN信息】

成功重組出raid5陣列后，工程師開(kāi)始對(duì)lun信息進(jìn)行分析，在本次數(shù)據(jù)恢復(fù)案例中，客戶(hù)的服務(wù)器上層只有一個(gè)lun，工程師只需要將這唯一的一個(gè)lun信息進(jìn)行分析，然后使用raid數(shù)據(jù)恢復(fù)程序?qū)un數(shù)據(jù)的map進(jìn)行解析和導(dǎo)出。

【ZFS文件系統(tǒng)解析并修復(fù)】

使用北數(shù)據(jù)恢復(fù)工具對(duì)上層的文件系統(tǒng)進(jìn)行解析和恢復(fù)?？蛻?hù)上層采用的是zfs文件系統(tǒng)，服務(wù)器數(shù)據(jù)恢復(fù)工程師對(duì)文件系統(tǒng)解析時(shí)發(fā)現(xiàn)部分文件系統(tǒng)元文件報(bào)錯(cuò)，于是數(shù)據(jù)恢復(fù)工程師對(duì)現(xiàn)有的數(shù)據(jù)恢復(fù)工具進(jìn)行debug調(diào)試，使程序適應(yīng)本次數(shù)據(jù)恢復(fù)的實(shí)際情況。

經(jīng)過(guò)調(diào)試，導(dǎo)致zfs文件系統(tǒng)解析報(bào)錯(cuò)的原因是由于客戶(hù)的服務(wù)器突然癱瘓導(dǎo)致文件系統(tǒng)中某些元文件被損壞，導(dǎo)致數(shù)據(jù)恢復(fù)工具無(wú)法正常解析。服務(wù)器數(shù)據(jù)恢復(fù)工程師針對(duì)損壞的元文件采用人工修復(fù)等方法，保障zfs文件系統(tǒng)可以被正常解析。

【導(dǎo)出raid5陣列內(nèi)所有數(shù)據(jù)】

通過(guò)對(duì)文件系統(tǒng)的完整解析，服務(wù)器數(shù)據(jù)恢復(fù)工程師最終將客戶(hù)raid陣列內(nèi)的數(shù)據(jù)完整導(dǎo)出，由客戶(hù)工程師配合搭建數(shù)據(jù)驗(yàn)證環(huán)境，恢復(fù)出來(lái)的所有數(shù)據(jù)進(jìn)行驗(yàn)證，經(jīng)過(guò)驗(yàn)證，客戶(hù)原服務(wù)器內(nèi)的所有數(shù)據(jù)均被成功恢復(fù)，本次數(shù)據(jù)恢復(fù)成功。