南方某省某市某政府部門一臺IBM DS存儲，5塊300GB光纖磁盤做了RAID5，一塊磁盤做了全局熱備，因?yàn)?塊磁盤離線造成RAID崩潰。
DS存儲上劃分了2個(gè)LUN，一個(gè)300GB，一個(gè)400GB，全部給一臺AIX 5.3系統(tǒng)的P550A小型機(jī)使用。
兩個(gè)LUN上分別有兩個(gè) Oracle 10.2.0.4 數(shù)據(jù)庫，為該部門的核心數(shù)據(jù)。

3塊磁盤有兩塊磁盤的盤片嚴(yán)重劃傷，不可修復(fù)。一塊磁盤少量壞道，數(shù)據(jù)較完整。
查看DS存儲日志，發(fā)現(xiàn)嚴(yán)重劃傷的磁盤都早已離線，數(shù)據(jù)本就不可用。
只需有壞道的磁盤就可以了。運(yùn)氣一向很好。

在Windows系統(tǒng)下通過光纖存儲柜把剩下的4塊磁盤進(jìn)行鏡像，鏡像完成后分析DS存儲RAID組織參數(shù)，虛擬重組RAID，把兩個(gè)LUN鏡像成文件。
后通過 iSCSI 方式把鏡像文件掛載到成都千喜數(shù)據(jù)恢復(fù)中心內(nèi)部的數(shù)據(jù)恢復(fù)的AIX小型機(jī)上，然后 mount 文件系統(tǒng)，一卻正常:

經(jīng)檢查文件數(shù)據(jù)完整。開始在成都千喜數(shù)據(jù)恢復(fù)中心內(nèi)部的IAIX小型機(jī)上掛載客戶的 Oracle 數(shù)據(jù)庫：
掛載 第一個(gè)數(shù)據(jù)庫：

第一個(gè)數(shù)據(jù)庫一卻正常，做個(gè)導(dǎo)出也一卻正常：

開始掛載第二個(gè)數(shù)據(jù)庫：

oracle 報(bào)錯(cuò)，過不了 mount ，想都不用想這是 oracle??的控制文件損壞。
試過另兩個(gè)控制文件，都不行 。
只得收集數(shù)據(jù)文件和聯(lián)機(jī)日志文件信息，開始重建控制文件。
收集的信息發(fā)現(xiàn)，有個(gè)數(shù)據(jù)文件不在這個(gè)損壞的存儲上，在另外的位置存儲，聯(lián)系客戶，客戶找到另一個(gè)數(shù)據(jù)文件 。

拿到另一個(gè)數(shù)據(jù)文件后，開始重控制文件：

創(chuàng)建控制文件失敗， 客戶找到那一個(gè)數(shù)據(jù)文件有問題，檢查發(fā)現(xiàn) 這個(gè)數(shù)據(jù)文件的 Resetlogs SCN 遠(yuǎn)高于其它數(shù)據(jù)文件。
用WinHex 修改和 system01.dbf 這個(gè)數(shù)據(jù)文件的 Resetlogs SCN 一致，然后修正oracle的塊校驗(yàn)，重新重建控制文件：

控制文件創(chuàng)建成功，嘗試把庫 open:

報(bào)需要介質(zhì)恢復(fù)，加入隱含參數(shù)，再次 open 數(shù)據(jù)庫：

終于看到熟悉的 ORA-600 [4193] 錯(cuò)誤了，重建 undo ，? ?數(shù)據(jù)庫一卻正常：

進(jìn)行導(dǎo)出，也一卻正常：

耗時(shí)一天，數(shù)據(jù)恢復(fù)成功。

成都千喜數(shù)據(jù)恢復(fù)中心的全系統(tǒng)(Win、Linux、AIX、HP-UX、 Solaris)??Oracle(9i、10g、11g) 環(huán)境已搭建完成 ，全系統(tǒng)的DB2和 Sybase ASE 環(huán)境正在搭建中，對于數(shù)據(jù)恢復(fù)行業(yè)的人員測試和驗(yàn)證數(shù)據(jù)庫完全免費(fèi)。

轉(zhuǎn)載請注明：成都千喜數(shù)據(jù)恢復(fù)中心 » AIX小型機(jī)Oracle數(shù)據(jù)庫恢復(fù)一例