「服務器數據恢復」LINUX環境下RAID5數據恢復案例

　　服務器數據恢復環境：

　　某網站服務器，LINUX操作系統；

　　6塊硬盤組建RAID5；

　　邏輯磁盤中只包含一個卷，文件系統為EXT3，存放所有客戶的數碼照片。

　　兆柏數據恢復——RAID5數據恢復

　　服務器故障&分析：

　　網站正常工作中卷突然離線，管理員檢查服務器發現1號與4號兩塊硬盤指示燈顯示黃色。致電服務器廠商售后，廠商技術人員提供的解決方案為隨機選擇一塊報警的硬盤強制上線。

　　管理員選擇4號盤強制上線，上線后可MOUNT，但很多目錄打不開，某些目錄下近幾天的文件丟失。用戶意識到問題的嚴重性后馬上關機，沒有做其他任何操作，聯系我們數據恢復中心尋求幫助。

　　經過數據恢復工程師檢測，發現1號與4號盤并非同時OFFLINE，4號盤先離線，之后1號盤離線從而導致整個RAID崩潰。管理員進行強制上線操作后，因數據不同步出現了目錄打不開或文件丟失等故障現象。

　　MOUNT成功系統便會寫入一定量的數據，寫入數據的條帶中的檢驗信息會重新生成，導致部分檢驗信息陳舊。這種情況下是無法通過還原RAID結構的方式恢復數據，只能依靠提取數據的方式進行恢復。

　　兆柏數據恢復——RAID5數據恢復

　　服務器數據恢復過程：

　　1、 分析原始RAID5的結構（RAID信息），去掉4號盤，加入1號盤，虛擬搭建RAID。

　　2、 通過兆柏自主研發軟件提取虛擬邏輯卷數據，發現1號盤有不規律的壞道。

　　3、 利用專業工具將1號盤完整鏡像，成功讀取90%以上的壞道。

　　4、 將鏡像加入到虛擬RAID中再次提取數據。然后將數據輸出到另外準備好的硬盤上。

　　5、 經過用戶親自檢測，確認恢復99%以上數據。

　　RAID數據安全Tips：

　　1、在兩塊以上盤離線的情況下，應該通過查詢日志等方式確定硬盤離線的先后順序，即使強制上線（盡量少做這類操作），也需要做到風險最小。

　　2、可以通過增加DRAC或hotspare等方式減少此類事故的發生概率。

　　3、如果數據重要，出現此類問題后最好先行咨詢專業的數據恢復公司后再進行下一步操作。