意外斷電導致raid硬件損壞或者riad管理信息丟失等raid模塊損壞而導致數(shù)據(jù)丟失的情況非常普遍。正常情況下,磁盤陣列一旦創(chuàng)建完成就不會再對管理模塊中的信息進行更改,但是raid管理模塊中的信息屬于可修改信息,一次或多次的意外斷電可能會導致這部分信息被篡改或丟失。斷電次數(shù)過多甚至會導致raid卡上的元器損壞。
服務器存儲數(shù)據(jù)恢復環(huán)境:
某品牌EVA某型號存儲,其中有一組由6塊SAS硬盤組建的raid5陣列。上層安裝WINDOWS SERVER操作系統(tǒng),作為公司內(nèi)部文件服務器存儲使用。
服務器存儲故障:
機房供電問題導致該服務器存儲數(shù)次異常斷電。一次斷電重啟后,raid陣列提示“無法找到存儲設備”,管理員嘗試進入raid管理模塊查看,但是一進入到raid管理模塊就死機,多次嘗試后故障依舊存在。
服務器存儲數(shù)據(jù)恢復過程:
1、將故障存儲中的所有硬盤編號后取出,硬件工程師檢測后沒有發(fā)現(xiàn)有硬盤存在物理故障,所有硬盤讀取正常。對所有硬盤以只讀方式進行扇區(qū)級全盤鏡像。鏡像完成后后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行,避免對原始磁盤數(shù)據(jù)造成二次破壞。
2、基于鏡像文件對所有磁盤底層數(shù)據(jù)進行分析,獲取到該raid5陣列中6塊硬盤的數(shù)據(jù)塊大小,條帶信息、盤序、校驗方式等信息,利用這些信息在虛擬環(huán)境中重組raid。
3、對重組RAID中的數(shù)據(jù)進行邏輯校驗,確保重組RAID所應用的各參數(shù)正確后,驗證用戶最為關(guān)注的數(shù)據(jù)。
4、經(jīng)過驗證,用戶方確認數(shù)據(jù)恢復結(jié)果已達到預期,認可數(shù)據(jù)恢復結(jié)果。將恢復出來的數(shù)據(jù)遷移至用戶方準備好的存儲中。
Tips:
1、盡量保證機房供電穩(wěn)定,減少供電異常對服務器和存儲的影響。
2、為重要的服務器及存儲配置不間斷電源。
3、定期對服務年限較長的服務器/存儲做安全狀況檢查,并對其整體運行狀態(tài)進行評估以決定是否進行硬件及系統(tǒng)的全面升級。
4、提前制定突發(fā)數(shù)據(jù)災難的緊急處理方案。
審核編輯 黃宇
-
服務器
+關(guān)注
關(guān)注
13文章
10080瀏覽量
90834 -
RAID
+關(guān)注
關(guān)注
0文章
286瀏覽量
37535 -
數(shù)據(jù)恢復
+關(guān)注
關(guān)注
10文章
687瀏覽量
18778
發(fā)布評論請先 登錄
服務器數(shù)據(jù)恢復—意外斷電!Linux服務器數(shù)據(jù)恢復大揭秘
服務器數(shù)據(jù)恢復—EqualLogic存儲上raid5磁盤陣列數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—RAIDZ多塊硬盤離線導致服務器崩潰的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—服務器斷電導致raid模塊損壞的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—壞道“突襲”Raid5陣列,數(shù)據(jù)恢復大揭秘
服務器數(shù)據(jù)恢復—硬盤離線導致raid上層的卷無法掛載的數(shù)據(jù)恢復案例
數(shù)據(jù)庫數(shù)據(jù)恢復—服務器異常斷電導致Oracle數(shù)據(jù)庫故障的數(shù)據(jù)恢復案例
raid5數(shù)據(jù)恢復—Raid陣列重建后如何恢復原陣列的數(shù)據(jù)?
服務器數(shù)據(jù)恢復——服務器異常斷電導致raid模塊損壞的數(shù)據(jù)恢復案例
vsan數(shù)據(jù)恢復—vsan分布式服務器節(jié)點上raid數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—Linux系統(tǒng)服務器崩潰的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—raid6陣列硬盤故障導致上層分區(qū)丟失的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—raid5陣列中硬盤壞道導致陣列崩潰的數(shù)據(jù)恢復案例
虛擬化數(shù)據(jù)恢復—VMware虛擬化環(huán)境下重裝系統(tǒng)導致服務器數(shù)據(jù)丟失的數(shù)據(jù)恢復

服務器數(shù)據(jù)恢復—異常斷電導致RAID信息丟失的數(shù)據(jù)恢復案例
評論