存儲數(shù)據(jù)恢復環(huán)境:
一臺HP EVA某型號存儲,2組擴展柜;
12塊FATA磁盤+10個FC磁盤,不確定LUN數(shù)量;
WINDOWS操作系統(tǒng),存儲歷史案例審理材料。
存儲故障原因不明。
北亞數(shù)據(jù)恢復——HP EVA存儲數(shù)據(jù)恢復
存儲故障初檢&分析:
1、通過和管理員溝通后,服務器數(shù)據(jù)恢復工程師得知數(shù)據(jù)出現(xiàn)問題后該存儲未再使用。按照HP-EVA的常見故障可以初步推斷該故障存儲中的數(shù)據(jù)恢復的可能性較高。
2、將EVA主機及擴展柜關機,將所有硬盤標好位置和序號并取出。將硬盤掛接到北亞EVA算法平臺上。
北亞數(shù)據(jù)恢復——HP EVA存儲數(shù)據(jù)恢復
3、進入WINDOWS環(huán)境,用工具查看磁盤情況,所有磁盤均可正常識別。
北亞數(shù)據(jù)恢復——HP EVA存儲數(shù)據(jù)恢復
4、查看每塊磁盤信息,發(fā)現(xiàn)FC磁盤存在PV HEAD,而FATA磁盤均無PV HEAD。FC磁盤中存儲的Metadata僅描述了一個RSS組組成的LUN,成員為所有FC磁盤。FATA磁盤中殘留的LUN信息至少包含5組信息。
通過上面的信息,北亞數(shù)據(jù)恢復工程師推斷由于某種原因,由FATA磁盤組成的DISK GROUP內(nèi)劃分的VDISK都被刪除,并且所有FATA磁盤UNGROUP。
5、通過分析FATA磁盤上保留的Metadata可以初步判斷數(shù)據(jù)的可恢復率較高。
存儲數(shù)據(jù)恢復過程:
1、對故障存儲中所有磁盤做完整鏡像備份。
2、使用Frombyte recovery for HP-EVA對FC磁盤所屬的LUN進行恢復。
3、因FATA磁盤已全部UNGROUP,無法直接獲取到RSS的分配和磁盤ID,需要通過人工的方式分析RSS配置表。通過META信息的對照和xor信息區(qū)的校驗驗證,最終獲取到rss組配置表:
3-0 hd6
3-1 hd8
3-2 hd2
3-3 hd9
3-4 hd10
3-5 hd5
2-0 hd0
2-1 hd7
2-2 hd1
2-3 hd11
2-4 hd3
2-5 hd4
4、重組及整合所有LUN的存儲分配表。
5、根據(jù)存儲分配表和RSS磁盤分配表,提取所有LUN。在提取過程中對不通過的XOR條帶進行人工分析,直到得出最佳的重組結果。最后通過Frombyte recovery for HP-EVA進行恢復。
6、由用戶對最終恢復出來的數(shù)據(jù)進行驗證,確認數(shù)據(jù)完整有效。
審核編輯:湯梓紅
-
WINDOWS
+關注
關注
4文章
3614瀏覽量
91454 -
存儲數(shù)據(jù)
+關注
關注
0文章
90瀏覽量
14330
發(fā)布評論請先 登錄
分布式存儲數(shù)據(jù)恢復—虛擬機上hbase和hive數(shù)據(jù)庫數(shù)據(jù)恢復案例
數(shù)據(jù)庫數(shù)據(jù)恢復——MySQL數(shù)據(jù)庫誤刪除表記錄的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—LINUX系統(tǒng)刪除/格式化的數(shù)據(jù)恢復可行性分析
服務器數(shù)據(jù)恢復—多塊硬盤離線導致EVA存儲崩潰的數(shù)據(jù)恢復案例


【NetApp數(shù)據(jù)恢復】NetApp存儲數(shù)據(jù)恢復案例#服務器數(shù)據(jù)恢復 #數(shù)據(jù)恢復 #netapp數(shù)據(jù)恢復
使用lsof實現(xiàn)對linux文件的誤刪除恢復練習

服務器數(shù)據(jù)恢復—EVA存儲磁盤組磁盤掉線的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—EVA存儲誤刪除VDISK的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—EXT3文件系統(tǒng)下誤刪除數(shù)據(jù)的恢復案例

NetApp數(shù)據(jù)恢復—NetApp存儲WAFL文件系統(tǒng)下誤刪除的數(shù)據(jù)恢復案例
服務器數(shù)據(jù)恢復—從數(shù)據(jù)恢復的角度討論RAID磁盤陣列的存儲安全問題
NetApp數(shù)據(jù)恢復—NetApp存儲誤刪除的數(shù)據(jù)恢復案例

虛擬機數(shù)據(jù)恢復—KVM虛擬機被誤刪除的數(shù)據(jù)恢復案例

服務器數(shù)據(jù)恢復—Isilon存儲集群誤刪除的數(shù)據(jù)恢復案例

評論