「服務器數(shù)據(jù)恢復」IBM服務器raid5兩塊硬盤離線數(shù)據(jù)恢復案例

　　服務器數(shù)據(jù)恢復環(huán)境：

　　ibm x3850系列服務器；

　　5塊硬盤組成raid5磁盤陣列；

　　linux redhat 5.x操作系統(tǒng)；

　　oracle數(shù)據(jù)庫。

　　服務器故障：

　　服務器上兩塊硬盤由于未知故障離線，服務器數(shù)據(jù)丟失，管理員聯(lián)系我們數(shù)據(jù)恢復中心要求恢復故障服務器的數(shù)據(jù)。經過服務器數(shù)據(jù)恢復工程師對故障服務器進行初檢，發(fā)現(xiàn)服務器陣列中有兩塊硬盤處于離線狀態(tài)，熱備盤未激活。硬盤無物理故障，無明顯同步表現(xiàn)。

　　服務器數(shù)據(jù)恢復過程：

　　1、將故障服務器關機，標記好故障盤后取出槽位掛載至準備好的數(shù)據(jù)恢復服務器環(huán)境進行鏡像備份。對原硬盤鏡像后發(fā)現(xiàn)除了2號盤有10-20個壞扇區(qū)外其他硬盤均正常。完成鏡像后將硬盤重新安裝到原服務器。

　　2、服務器數(shù)據(jù)恢復工程師分析備份盤中的raid結構，獲取陣列中的raid條帶大小、校驗方向、條帶規(guī)則以及meta區(qū)域等信息。經過分析發(fā)現(xiàn)最佳盤序結構是0-1-2-3，缺失3號盤，結構如下圖：

　　兆柏數(shù)據(jù)恢復——raid5數(shù)據(jù)恢復

　　根據(jù)分析出來的raid信息虛擬搭建一組raid5環(huán)境，組好后進行數(shù)據(jù)驗證，200M以上的最新壓縮包解壓無報錯，按照這一結構將虛擬raid生成到一塊硬盤上，通過USB的方式把恢復后的單盤接入原服務器，通過軟件啟動故障服務器后進行全盤回寫。

　　3、數(shù)據(jù)回寫完成后無法進入操作系統(tǒng)，報錯信息為：/etc/rc.d/rc.sysinit:Line 1:/sbin/pidof:Permission denied。數(shù)據(jù)恢復工程師重啟服務器后發(fā)現(xiàn)文件的權限、時間、大小都有明顯錯誤，對根分區(qū)再次分析定位出錯的/sbin/pidof/，發(fā)現(xiàn)問題的原因是2號盤壞道。

　　4、利用其他盤對2號盤的損壞區(qū)域進行xor補齊并重新校驗文件系統(tǒng)，依然報錯，數(shù)據(jù)恢復工程師再次對inode表進行檢查，發(fā)現(xiàn)2號盤損壞區(qū)域有部分節(jié)點表現(xiàn)為(圖中的55 55 55部分)：

　　兆柏數(shù)據(jù)恢復——raid5數(shù)據(jù)恢復

　　5、雖然節(jié)點中描述的uid還正常存在，但大小、屬性、最初的分配塊全部是錯誤的。通過日志確定原節(jié)點塊的節(jié)點信息后進行修正，重新dd根分區(qū)，執(zhí)行fsck -fn /dev/sda5檢測，報錯情況如下圖：

　兆柏數(shù)據(jù)恢復——raid5數(shù)據(jù)恢復

　　6、經過分析發(fā)現(xiàn)，原來3號盤最先離線，節(jié)點信息新舊交集導致有多個節(jié)點共用數(shù)據(jù)塊。數(shù)據(jù)恢復工程師按節(jié)點所屬的文件進行區(qū)別，清除錯誤節(jié)點后再次執(zhí)行fsck -fn /dev/sda5，依然有部分位于doc目錄下的節(jié)點報錯。由于不影響啟動所以強行修復后重啟系統(tǒng)，系統(tǒng)正常，啟動數(shù)據(jù)庫正常。