raid5兩塊硬盤掉線，里面是數據庫如何恢復數據

【raid數據恢復故障描述】

華為S5300存儲，存儲中以供有16塊FC硬盤，整個存儲空間由450GB FC的硬盤組成一個RAID5磁盤陣列（包含一塊熱備盤）。該存儲中的RAID5陣列3號硬盤由于未知原因離線，熱備盤上線并進行數據同步，同步完成到50%左右時8號盤由于未知原因離線，同步失敗，raid陣列癱瘓，上層的lun失效，急需對該存儲中的raid陣列進行數據恢復。

【raid數據恢復過程一：檢測raid陣列所有磁盤】

首先對該raid中所有磁盤（包括正常磁盤和掉線磁盤）進行物理檢測以確定離線盤有無物理故障，檢測結果為3號盤存在物理故障，其他所有包括8號盤均無物理故障。

【raid數據恢復過程二：備份raid陣列所有磁盤】

物理檢測結束后使用dd命令或數據恢復工具將所有磁盤都鏡像成文件備份（這么做的目的是為了在鏡像中進行數據恢復操作，保護用戶源數據）。

【raid數據恢復過程三：分析該陣列raid結構】

工程師對該raid陣列中的所有磁盤進行分析，找出熱備盤（熱備盤理論上與其他數據盤有明顯區別，可以直接區分）由于raid是條帶化的，所有陣列中的數據均按照一定規律進行存儲，所以工程師分析raid中的數據庫頁在每一個物理磁盤中的分布情況計算出raid組的磁盤順序、數據走向、條帶大小等基本信息。

【raid數據恢復過程四：找出raid陣列中被同步的壞盤】

根據分析得出的RAID信息，嘗試通過RAID虛擬程序將原始的RAID組虛擬出來。但由于整個RAID組中掉線兩塊盤并且有一塊硬盤數據被同步損壞。仔細分析每一塊硬盤中的數據，發現有一塊硬盤在同一個條帶上的數據和其他硬盤明顯不一樣，因此初步判斷此硬盤可能是被同步掉損壞的硬盤，通過RAID校驗程序對這個條帶做校驗，因此可以明確被同步損壞盤了。

【raid數據恢復過程四：分析raid陣列lun信息】

分析lun信息首先虛擬出raid陣列狀態，分析lun在陣列中的分配狀態，分析lun分配的數據塊，然后根據數據MAP并導出LUN的數據。

【文件系統數據恢復過程：解析EXT3文件系統】

由于是使用熱備盤虛擬的RAID結構，EXT3文件系統無法正常掛載，所以只能提取oracle數據庫文件，利用自主開發的文件系統解析程序對其進行文件系統的解析，導出oracle數據庫文件，并把數據庫文件移交給數據庫工程師進行校驗和驗證

【數據庫修復過程一：檢測數據文件完整性】

使用Oracle數據庫文件檢測工具檢測每個數據庫文件是否完整，發現有錯誤。再使用Oracle數據庫檢測工具（檢驗更嚴格），發現有部分數據庫文件和日志文件錯誤， system 和 sysaux表空間各存在100多壞塊；3個控制文件都存在壞塊許多壞塊，控制文件全部損壞；eschoolspace表空間的3個文件的壞塊更多，達到1000個；undotbs02丟失；數據庫工程師對此類文件進行修復，
圖一：

圖二：

【數據庫修復過程一：修復數據庫】

我們創建了控制文件，創建undo表空間，啟動數據庫到mount。system數據文件壞塊使得數據庫不能open。各種隱含參數也不能繞過system的壞塊；搭建數據庫環境。使用dmp文件還原數據庫。使用3月9號之后的導入，都報錯，大約只能導入10G左右的數據。
圖三：

【數據驗證：數據恢復成功】

由用戶方配合，啟動Oracle數據庫，在本地虛擬機安裝OA客戶端。通過OA客戶端對數據記錄進行驗證，并且用戶安排不同部門人員進行遠程驗證。驗證通過，數據恢復成功