【伺服器資料恢復】伺服器RAID0+1資料恢復案例

北亞資料恢復發表於2022-09-13

伺服器資料恢復環境:


由4塊SCSI盤組成RAID0+RAID1。



伺服器故障&分析:


根據使用者描述這是兩組raid1。RAID狀態顯示3快盤offline。如果如使用者所說的兩組盤都是做的raid1,現在應該有一組邏輯盤

可以正常工作,但是事實並不是這樣。



伺服器資料恢復過程:


1、把硬碟單獨接到SCSI介面卡,進入系統後沒有發現異常,也沒有發現比較明顯的raid資訊區域。比較之後發現1、3號盤及

2、4號盤每組都有相同性,但後面有大量不一致的資料。1號盤和2號盤有分割槽表,從每個分割槽表裡的描述可以判斷出原邏輯

盤分割槽的總大小。


2、透過上面的檢測結果,伺服器資料恢復工程師推測這2組raid莫非是兩組RAID0?但1、3號及2、4號均有部分完全相同的

資料,這不符合2組RAID0的特徵。


3、假設這2組RAID是RAID1+0(即兩兩做RAID1,再做RAID0,這種安全級別高,因為方案是整合商做的,這種可能性最大)

。兩組RAID1中先後有一塊硬碟離線(此後就相當於RAID0,再不能提供冗餘),然後又有一塊硬碟離線,系統崩潰。


4、假設這2組RAID是RAID0+1(即兩兩做RAID0,再做RAID1,這種方案並不好,推斷可能性不太大)。如果是這種情況,

了1、3組成的RAID,沒有任何錯誤,重組資料直接寫回RAID,系統正常可以啟動,檔案訪問也正常。


5、但是在對第二種假設(RAID0+1)進行驗證的時候發現了問題:這都是兩年前的資料!難道是使用者做了RAID0+1,組成

RAID1的其中一組RAID0中有一塊盤離線(應該為1或3),導致整個RAID0離線(兩塊離線了)。之後一直以單RAID0的方

工作(這種工作方式竟然持續了兩年多)。直到剩下的一組RAID0中有一塊盤離線,RAID徹底崩潰。使用者使用的RAID卡為

ADAPTEC的0通道RAID卡無法安全緩衝資料,最後離線時,因部分資料未寫入等原因導致檔案系統一致性出現問題。


6、重新組織3號及5號盤,修正錯誤,資料恢復成功。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2914371/,如需轉載,請註明出處,否則將追究法律責任。

相關文章