nas存儲(chǔ)服務(wù)器磁盤(pán)陣列失效、服務(wù)器無(wú)法訪問(wèn)解決過(guò)程
作者：admin????發(fā)布時(shí)間：2021-08-21 20:04 ????瀏覽次數(shù) :
今天要介紹的是一款nas存儲(chǔ)服務(wù)器，服務(wù)器內(nèi)有硬盤(pán)出現(xiàn)故障離線導(dǎo)致的磁盤(pán)陣列失效，進(jìn)而影響上層服務(wù)器的訪問(wèn)，需要進(jìn)行數(shù)據(jù)恢復(fù)，經(jīng)過(guò)數(shù)據(jù)恢復(fù)中心的一系列數(shù)據(jù)恢復(fù)操作，現(xiàn)在數(shù)據(jù)已經(jīng)全部恢復(fù)，服務(wù)器也可以正常使用，下面簡(jiǎn)單介紹這次數(shù)據(jù)恢復(fù)的過(guò)程。
服務(wù)器數(shù)據(jù)恢復(fù)故障表現(xiàn)
本次數(shù)據(jù)恢復(fù)的服務(wù)器為nas存儲(chǔ)，服務(wù)器上配備了14塊硬盤(pán)組成了raid6磁盤(pán)陣列。
服務(wù)器在正常運(yùn)行過(guò)程中突然有硬盤(pán)出現(xiàn)故障離線，導(dǎo)致磁盤(pán)陣列失效，服務(wù)器內(nèi)的設(shè)備無(wú)法正常訪問(wèn)了。
服務(wù)器數(shù)據(jù)恢復(fù)分析
工程師首先對(duì)客戶服務(wù)器內(nèi)的所有硬盤(pán)都進(jìn)行了底層數(shù)據(jù)檢測(cè)。經(jīng)檢測(cè)發(fā)現(xiàn)客戶的服務(wù)器雖然磁盤(pán)陣列失效，但thin-lvm結(jié)構(gòu)及thin-lv尚未被破壞，可以進(jìn)行數(shù)據(jù)恢復(fù)，但由于thin-lvm算法結(jié)構(gòu)相對(duì)復(fù)雜，恢復(fù)數(shù)據(jù)的難度將會(huì)非常大。
服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程
1、重組服務(wù)器RAID結(jié)構(gòu)
通過(guò)對(duì)服務(wù)器底層數(shù)據(jù)的分析獲取磁盤(pán)陣列必要信息，使用數(shù)據(jù)恢復(fù)專業(yè)設(shè)備對(duì)raid6磁盤(pán)陣列進(jìn)行重組，還原服務(wù)器原始狀態(tài)。
2、thin-lvm結(jié)構(gòu)分析
獲取并解讀lvm配置信息，重組lvm結(jié)構(gòu)，獲取thin-pool相關(guān)的meta-lv和data-lv，并對(duì)相關(guān)性進(jìn)行校驗(yàn)，經(jīng)過(guò)校驗(yàn)，服務(wù)器數(shù)據(jù)恢復(fù)工程師獲取到的meta-lv和data-lv均未完整、正確的。
3、thin-pool解析
分析meta-lv，獲取其中的原信息并進(jìn)行解讀，進(jìn)一步獲取全部的thin-lv信息。通過(guò)服務(wù)器數(shù)據(jù)恢復(fù)工程師自己編寫(xiě)的數(shù)據(jù)提取程序?qū)λ衪hin-lv信息進(jìn)行提取。
4、thin-lv解析
當(dāng)所有thin-lv信息獲取完畢后采用服務(wù)器數(shù)據(jù)恢復(fù)專用程序?qū)ξ募到y(tǒng)的完整性和正確性進(jìn)行校驗(yàn)，校驗(yàn)無(wú)誤。解析thin-lv并提取服務(wù)器內(nèi)的所有數(shù)據(jù)文件。
服務(wù)器數(shù)據(jù)恢復(fù)結(jié)果
經(jīng)過(guò)服務(wù)器數(shù)據(jù)恢復(fù)工程師的努力分析和提取，最終提取出了客戶服務(wù)器內(nèi)的所有數(shù)據(jù)，經(jīng)過(guò)簡(jiǎn)單的檢驗(yàn)后由客戶主導(dǎo)對(duì)恢復(fù)出的服務(wù)器數(shù)據(jù)進(jìn)行完整性和可用性驗(yàn)證。
經(jīng)過(guò)客戶驗(yàn)證，最終確認(rèn)本次數(shù)據(jù)恢復(fù)結(jié)果完整，數(shù)據(jù)可用，確認(rèn)服務(wù)器數(shù)據(jù)恢復(fù)成功。
