6、 檢查數(shù)據(jù)
Database altered.
SQL> select * from test;
A
---------------------------------------
1
2
可以看到，表依然存在。
說明：
1、 RMAN也可以實(shí)現(xiàn)不完全恢復(fù)，方法比OS備份恢復(fù)的方法更簡單可靠；
2、RMAN可以基于時間，基于改變與基于日志序列的不完全恢復(fù)，基于日志序列的恢復(fù)可以指定恢復(fù)到哪個日志序列，如
run {
allocate channel ch1 type disk;
allocate channel ch2 type 'sbt_tape';
set until logseq 1234 thread 1;
restore controlfile to '$Oracle_HOME/dbs/cf1.f' ;
replicate controlfile from '$Oracle_HOME/dbs/cf1.f';
alter database mount;
restore database;
recover database;
sql "ALTER DATABASE OPEN RESETLOGS";
}
3、 與所有的不完全恢復(fù)一樣，必須在mount下，restore所有備份數(shù)據(jù)文件，需要resetlogs；
4、基于改變的恢復(fù)比基于時間的恢復(fù)更可靠，但是可能也更復(fù)雜，需要知道需要恢復(fù)到哪一個改變號(SCN)，在正常生產(chǎn)中，獲取SCN的辦法其實(shí)也有很多，如查詢數(shù)據(jù)庫字典表(V$archived_log or v$log_history)，或分析歸檔與聯(lián)機(jī)日志(logmnr)等。
第五章其它恢復(fù)案例
5.1損壞聯(lián)機(jī)日志的恢復(fù)方法
5.1.1損壞非當(dāng)前聯(lián)機(jī)日志
大家都清楚，聯(lián)機(jī)日志分為當(dāng)前聯(lián)機(jī)日志和非當(dāng)前聯(lián)機(jī)日志，非當(dāng)前聯(lián)機(jī)日志的損壞是比較簡單的，一般通過clear命令就可以解決問題。
1、啟動數(shù)據(jù)庫，遇到ORA-00312 or ORA-00313錯誤，如
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
從這里我們知道日志組1的數(shù)據(jù)文件損壞了
從報(bào)警文件可以看到更詳細(xì)的信息
2、 查看V$log視圖
SQL> select group#,sequence#,archived,status from v$log;
GROUP# SEQUENCE#ARCHIVED STATUS
---------- ---------- -------- ----------------
1 1 YES INACTIVE
2 2 YES INACTIVE
3 3 NO CURRENT
可以知道，該組是非當(dāng)前狀態(tài)，而且已經(jīng)歸檔。
3、 用CLEAR命令重建該日志文件
SQL>alter database clear logfile group 1;
如果是該日志組還沒有歸檔，則需要用
SQL>alter database clear unarchived logfile group 1;
4、 打開數(shù)據(jù)庫，重新備份數(shù)據(jù)庫
SQL>alter database open;
說明：
1、如果損壞的是非當(dāng)前的聯(lián)機(jī)日志文件，一般只需要clear就可以重建該日志文件，但是如果該數(shù)據(jù)庫處于歸檔狀態(tài)但該日志還沒有歸檔，就需要強(qiáng)行clear；
2、建議clear，特別是強(qiáng)行clear后作一次數(shù)據(jù)庫的全備份；
3、此方法適用于歸檔與非歸檔數(shù)據(jù)庫。
5.1.2損壞當(dāng)前聯(lián)機(jī)日志
歸檔模式下當(dāng)前日志的損壞有兩種情況，
一、是數(shù)據(jù)庫是正常關(guān)閉，日志文件中沒有未決的事務(wù)需要實(shí)例恢復(fù)，當(dāng)前日志組的損 壞就可以直接用alter database clear unarchived logfile group n來重建。
二、是日志組中有活動的事務(wù)，數(shù)據(jù)庫需要媒體恢復(fù)，日志組需要用來同步，有兩種補(bǔ)救辦法:
A.最好的辦法就是通過不完全恢復(fù)，可以保證數(shù)據(jù)庫的一致性，但是這種辦法要求在歸檔方式下，并且有可用的備份
B.通過強(qiáng)制性恢復(fù)，但是可能導(dǎo)致數(shù)據(jù)庫不一致。
下面分別用來說明這兩種恢復(fù)方法：
5.1.2.1通過備份來恢復(fù)
1、 打開數(shù)據(jù)庫，會遇到一個類似的錯誤
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)系統(tǒng)找不到指定的文件
2、 查看V$log，發(fā)現(xiàn)是當(dāng)前日志
SQL> select group#,sequence#,archived,status from v$log;
GROUP# SEQUENCE# ARCHIVED STATUS
--------- ---------- -------- ----------------
1 1 NO CURRENT
2 2 YES INACTIVE
3 3 YES INACTIVE
3、 發(fā)現(xiàn)clear不成功
SQL> alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
4、 拷貝有效的數(shù)據(jù)庫的全備份，并不完全恢復(fù)數(shù)據(jù)庫：
可以采用獲取最近的SCN的辦法用until scn恢復(fù)或用until cnacel恢復(fù)
recover database until cancel
先選擇auto，盡量恢復(fù)可以利用的歸檔日志，然后重新
recover database until cancel
這次輸入cancel，完成不完全恢復(fù)，也就是說恢復(fù)兩次。
如：
SQL> recover database until cancel;
Auto
……
SQL> recover database until cancel;
Cancel;
5、 利用alter database open resetlogs打開數(shù)據(jù)庫.
說明：
1、這種辦法恢復(fù)的數(shù)據(jù)庫是一致的不完全恢復(fù)，會丟失當(dāng)前聯(lián)機(jī)日志中的事務(wù)數(shù)據(jù);
2、這種方法適合于歸檔數(shù)據(jù)庫并且有可用的數(shù)據(jù)庫全備份;
3、恢復(fù)成功之后，記得再做一次數(shù)據(jù)庫的全備份;
4、建議聯(lián)機(jī)日志文件一定要實(shí)現(xiàn)鏡相在不同的磁盤上，避免這種情況的發(fā)生，因?yàn)槿魏螖?shù)據(jù)的丟失對于生產(chǎn)來說都是不容許的。
5.1.2.2如果沒有備份，進(jìn)行強(qiáng)制性恢復(fù)
1、 打開數(shù)據(jù)庫，會遇到一個類似的錯誤
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)系統(tǒng)找不到指定的文件
2、 查看V$log，發(fā)現(xiàn)是當(dāng)前日志
SQL> select group#,sequence#,archived,status from v$log;
GROUP# SEQUENCE# ARCHIVED STATUS
---------- ---------- -------- ----------------
1 1 NO CURRENT
2 2 YES INACTIVE
3 3 YES INACTIVE
3、 發(fā)現(xiàn)clear不成功
SQL> alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
4、 把數(shù)據(jù)庫down掉
SQL>shutdown immediate
5、 在init<sid>.ora中加入如下參數(shù)
_allow_resetlogs_corruption=TRUE
6、 重新啟動數(shù)據(jù)庫,利用until cancel恢復(fù)
SQL>recover database until cancel;
Cancel
如果出錯，不再理會，發(fā)出
SQL>alter database open resetlogs;
7、 數(shù)據(jù)庫被打開后，馬上執(zhí)行一個full export
8、 shutdown數(shù)據(jù)庫,去掉_all_resetlogs_corrupt參數(shù)
9、 重建庫
10、import并完成恢復(fù)
11、建議執(zhí)行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;
說明：
1、該恢復(fù)方法是沒有辦法之后的恢復(fù)方法，一般情況下建議不要采用，因?yàn)樵摲椒赡軐?dǎo)致數(shù)據(jù)庫的不一致；
2、該方法也丟失數(shù)據(jù)，但是丟失的數(shù)據(jù)沒有上一種方法的數(shù)據(jù)多，主要是未寫入數(shù)據(jù)文件的已提交或未提交數(shù)據(jù)；
3、建議成功后嚴(yán)格執(zhí)行以上的7到11步，完成數(shù)據(jù)庫的檢查與分析；
4、全部完成后做一次數(shù)據(jù)庫的全備份；
5、建議聯(lián)機(jī)日志文件一定要實(shí)現(xiàn)鏡相在不同的磁盤上，避免這種情況的發(fā)生，因?yàn)槿魏螖?shù)據(jù)的丟失對于生產(chǎn)來說都是不容許的。
5.2損壞控制文件的恢復(fù)方法
5.2.1損壞單個控制文件
損壞單個控制文件是比較容易恢復(fù)的，因?yàn)橐话愕臄?shù)據(jù)庫系統(tǒng)，控制文件都不是一個，而且所有的控制文件都互為鏡相，只要拷貝一個好的控制文件替換壞的控制文件就可以了。
1、控制文件損壞，最典型的就是啟動數(shù)據(jù)庫出錯，不能mount數(shù)據(jù)庫
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info
查看報(bào)警日志文件，有如下信息
alter database mount
Mon May 26 11:59:52 2003
ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)系統(tǒng)找不到指定的文件。
2、 停止數(shù)據(jù)庫：
SQL>shutdown immediate
3、拷貝一個好的控制文件替換壞的控制文件或修改init.ora中的控制文件參數(shù)，取消這個壞的控制文件。
4、 重新啟動數(shù)據(jù)：
SQL>startup
說明：
1、損失單個控制文件是比較簡單的，因?yàn)閿?shù)據(jù)庫中所有的控制文件都是鏡相的，只需要簡單的
拷貝一個好的就可以了；
2、建議鏡相控制文件在不同的磁盤上；
3、建議多做控制文件的備份，長期保留一份由alter database backup control file to trace產(chǎn)生的控制文件的文本備份。
5.2.2損壞全部控制文件
損壞多個控制文件，或者人為的刪除了所有的控制文件，通過控制文件的復(fù)制已經(jīng)不能解決問題，這個時候需要重新建立控制文件。
同時注意，alter database backup control file to trace可以產(chǎn)生一個控制文件的文本備份。
以下是詳細(xì)重新創(chuàng)建控制文件的步驟：
1、 關(guān)閉數(shù)據(jù)庫
SQL>shutdown immediate;
2、 刪除所有控制文件，模擬控制文件的丟失
3、 啟動數(shù)據(jù)庫，出現(xiàn)錯誤，并不能啟動到mount下
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info
查看報(bào)警日志文件，有如下信息
alter database mount
Mon May 26 11:53:15 2003
ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2)系統(tǒng)找不到指定的文件。
4、 關(guān)閉數(shù)據(jù)庫
SQL>shutdown immediate;
5、 在internal或sys下運(yùn)行如下創(chuàng)建控制文件的腳本，注意完整列出聯(lián)機(jī)日志或數(shù)據(jù)文件的路徑，或修改由alter database backup control file to trace備份控制文件時產(chǎn)生的腳本，去掉多余的注釋即可。
