服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
ORACLE SUN ZFS某型號存儲,共40塊磁盤組建存儲池,其中的36塊磁盤分為三組,每組12塊,單個(gè)組使用ZFS特有的RAIDZ管理所有磁盤,RAIDZ級別為2;另外的4塊磁盤作為全局熱備。存儲池內(nèi)劃分出若干空間映射到服務(wù)器使用。
北亞企安數(shù)據(jù)恢復(fù)——ZFS數(shù)據(jù)恢復(fù)
服務(wù)器故障:
服務(wù)器正常運(yùn)行過程中崩潰,服務(wù)器管理員重啟設(shè)備后無法進(jìn)入系統(tǒng)。通過對服務(wù)器和存儲的初步檢測以及和管理人員的溝通,排除了斷電、進(jìn)水、異常操作等外部因素。
北亞企安數(shù)據(jù)恢復(fù)——ZFS數(shù)據(jù)恢復(fù)
服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、將存儲中所有磁盤編號后取出,硬件工程師檢測后沒有發(fā)現(xiàn)有硬盤存在硬件故障。以只讀方式將所有磁盤進(jìn)行扇區(qū)級全盤鏡像,鏡像完成后按照編號將所有磁盤還原到原存儲中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
2、基于磁盤鏡像文件分析底層數(shù)據(jù),發(fā)現(xiàn)全局熱備盤全部啟用。
在ZFS文件系統(tǒng)中,ZPOOL(池)的子設(shè)備有很多種類:塊設(shè)備、文件、磁盤等,本案例中三組RAIDZ作為子設(shè)備。
分析底層數(shù)據(jù)發(fā)現(xiàn),三組RAIDZ中的兩組RAIDZ分別啟用的熱備盤個(gè)數(shù)為1和3。北亞企安數(shù)據(jù)恢復(fù)工程師基于獲取到的信息推斷故障過程:熱備盤啟用后,在熱備盤無冗余狀態(tài)下,第一組RAIDZ中又有一塊磁盤離線,第二組RAIDZ中則又有兩塊磁盤離線,ZPOOL進(jìn)入高負(fù)荷狀態(tài);直到第二組RAIDZ中第三塊盤離線,RAIDZ崩潰,ZPOOL下線,服務(wù)器崩潰。
ZFS管理的存儲池中所有磁盤都由ZFS進(jìn)行管理。常規(guī)RAID按照特定的規(guī)則組建池,并不關(guān)心文件在子設(shè)備上的位置;而ZFS會為每次寫入的數(shù)據(jù)分配適當(dāng)大小的空間,并計(jì)算得到指向子設(shè)備的數(shù)據(jù)指針。RAIDZ這種特性導(dǎo)致RAIDZ缺盤時(shí)無法直接通過校驗(yàn)得到數(shù)據(jù),而必須將整個(gè)ZPOOL作為一個(gè)整體進(jìn)行解析。
3、手工截取事務(wù)塊數(shù)據(jù),北亞企安數(shù)據(jù)恢復(fù)工程師編寫程序獲取最大事務(wù)號入口。
獲取文件系統(tǒng)入口:
北亞企安數(shù)據(jù)恢復(fù)——ZFS數(shù)據(jù)恢復(fù)
獲取到文件系統(tǒng)入口后,北亞企安數(shù)據(jù)恢復(fù)工程師編寫數(shù)據(jù)指針解析程序解析地址。
解析數(shù)據(jù)指針:
北亞企安數(shù)據(jù)恢復(fù)——ZFS數(shù)據(jù)恢復(fù)
4、獲取到文件系統(tǒng)入口點(diǎn)在各磁盤分布情況后,北亞企安數(shù)據(jù)恢復(fù)工程師手動(dòng)截取&分析文件系統(tǒng)內(nèi)部結(jié)構(gòu)。由于入口分布所在的磁盤組無缺失盤,可直接提取信息。根據(jù)ZFS的數(shù)據(jù)存儲結(jié)構(gòu)順利找到映射的LUN名稱,然后找到其節(jié)點(diǎn)。
5、北亞企安數(shù)據(jù)恢復(fù)工程師編寫解析程序解析ZFS&提取數(shù)據(jù)。
編輯配置文件,提取ZVOL卷:
北亞企安數(shù)據(jù)恢復(fù)——ZFS數(shù)據(jù)恢復(fù)
6、由于磁盤組內(nèi)缺盤數(shù)目較多,每個(gè)IO流都需要通過校驗(yàn)得到,提取進(jìn)度極為緩慢。通過和用戶溝通后得知用戶需要恢復(fù)的數(shù)據(jù)在一個(gè)vhd內(nèi),經(jīng)過分析發(fā)現(xiàn)這個(gè)vhd在ZVOL卷的尾部,計(jì)算其起始位置后從此位置開始提取數(shù)據(jù)。
7、Vhd提取完畢后,驗(yàn)證其內(nèi)部的壓縮包、圖片、視頻等文件,均可正常打開。
8、用戶方對數(shù)據(jù)進(jìn)行驗(yàn)證,經(jīng)過驗(yàn)證發(fā)現(xiàn)恢復(fù)出來的文件數(shù)量與系統(tǒng)自動(dòng)記錄的文件數(shù)量基本一致,文件全部可以正常打開。本次服務(wù)器數(shù)據(jù)恢復(fù)工作完成。
審核編輯 黃宇
-
服務(wù)器
+關(guān)注
關(guān)注
13文章
9683瀏覽量
87273 -
RAID
+關(guān)注
關(guān)注
0文章
280瀏覽量
35758 -
數(shù)據(jù)恢復(fù)
+關(guān)注
關(guān)注
10文章
635瀏覽量
18007
發(fā)布評論請先 登錄
服務(wù)器數(shù)據(jù)恢復(fù)—Linux系統(tǒng)服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例
虛擬化數(shù)據(jù)恢復(fù)—VMware虛擬化環(huán)境下重裝系統(tǒng)導(dǎo)致服務(wù)器數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)

服務(wù)器數(shù)據(jù)恢復(fù)—Zfs文件系統(tǒng)服務(wù)器數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—服務(wù)器硬盤燈閃黃燈的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—ZFS文件系統(tǒng)下RAIDZ數(shù)據(jù)恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)—LINUX系統(tǒng)刪除/格式化的數(shù)據(jù)恢復(fù)可行性分析
云硬盤掛載到新服務(wù)器,怎么恢復(fù)數(shù)據(jù)?
服務(wù)器數(shù)據(jù)恢復(fù)—EVA存儲誤刪除VDISK的數(shù)據(jù)恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)—Linux網(wǎng)站服務(wù)器硬盤出現(xiàn)壞扇區(qū)的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—硬盤出現(xiàn)壞扇區(qū)導(dǎo)致網(wǎng)站服務(wù)器宕機(jī)的數(shù)據(jù)恢復(fù)案例
假如服務(wù)器的數(shù)據(jù)丟失,如何快速恢復(fù)丟失的數(shù)據(jù)?
服務(wù)器數(shù)據(jù)恢復(fù)—搬遷導(dǎo)致服務(wù)器無法識別raid的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—EMC Isilon存儲中虛擬機(jī)數(shù)據(jù)恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列硬盤離線且熱備盤未激活的數(shù)據(jù)恢復(fù)案例

評論