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

一臺服務器中有一組由數(shù)塊SAS硬盤組建的RAID5陣列，陣列中有1塊熱備盤，上層部署OA以及Oracle數(shù)據(jù)庫。

服務器故障：

該磁盤陣列中有2塊硬盤出現(xiàn)故障先后離線，RAID5陣列癱瘓，上層LUN無法正常使用。經(jīng)過檢測發(fā)現(xiàn)硬盤無物理故障，無壞道。

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

1、將故障服務器中所有磁盤編號后取出，以只讀方式做全盤鏡像，備份完成后將磁盤按照編號還原到原服務器中。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行，避免對原始磁盤數(shù)據(jù)造成二次破壞。

北亞企安數(shù)據(jù)恢復——vxfs數(shù)據(jù)恢復

2、基于鏡像文件分析底層數(shù)據(jù)獲取RAID條帶大小、磁盤順序及數(shù)據(jù)走向等RAID相關信息，根據(jù)獲取到RAID信息重組RAID5。

3、分析LUN在RAID中的分配情況和LUN分配的數(shù)據(jù)塊MAP。提取每一個LUN的數(shù)據(jù)塊分布MAP，北亞企安數(shù)據(jù)恢復工程師編寫程序解析所有LUN的數(shù)據(jù)MAP，根據(jù)數(shù)據(jù)MAP導出所有LUN的數(shù)據(jù)。

北亞企安數(shù)據(jù)恢復——vxfs數(shù)據(jù)恢復

4、對導出的LUN的數(shù)據(jù)進行分析，發(fā)現(xiàn)所有LUN中均包含HP-Unix的LVM信息。通過解析每個LUN中的LVM信息，發(fā)現(xiàn)共有三套LVM：一個LVM劃分了一個LV來存放OA服務器端的數(shù)據(jù);第二個LVM中也劃分了一個LV來存放臨時備份數(shù)據(jù);剩下的4個LUN組建了一個LVM，劃分了一個LV來存放Oracle數(shù)據(jù)庫文件。5、北亞企安數(shù)據(jù)恢復工程師編寫程序解釋每套LVM中的LV卷，但在解釋的過程中程序報錯。經(jīng)過分析發(fā)現(xiàn)報錯原因是raid5癱瘓導致LVM信息損壞。人工修復損壞區(qū)域后，同步修改解釋程序后成功解釋LVM邏輯卷。

6、搭建HP-Unix環(huán)境，將解釋出來的LV卷映射到HP-Unix并嘗試掛載文件系統(tǒng)。但是掛載文件系統(tǒng)時出錯，嘗試使用“fsck –F vxfs” 命令修復vxfs文件系統(tǒng)，但修復完成后還是無法掛載。

7、分析解釋出來的LV，根據(jù)VXFS文件系統(tǒng)的底層結(jié)構校驗此文件系統(tǒng)的完整性。經(jīng)過分析發(fā)現(xiàn)VXFS文件系統(tǒng)果然有問題，出現(xiàn)問題的原因是：當raid5癱瘓時VXFS文件系統(tǒng)正在執(zhí)行IO操作，導致部分文件系統(tǒng)元文件沒有更新以及損壞。手工修復這些損壞的元文件直至能夠正常解析VXFS文件系統(tǒng)。

8、將修復好的LV卷掛載到HP-Unix小機上，嘗試Mount文件系統(tǒng)，這次沒有報錯，成功掛載。

9、在HP-Unix小機上成功mount文件系統(tǒng)后，將所有用戶數(shù)據(jù)均備份至指定的磁盤空間。部分文件目錄截圖如下：

北亞企安數(shù)據(jù)恢復——vxfs數(shù)據(jù)恢復

10、使用Oracle數(shù)據(jù)庫文件檢測工具檢測數(shù)據(jù)庫文件的完整性，檢測無誤后使用北亞企安自主研發(fā)的Oracle數(shù)據(jù)庫檢測工具進行檢測，經(jīng)過檢測發(fā)現(xiàn)部分數(shù)據(jù)庫文件和日志文件校驗不一致。數(shù)據(jù)庫工程師對這部分文件進行修復后并再次校驗，直至所有數(shù)據(jù)庫文件均通過校驗。

11、將恢復出來的Oracle數(shù)據(jù)庫附加到原始生產(chǎn)環(huán)境中，嘗試啟動Oracle數(shù)據(jù)庫，啟動成功。

北亞企安數(shù)據(jù)恢復——vxfs數(shù)據(jù)恢復

數(shù)據(jù)驗證：

在用戶方的配合下啟動Oracle數(shù)據(jù)庫和OA服務端。在本地電腦上安裝OA客戶端，通過OA客戶端驗證新舊數(shù)據(jù)記錄，安排不同部門人員進行遠程驗證。經(jīng)過反復驗證確認數(shù)據(jù)完整無誤。本次數(shù)據(jù)恢復工作完成。