EMC CX4-480數據恢復案例

EMC CX4-480數據恢復案例小程序

    EMC作爲存儲界的領軍品牌,其存儲產品可謂是人盡皆知啊!而且EMC本身的存儲系統以及它本身的硬件在存儲領域中都是領先的。但這仍是不能百分之百保證用戶數據的絕對安全,由於用戶的誤操做以及硬件的老化都會致使用戶重要的數據丟失。而發生這些故障以後只能找專業的數據恢復公司作數據挽救工做。做者最近就處理過一塊兒EMC CX4-480因磁盤故障致使存儲不可用的案例,見下文。安全

 

    一位上海的客戶描述說他們有一臺EMC CX4的存儲服務器,由於硬盤出現故障,致使整個存儲陣列癱瘓。整個LUN是由71TB的硬盤組成的RAID 5。因爲客戶是在上海,而且不方便將服務器郵寄過來,只好電話指導客戶將存儲服務器正常關機,並取出硬盤作好標記。而後將全部硬盤打包好,郵件到北京進行數據恢復。在接到客戶郵寄過來的包裹後發現,客戶寄過來的是101T的硬盤。當時很驚訝!不是說是7塊盤麼?怎麼多了3塊。在打電話仔細問過客戶後得知,其中有3塊是之前存儲中掉線的硬盤。好吧!估計是之前存儲中有硬盤掉線了,但客戶只是添加了一塊的新的硬盤作rebuild,並無將掉線的硬盤拔掉,因此就多出了3塊。因客戶說是存儲服務器中有些硬盤有故障才致使存儲服務器不可用的,因此初步判斷是RAID中有硬盤掉線了。將全部硬盤交給硬件工程師檢測硬盤是否有硬件故障。在檢測完成後發現並無物理故障,那麼可能就是硬盤上有邏輯壞道或其餘緣由致使RAID不可用了 。接着對全部硬盤作全盤鏡像,以保證客戶現有數據的安全。對全部盤作鏡像但是真一個很漫長的時間啊!服務器


    作完鏡像後開始分析RAID的結構,但是當我用winhex打開鏡像盤的時候,我驚呆了!由於EMC的硬盤每512字節多加了一個8字節的校驗,也就是變成了每扇區520字節了。這樣雖然能夠分析RAID的結構,可是重組RAID就現的費勁了!爲了提升工做效率,我決定仍是寫個小程序將8字節的校驗去掉吧!這樣後期的工做也方便了許多。就這樣碼代碼中......ide

 

     通過漫長的寫碼加調試,終於OK了。那麼開始一個磁盤一個磁盤的轉換吧!哦買噶....這又是一個很耗時的工程。慢慢等吧!ui

 

    等全部磁盤都轉換完成後,就開始分析RAID的結構了。因爲多了3塊之前的舊盤,須要先找出這三塊舊盤。這個比較好辦,能夠比較一下每塊磁盤,其中會有兩塊磁盤前面的一部分相同,而這兩塊當中會有一個是舊的,舊的數據量應該沒有新的多,就能夠排除舊的磁盤了。這樣的磁盤會有3對,也就能夠排除全部舊的磁盤了。接下來看RAID結構,因爲客戶用的NTFS文件系統,用MFT很容易就能夠找到RAID的結構了。知道RAID結構後發現這不是一個普通的RAID 5,而是一個雙循環。用winhex還無法重組RAID。最後找了半天發現,UFS能夠重組RAID。那麼就先用它重組RAID看看是什麼狀況吧!重組RAID後發現數據不是最新的。我想多是RAID 5先掉線一塊硬盤,而管理員沒有及時發現,沒有及時添加新的硬盤作rebuild。致使運行一段時間後又有一塊硬盤掉線了,才形成整個RAID不可用。因此還須要找出一塊舊的磁盤,才能生成最新的數據。那就找唄!可是怎麼找呢?只能嘗試依次踢掉一塊硬盤,而後重組RAID。看最新的數據是否可用。直到找到最新的數據可用爲止,接着就能夠導出數據,驗證數據了。spa

         

    整個恢復過程,包括作鏡像,扇區轉換和最後的拷貝數據,一共耗時5天。數據恢復率達百分之九十九以上。雖然整個過程比較漫長,可是最終的結果用戶很高興,由於這給他們帶來了沒必要要的損失。調試

 

做者:鄧奇 (北亞服務器數據恢復工程師)產品

郵箱:dq@frombyte.comit

聯繫方式:010-4006505808-801class

相關文章
相關標籤/搜索