【服務器數據恢復】服務器硬盤壞道離線、數據庫文件損壞的數據恢復

服務器數據恢復環境：

IBM某型號存儲服務器；

16塊單盤容量600G的FC硬盤。

服務器故障：

指向10號和13號硬盤的指示燈顯示為黃色；

存儲映射到redhat上的卷掛載不上，業務中斷。

存儲服務器數據恢復過程：

1、通過IBM storage manager連接到服務器上查看當前存儲狀態：服務器報告邏輯卷狀態失敗，6號盤報告“警告”，10號和13號盤報告“失敗”。

2、通過IBM storage manager將當前存儲的完整日志狀態備份下來，解析備份出來的存儲日志獲取關于邏輯卷結構的部分信息。

北亞服務器數據恢復——oracle數據庫數據恢復

3、服務器數據恢復工程師將16塊FC盤做好標記，按照原始槽位號登記后把這16塊FC硬盤從存儲中取出。使用數據恢復使用的FC盤鏡像設備對16塊FC盤進行粗略測試，均能正常識別；對16塊盤的SMART狀態進行檢測，6號盤的SMART狀態為“警告”，和在IBM storage manager中報告一致。

4、數據恢復工程師在windows環境下將設備識別出來的FC盤在磁盤管理器中標記為脫機狀態，對原始磁盤寫保護。然后對原始磁盤進行扇區級別鏡像備份，將原始磁盤中的所有物理扇區鏡像到windows系統下的邏輯磁盤并以文件形式保存。鏡像過程中6號磁盤的鏡像速度不正常，結合之前6號磁盤的SMART狀態，可以判斷6號盤存在損壞和不穩定扇區。

5、使用壞道硬盤專用鏡像設備對6號硬盤進行備份，發現6號盤的壞道不多，但是存在大量讀取響應時間長的不穩定扇區。調整拷貝策略對6號盤進行鏡像備份。

6、完成所有磁盤鏡像后，對生成的日志進行分析，發現在IBM storage manager和硬盤SMART狀態中均沒有報錯的1號盤存在壞道，10號和13號盤均存在大量不規律的壞道分布。根據壞道列表定位到目標鏡像文件，發現ext3文件系統的部分關鍵源數據信息由于壞道已經被破壞，只能等待6號盤鏡像完畢后，通過同一條帶進行xor以及根據文件系統上下文關系手動修復損壞的文件系統。

7、雖然壞道鏡像設備對6號盤的鏡像完成，但是先前的拷貝策略會自動跳過一些不穩定扇區，所以做出來的鏡像是不完整的，調整拷貝策略，繼續鏡像被跳過的扇區，完成6號盤所有扇區的鏡像。

8、完成所有硬盤鏡像后，根據對ext3文件系統的逆向以及日志文件的分析，獲取到16塊FC盤在存儲中的盤序，RAID的塊大小，RAID的校驗走向和方式等信息。利用獲取到的信息虛擬重組RAID，完成RAID搭建后進一步解析ext3文件系統，通過和服務器管理員溝通提取出了一些oracle的dmp文件，嘗試利用dmp文件進行數據恢復。

9、在利用dmp文件進行數據恢復的過程中，oracle報告imp-0008錯誤。北亞的oracle工程師通過分析導入dmp文件的日志文件，發現恢復出來的dmp文件存在問題。

10、重新分析raid結構，進一步確定ext3文件系統被破壞的程度。經過數小時的努力，重新恢復出來dmp文件和dbf原始庫文件，將恢復出來的dmp文件進行數據導入測試，沒有出現問題，證明了這次恢復出來的數據是沒有問題的。

11、對恢復出來的dbf原始庫文件進行校驗檢測，所有文件均能通過測試。

12、和服務器管理員進行溝通后，最終決定使用恢復出來的dbf原始庫文件進行數據恢復。

數據庫恢復流程：

1、拷貝數據庫文件到原數據庫服務器作為備份，路徑為/home/oracle/tmp/syntong。在根目錄下創建了一個oradata文件夾，并把備份的整個syntong文件夾拷貝到oradata目錄下。然后更改oradata文件夾及其所有文件的屬組和權限。

北亞服務器數據恢復——oracle數據庫數據恢復

2.備份原數據庫環境，包括ORACLE_HOME下product文件夾下的相關文件。配置監聽，使用原機中的splplus連接到數據庫。嘗試啟動數據庫到nomount狀態。進行狀態查詢發現環境和參數文件沒有問題。 嘗試啟動數據庫到mount狀態，進行狀態查詢沒有問題。啟動數據庫到open狀態。出現報錯：

ORA-01122: database file 1 failed verification check/frombyte.com

ORA-01110: data file 1: '/oradata/syntong/system01.dbf'

ORA-01207: file is more recent than control file - old control file

經過進一步的檢測和分析，判斷此故障為控制文件和數據文件信息不一致，這是一類因斷電或突然關機等引起的常見故障。

3、對數據庫文件逐個檢測，檢測到所有數據文件沒有物理損壞。

4、在mount狀態下對控制文件進行備份，alter database backup controlfile to trace as ' /backup/controlfile'。對備份的控制文件進行查看修改，取得其中的重建控制文件命令。把這些命令復制到一個新建腳本文件controlfile.sql中。

5、關閉數據庫，刪除/oradata/syntong/下的3個控制文件。 啟動數據庫到nomount狀態，執行controlfile.sql 腳本。

SQL>startup nomount/frombyte.com

SQL>@controlfile.sql

6、重建控制文件完成后，啟動數據庫報錯，需要進一步處理。

SQL> alter database open;

alter database open/frombyte.com

*

ERROR at line 1:

ORA-01113: file 1 needs media recovery

ORA-01110: data file 1: '/free/oracle/oradata/orcl/system01.dbf'

然后執行恢復命令：

recover database using backup controlfile until cancel;

Recovery of Online Redo Log: Thread 1 Group 1 Seq 22 Reading mem 0

Mem# 0 errs 0: /free/oracle/oradata/orcl/redo01.log

…

做介質恢復，直到返回報告，恢復完成。

北亞服務器數據恢復——oracle數據庫數據恢復

7、嘗試open數據庫。

SQL> alter database open resetlogs;

8、數據庫啟動成功。把原來temp表空間的數據文件加入到對應的temp表空間中。

9、對數據庫進行各種常規檢查，沒有任何錯誤。