服務器存儲數(shù)據(jù)恢復環(huán)境&故障：

一臺光纖服務器存儲上有16塊FC硬盤，上層部署了Oracle數(shù)據(jù)庫。服務器存儲前面板2個硬盤指示燈顯示異常，存儲映射到linux操作系統(tǒng)上的卷掛載不上，業(yè)務中斷。

通過storage manager查看存儲狀態(tài)，發(fā)現(xiàn)邏輯卷狀態(tài)失敗。再查看物理磁盤狀態(tài)，發(fā)現(xiàn)其中一塊盤報告“警告”，硬盤指示燈顯示異常的2塊盤報告“失敗”。

將當前存儲的完整日志狀態(tài)備份下來，解析備份出來的存儲日志并獲得了關于邏輯卷結構的部分信息。

將16塊硬盤做好標記后從存儲中移除，對16塊FC盤進行測試發(fā)現(xiàn)16塊盤均能正常識別。檢測16塊盤的SMART狀態(tài)，結果和在storage manager中的報告一致。

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

1、以只讀方式將所有磁盤進行扇區(qū)級別鏡像操作。在鏡像過程中發(fā)現(xiàn)其中一塊磁盤的鏡像速度很慢，結合先前檢測結果綜合判斷，該盤應該存在大量損壞以及不穩(wěn)定扇區(qū)。對該硬盤進行壞道鏡像操作，在鏡像過程中同時觀察鏡像的速度和穩(wěn)定性，發(fā)現(xiàn)該盤的壞道并不多，但是存在大量的讀取響應時間長的不穩(wěn)定扇區(qū)。調整拷貝策略后繼續(xù)對該盤進行鏡像，同時觀察剩余盤鏡像的情況。

2、鏡像完成后查看日志，發(fā)現(xiàn)在storage manager和硬盤SMART狀態(tài)均沒有報錯的一塊也存在壞道，硬盤指示燈顯示異常的2塊盤均存在大量不規(guī)律的壞道分布。

ext3文件系統(tǒng)部分關鍵源數(shù)據(jù)信息被壞道破壞，只能等待所有磁盤鏡像完畢后，通過同一條帶進行xor以及根據(jù)文件系統(tǒng)上下文關系的方式手動修復被損壞的文件系統(tǒng)。

3、雖然鏡像速度很慢的那塊盤鏡像完成，但是拷貝策略導致現(xiàn)在的鏡像是不完整的，調整拷貝策略，繼續(xù)鏡像被跳過的扇區(qū)，直到該盤所有扇區(qū)全部鏡像完畢。

4、所有硬盤鏡像完成后，將所有硬盤按照標記還原到原存儲中，后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行。避免后續(xù)操作對原始磁盤數(shù)據(jù)造成二次破壞。將所有鏡像文件全部發(fā)開，根據(jù)對ext3文件系統(tǒng)的逆向以及日志文件的分析，獲取到16塊FC盤在存儲中的盤序，RAID的塊大小，RAID的校驗走向和方式等信息。利用這些信息虛擬重組RAID，RAID搭建完成后進一步解析ext3文件系統(tǒng)。和用戶方溝通后提取出了一些oracle的dmp文件，嘗試進行恢復。

5、在通過dmp文件恢復數(shù)據(jù)的過程中，數(shù)據(jù)庫報告imp-0008錯誤。北亞企安數(shù)據(jù)恢復工程師分析導入dmp文件的日志文件后，發(fā)現(xiàn)恢復的dmp文件存在問題。

6、重新分析raid結構，進一步確定ext3文件系統(tǒng)被破壞的程度。重新恢復dmp文件和dbf原始庫文件，將恢復出來的dmp文件移交給用戶進行數(shù)據(jù)導入測試，測試結果順利且沒有發(fā)現(xiàn)問題。對恢復出來的dbf原始庫文件進行校驗檢測，所有文件均能通過測試。

oracle數(shù)據(jù)庫恢復過程：

1、拷貝數(shù)據(jù)庫文件到原數(shù)據(jù)庫服務器上的一個文件夾中作為備份。在根目錄下創(chuàng)建了一個oradata文件夾，并把備份的整個文件夾拷貝到oradata目錄下。更改oradata文件夾及其所有文件的屬組和權限。

2、備份原數(shù)據(jù)庫環(huán)境，包括ORACLE_HOME下product文件夾下的相關文件。

配置監(jiān)聽，使用splplus連接到數(shù)據(jù)庫。嘗試啟動數(shù)據(jù)庫到nomount狀態(tài)。進行基本狀態(tài)查詢后，了解到環(huán)境和參數(shù)文件沒有問題。 嘗試啟動數(shù)據(jù)庫到mount狀態(tài)，進行狀態(tài)查詢沒有問題。啟動數(shù)據(jù)庫到open狀態(tài)時出現(xiàn)報錯。

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

3、經過進一步的檢測和分析，北亞企安數(shù)據(jù)恢復工程師判斷此故障為控制文件和數(shù)據(jù)文件信息不一致導致，這是一類因斷電或突然關機導致的故障。

4、對數(shù)據(jù)庫文件進行逐個檢測，發(fā)現(xiàn)所有數(shù)據(jù)文件沒有物理損壞。

5、在mount狀態(tài)下，對控制文件進行備份;對備份的控制文件進行查看修改，取得其中的重建控制文件命令。把這些命令復制到一個新建腳本文件controlfile.sql中。

6、關閉數(shù)據(jù)庫，刪除備份文件夾下的3個控制文件。 啟動數(shù)據(jù)庫到nomount狀態(tài)，執(zhí)行controlfile.sql 腳本。

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

7、重建控制文件完成后直接啟動數(shù)據(jù)庫，仍然報錯，需要進一步處理。

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

執(zhí)行恢復命令做介質恢復，直到返回報告，恢復完成。

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

8、嘗試open數(shù)據(jù)庫，數(shù)據(jù)庫啟動成功。把原來temp表空間的數(shù)據(jù)文件加入到對應的temp表空間中。

9、對數(shù)據(jù)庫進行各種常規(guī)檢查，沒有發(fā)現(xiàn)任何錯誤。

10、進行emp備份。全庫備份完成，沒有報錯。將應用程序連接到數(shù)據(jù)庫，進行應用層面的數(shù)據(jù)驗證。

11、數(shù)據(jù)驗證過程沒有發(fā)現(xiàn)任何問題，數(shù)據(jù)庫修復完成。本次數(shù)據(jù)恢復工作完成。