服務器存儲數據恢復環境&故障情況：
一臺光纖存儲中有一組由16塊硬盤組成的raid。
該存儲出現故障導致數據丟失。RAID中2塊盤掉線，還有1塊盤smart狀態為“警告”。

服務器存儲數據恢復過程：
1、通過該存儲自帶的存儲管理軟件將當前存儲的完整日志狀態備份，解析備份出來的存儲日志，獲取到關于邏輯卷結構的部分信息。
2、在windows環境下把raid中狀態正常的硬盤標記為脫機，然后將所有磁盤進行全盤鏡像，在鏡像過程中發現smart狀態為“警告”的那塊硬盤鏡像速度異常緩慢，數據恢復工程師推測問題原因是該盤存在不穩定扇區和壞道。更換專業設備單獨對該盤做鏡像，將專業設備中的“遇到壞道響應”、“等待時間”和“跳過壞扇區數據”等參數進行調整后進行備份。
3、將存儲中所有硬盤都鏡像完成后，查看鏡像工具生成的日志，發現在存儲管理軟件中和SMART狀態中均沒有發現問題的1塊盤也存在壞道，掉線的2塊盤均存在大量不規律的壞道分布。根據壞道列表定位到目標鏡像文件，分析后發現該磁盤陣列中文件系統的部分關鍵數據處于壞道區。于是北亞企安數據恢復工程師通過同條帶xor手動修復。
4、將備份出來的raid中的所有硬盤的數據展開，通過對ext3文件系統的逆向分析以及對日志文件的分析，獲取到raid的盤序、raid塊大小，raid的校驗走向和校驗方式等重組raid所必需的信息。
5、通過分析獲取到的raid信息虛擬重組raid，然后解析ext3文件系統并提取數據庫文件。
6、在提取數據庫文件的過程中出現報錯，數據庫報告imp-0008錯誤。于是數據恢復工程師重新對raid結構進行分析，再一次提取dmp文件和dbf原始庫文件，這回所有文件正常且無報錯。

服務器存儲中數據庫數據恢復過程：
1、拷貝數據庫文件到原服務器中/home/oracle/tmp/syntong目錄下作為備份。在根目錄下創建了一個oradata文件夾，將整個syntong文件夾拷貝到oradata目錄下。然后更改oradata文件夾及其中所有文件的屬組和權限。
2、備份原數據庫環境，包括ORACLE_HOME下product文件夾下的相關文件。配置監聽，使用原服務器中的splplus連接到數據庫。嘗試啟動數據庫到nomount狀態。進行基本狀態查詢，發現環境和參數文件沒有問題。 嘗試啟動數據庫到mount狀態，進行狀態查詢也沒有發現問題。啟動數據庫到open狀態。
出現報錯：
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/oradata/syntong/system01.dbf'
ORA-01207: file is more recent than control file - old control file
3、經過進一步的檢測和分析，初步判斷出現此報錯的原因是控制文件和數據文件信息不一致，這是一類通常由于斷電或突然關機所引起的故障。
4、逐個檢測數據庫文件，沒有發現有數據庫文件被物理破壞。
5、在mount狀態下備份控制文件，alter database backup controlfile to trace as ' /backup/controlfile'。查看&修改備份的控制文件，獲取到其中的重建控制文件命令。將這些命令復制到一個新建腳本文件controlfile.sql中。
6、關閉數據庫，刪除/oradata/syntong/下的3個控制文件。 啟動數據庫到nomount狀態，執行controlfile.sql腳本。
SQL>startup nomount
SQL>@controlfile.sql
7、重建控制文件后，直接啟動數據庫，再次報錯，需要進一步處理。
SQL> alter database open;
alter database open
*
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
…
做介質恢復，直到返回報告，恢復完成。
8、嘗試open數據庫。
SQL> alter database open resetlogs;
9、數據庫啟動成功。把原來temp表空間的數據文件加入到對應的temp表空間中。
10、對數據庫進行各種常規檢查，沒有發現任何錯誤。
11、進行emp備份。全庫備份完成，沒有報錯。將應用程序連接到數據庫，在應用層面驗證數據，也沒有發現問題。
12、經過用戶方仔細檢驗后，確認恢復出來的數據庫數據沒有問題，認可數據恢復結果。

審核編輯 黃宇