EVA系列存儲是一款以虛擬化存儲為實現(xiàn)目的的中高端存儲設(shè)備。EVA存儲中的數(shù)據(jù)在EVA存儲設(shè)備工作過程中會不斷進行遷移，如果運行的任務比較復雜，EVA存儲磁盤負載加重，很容易出現(xiàn)故障的。EVA存儲通過大量磁盤的冗余空間和故障后rss冗余磁盤動態(tài)遷移來保護存儲中的數(shù)據(jù)安全，但如果掉線磁盤越來越多，這種保護數(shù)據(jù)安全的能力會超過閾值，直至存儲崩潰。下面分享一個EVA存儲的數(shù)據(jù)恢復案例。

EVA存儲故障&檢測：

硬件架構(gòu)：EVA某型號控制器+EVA擴展柜+若干FC磁盤。磁盤故障導致EVA存儲中的LUN不可用，上層應用無法正常使用。

北亞企安數(shù)據(jù)恢復工程師拿到故障存儲后，將所有磁盤編號后取出，對所有磁盤做物理故障檢測，經(jīng)過檢測發(fā)現(xiàn)所有磁盤不存在物理故障，也沒有在磁盤中發(fā)現(xiàn)大量的壞道。

將所有磁盤以只讀方式做全盤鏡像備份，鏡像完成后按照編號將所有磁盤還原到原存儲設(shè)備中，后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作在鏡像文件上進行，避免對原始磁盤數(shù)據(jù)造成二次破壞。

EVA存儲故障分析：

磁盤沒有發(fā)現(xiàn)物理故障或者大量壞道，服務器數(shù)據(jù)恢復工程師初步判斷故障的原因是某些磁盤讀寫不穩(wěn)定。EVA控制器針對磁盤的檢測策略非常嚴格，EVA控制器通常情況下會認定性能不穩(wěn)定商務磁盤為壞盤并踢出磁盤組。一旦某個LUN的同一個條帶中掉線的盤到達極限，這個LUN將不可用。也就是說如果EVA中所有的LUN都包含這些掉線的盤，這些LUN都會受影響。所以部分磁盤故障掉線也可能會導致存儲無法正常使用。

EVA存儲中的LUN是以RAID條目的形式來存儲數(shù)據(jù)的。EVA存儲將每個磁盤的不同塊組成一個RAID條目，RAID條目有數(shù)種類型。如果要恢復數(shù)據(jù)就需要分析出組成LUN的RAID條目類型以及RAID條目是由哪些盤的哪些塊組成的。這些信息都存放在LUN_MAP中，每個LUN都有一份LUN_MAP。EVA將LUN_MAP分別存放在不同的磁盤中并使用一個索引來指定其位置。因此在磁盤中找到這個指向LUN_MAP的索引就可以找到現(xiàn)存LUN的信息了。

因為EVA存儲中掉線的磁盤存在陳舊的數(shù)據(jù)，在恢復數(shù)據(jù)的時候需要將這些磁盤都排除掉。由于LUN中的陣列是RAID5，將一個LUN的RAID條目通過RAID5的校驗算法算出校驗值，再和原有的校驗值作比較就可以判斷這個條目中是否有掉線盤。而將一個LUN的所有LUN_MAP都校驗一遍就可以知道這個LUN中哪些RAID條目中有掉線硬盤。這些RAID條目中都存在的那個盤就一定是掉線盤。排除掉線盤后通過LUN_MAP恢復出所有LUN數(shù)據(jù)即可。

EVA存儲數(shù)據(jù)恢復過程：

1、北亞企安數(shù)據(jù)恢復工程師編寫掃描LUN_MAP的程序掃描全部LUN_MAP，然后通過人工分析確定LUN_MAP。

2、編寫檢測RAID條目的程序檢測所有LUN中掉線的磁盤，然后通過人工分析排除掉線的磁盤。

3、編寫LUN數(shù)據(jù)恢復程序，結(jié)合LUN_MAP恢復所有LUN數(shù)據(jù)。人工核對每個LUN，確認是否和用戶方描述的一致。

部分LUN的數(shù)據(jù)：

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

4、分析恢復出來的LUN，重組&解析ASM磁盤組。

分析每個LUN前端的結(jié)構(gòu)數(shù)據(jù)，根據(jù)ASM磁盤頭結(jié)構(gòu)來區(qū)分哪些LUN是屬于ASM磁盤組的。通過分析共發(fā)現(xiàn)有2套ASM磁盤組。每個ASM磁盤組包含的LUN中的分區(qū)情況如下：

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

使用ASM結(jié)構(gòu)解析工具解析和修復ASM磁盤組，解析出此ASM中存儲的所有數(shù)據(jù)庫文件。

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

將解析出來的數(shù)據(jù)庫文件按照文件類型分組導出并對導出數(shù)據(jù)進行檢測。

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

使用ASM解析工具恢復出所有的數(shù)據(jù)庫文件。

5、根據(jù)用戶方的描述，所有LUN的數(shù)據(jù)分成兩大部分：Vmware的虛擬機和ORACLE上的ASM磁盤組數(shù)據(jù)。ASM磁盤組中存放的是Oracle的dbf數(shù)據(jù)庫文件。由于通過恢復出來的LUN無法直接看到里面的文件，人工核對哪些LUN存放Vmware的數(shù)據(jù)，哪些LUN存放ASM設(shè)備，然后將LUN掛載到不同的驗證環(huán)境中驗證恢復的數(shù)據(jù)的完整性(驗證過程就不贅述了)。

6、驗證沒有問題后，將vmware虛擬機文件和Oracle數(shù)據(jù)庫文件移交給用戶方。用戶方將移交的數(shù)據(jù)上傳至后臺，程序可正常運行，沒有發(fā)現(xiàn)問題，用戶認可恢復結(jié)果。運行情況如下。

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

運行規(guī)定：

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

運行變更摘要：

北亞企安數(shù)據(jù)恢復——EVA存儲數(shù)據(jù)恢復

審核編輯：湯梓紅