備份與恢復測試.doc

備份與恢復測試 備份與恢復測試1 控制文件損壞(rman和常規(guī)恢復)準備工作備份C:Documents and Settingslifeng.fangrman nocatalog target sys/sunsdl恢復管理器: 版本9.2.0.1.0 - ProductionCopyright (c) 1995, 2002, Oracle Corporation.All rights reserved.連接到目標數(shù)據(jù)庫: PDF (DBID=3171861129) -新的ID2334768642正在使用目標數(shù)據(jù)庫控制文件替代恢復目錄RMAN configure controlfile autobackup on;新的 RMAN 配置參數(shù):CONFIGURE CONTROLFILE AUTOBACKUP ON;已成功存儲新的 RMAN 配置參數(shù)RMAN configure controlfile autobackup format for device type disk to c:temp%F;新的 RMAN 配置參數(shù):CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO c:temp%F;已成功存儲新的 RMAN 配置參數(shù)RMANRMAN backup database;啟動 backup 于 25-2月 -05分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=12 devtype=DISK分配的通道: ORA_DISK_2通道 ORA_DISK_2: sid=13 devtype=DISK通道 ORA_DISK_1: 正在啟動 full 數(shù)據(jù)文件備份集通道 ORA_DISK_1: 正在指定備份集中的數(shù)據(jù)文件輸入數(shù)據(jù)文件 fno=00002 name=C:ORACLEORADATAPDFUNDOTBS01.DBF輸入數(shù)據(jù)文件 fno=00003 name=C:ORACLEORADATAPDFINDX01.DBF輸入數(shù)據(jù)文件 fno=00005 name=C:ORACLEORADATAPDFUSERS01.DBF通道 ORA_DISK_1: 正在啟動段 1 于 25-2月 -05通道 ORA_DISK_2: 正在啟動 full 數(shù)據(jù)文件備份集通道 ORA_DISK_2: 正在指定備份集中的數(shù)據(jù)文件輸入數(shù)據(jù)文件 fno=00001 name=C:ORACLEORADATAPDFSYSTEM01.DBF輸入數(shù)據(jù)文件 fno=00004 name=C:ORACLEORADATAPDFTOOLS01.DBF通道 ORA_DISK_2: 正在啟動段 1 于 25-2月 -05通道 ORA_DISK_1: 已完成段 1 于 25-2月 -05段 handle=C:ORACLEORA92DATABASE07GDKT8C_1_1 comment=NONE通道 ORA_DISK_1: 備份集已完成, 經(jīng)過時間:00:00:56通道 ORA_DISK_2: 已完成段 1 于 25-2月 -05段 handle=C:ORACLEORA92DATABASE08GDKT8C_1_1 comment=NONE通道 ORA_DISK_2: 備份集已完成, 經(jīng)過時間:00:00:57完成 backup 于 25-2月 -05啟動 Control File and SPFILE Autobackup 于 25-2月 -05段 handle=C:TEMPC-3171861129-20050225-00 comment=NONE完成 Control File and SPFILE Autobackup 于 25-2月 -05RMAN 常規(guī)備份備份數(shù)據(jù)文件cp C:ORACLEORADATAPDF* C:ORACLEORADATAbak備份控制文件 1.1 有老的備份數(shù)據(jù)備份和控制文件traceSQL alter session set tracefile_identifier=fanglf2;會話已更改。SQL alter database backup controlfile to trace;數(shù)據(jù)庫已更改。SQLalter database backup controlfile to c:tempcontrolfile.bak;數(shù)據(jù)庫已更改。我們也可以使用RMAN來拷貝備份控制文件RMAN copy CURRENT CONTROLFILE TO c:cf.cpy;啟動 copy 于 03-3月 -05分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=16 devtype=DISK通道 ORA_DISK_1: 已復制當前的控制文件輸出文件名=C:CF.CPY完成 copy 于 03-3月 -05SQL col name format a50SQL select * from v$controlfile;STATUSNAME- - C:ORACLEORADATAPDFCONTROL01.CTL C:ORACLEORADATAPDFCONTROL02.CTL C:ORACLEORADATAPDFCONTROL03.CTL select * from v$controlfile;STATUSNAME- - C:ORACLEORADATAPDFCONTROL01.CTL C:ORACLEORADATAPDFCONTROL02.CTL C:ORACLEORADATAPDFCONTROL03.CTLSQLSQL create table test (a int,v varchar(200);使用ULTRAEDIT編輯清空CONTROL01.CTL大部分數(shù)據(jù) SQL select * from v$controlfile; startupORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytesORA-00205: ?1.1.1 使用trace恢復 shutdown abortSQL shutdown abortORACLE 例程已經(jīng)關閉。SQL startup nomountORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytesSQLSQL CREATE CONTROLFILE REUSE DATABASE PDF NORESETLOGSARCHIVELOG2-SET STANDBY TO MAXIMIZE PERFORMANCE3 MAXLOGFILES 54 MAXLOGMEMBERS 35 MAXDATAFILES 1006 MAXINSTANCES 17 MAXLOGHISTORY 2268LOGFILE9 GROUP 1 C:ORACLEORADATAPDFREDO01.LOGSIZE 100M,10 GROUP 2 C:ORACLEORADATAPDFREDO02.LOGSIZE 100M,11 GROUP 3 C:ORACLEORADATAPDFREDO03.LOGSIZE 100M12- STANDBY LOGFILE13DATAFILE14 C:ORACLEORADATAPDFSYSTEM01.DBF,15 C:ORACLEORADATAPDFUNDOTBS01.DBF,16 C:ORACLEORADATAPDFINDX01.DBF,17 C:ORACLEORADATAPDFTOOLS01.DBF,18 C:ORACLEORADATAPDFUSERS01.DBF19CHARACTER SET ZHS16GBK20;控制文件已創(chuàng)建SQL alter database open;alter database open*ERROR 位于第 1 行:ORA-01113: ? 1 ?ORA-01110: ? 1: C:ORACLEORADATAPDFSYSTEM01.DBFSQL startupORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytes數(shù)據(jù)庫裝載完畢。ORA-01113: 文件 1 需要介質(zhì)恢復ORA-01110: 數(shù)據(jù)文件 1: C:ORACLEORADATAPDFSYSTEM01.DBFSQL recover database ;-因為是shutdown abort關閉,所以需要恢復完成介質(zhì)恢復。SQL alter database open;數(shù)據(jù)庫已更改。1.1.2 使用trace恢復 正常shutdownSQL insert into test select rownum,aaaaaaaaaaaaaaaaaaaaaa from dba_objects;已創(chuàng)建6165行。SQL /已創(chuàng)建6165行。SQL insert into test select * from test;已創(chuàng)建12330行。SQL commit;提交完成。SQL shutdown數(shù)據(jù)庫已經(jīng)關閉。已經(jīng)卸載數(shù)據(jù)庫。ORACLE 例程已經(jīng)關閉。SQL startup nomountORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytesSQLSQL CREATE CONTROLFILE REUSE DATABASE PDF NORESETLOGSARCHIVELOG2-SET STANDBY TO MAXIMIZE PERFORMANCE3 MAXLOGFILES 54 MAXLOGMEMBERS 35 MAXDATAFILES 1006 MAXINSTANCES 17 MAXLOGHISTORY 2268LOGFILE9 GROUP 1 C:ORACLEORADATAPDFREDO01.LOGSIZE 100M,10 GROUP 2 C:ORACLEORADATAPDFREDO02.LOGSIZE 100M,11 GROUP 3 C:ORACLEORADATAPDFREDO03.LOGSIZE 100M12- STANDBY LOGFILE13DATAFILE14 C:ORACLEORADATAPDFSYSTEM01.DBF,15 C:ORACLEORADATAPDFUNDOTBS01.DBF,16 C:ORACLEORADATAPDFINDX01.DBF,17 C:ORACLEORADATAPDFTOOLS01.DBF,18 C:ORACLEORADATAPDFUSERS01.DBF19CHARACTER SET ZHS16GBK20;控制文件已創(chuàng)建SQL alter database open; 數(shù)據(jù)庫已更改。 我們看到如果是正常數(shù)據(jù)庫down機的,那么使用noresetlog創(chuàng)建控制文件后直接可以打開數(shù)據(jù)庫 SQL select count(*) from test;COUNT(*)- 24660 用trace完成了數(shù)據(jù)庫的完全恢復 SQL select * from v$tempfile;未選定行SQL select name from v$tablespace;NAME-SYSTEMUNDOTBS1INDXTOOLSUSERSTEMP注意我們可以看到由于重建了控制文件,臨時表空間的臨時文件沒有了1.1.3 使用控制文件備份來恢復還原備份控制文件C:Documents and Settingslifeng.fangcopy c:tempcontrolfile.bakC:oracleoradatapdfCONTROL01.CTL已復制 1 個文件。C:Documents and Settingslifeng.fangcopy c:tempcontrolfile.bakC:oracleoradatapdfCONTROL02.CTL已復制 1 個文件。C:Documents and Settingslifeng.fangcopy c:tempcontrolfile.bakC:oracleoradatapdfCONTROL03.CTL已復制 1 個文件。備份控制文件不會存有關于聯(lián)機日志文件和數(shù)據(jù)文件結束SCN,因此不會在恢復時使用聯(lián)機日志文件,并因此將數(shù)據(jù)文件假定了一個無窮大的結束SCN,所以要休整他,必須resetlogs，但是我們可以在例子測試5.1中可以看到我們可以強制應用在線日志實現(xiàn)完全恢復當數(shù)據(jù)庫用normal或immediate關閉時,發(fā)出檢查點處理,這將為每個數(shù)據(jù)文件在控制文件中設置相應的結束SCN,使其等于數(shù)據(jù)文件頭中對應的開始SCNSQL startupORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytesORA-01991: ?C:oracleora92DATABASEPWDpdf.ORA SQL recover database;ORA-00283: ?ORA-01610: ? BACKUP CONTROLFILE ?數(shù)據(jù)文件頭中原有檢查點計數(shù)器決不會大于當前控制文件中的檢查點計數(shù)器,所以必須在恢復時指定USINGBACKUP CONTROLFILE,這樣就會基于備份控制文件的信息 SQL alter database open resetlogs;alter database open resetlogs*ERROR 位于第 1 行:ORA-01152: ? 1 ?ORA-01110: ? 1: C:ORACLEORADATAPDFSYSTEM01.DBF這時,沒有進行恢復,檢查到當前數(shù)據(jù)文件頭的開始SCN和控制文件的結束SCN不一致需要進行恢復這里無法恢復數(shù)據(jù)庫而采用第1鐘方法執(zhí)行成功1.1.4 我們現(xiàn)在模擬備份控制文件,同時備份了部分先于備份控制文件的數(shù)據(jù)文件SQL shutdown immediate數(shù)據(jù)庫已經(jīng)關閉。已經(jīng)卸載數(shù)據(jù)庫。copy SYSTEM01.DBF 復件 SYSTEM01.DBFalter database backup controlfile to c:tempcontrolfile1.bak;SQL shutdown immediate數(shù)據(jù)庫已經(jīng)關閉。已經(jīng)卸載數(shù)據(jù)庫。C:Documents and Settingslifeng.fangcopy c:tempcontrolfile1.bak C:oracleoradatapdfCONTROL01.CTL已復制 1 個文件。C:Documents and Settingslifeng.fangcopy c:tempcontrolfile1.bak C:oracleoradatapdfCONTROL02.CTL已復制 1 個文件。C:Documents and Settingslifeng.fangcopy c:tempcontrolfile1.bak C:oracleoradatapdfCONTROL03.CTL已復制 1 個文件。SQL startupORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytes數(shù)據(jù)庫裝載完畢。ORA-01589: 要打開數(shù)據(jù)庫則必須使用 RESETLOGS 或 NORESETLOGS 選項SQL startup mountORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytes數(shù)據(jù)庫裝載完畢。SQL recover database using backup controlfile;ORA-00279: 更改 1069041 (在 02/25/2005 15:36:00 生成) 對于線程 1 是必需的ORA-00289: 建議: C:ORACLEORA92RDBMSARC00012.001ORA-00280: 更改 1069041 對于線程 1 是按序列 # 12 進行的指定日志: =suggested | filename | AUTO | CANCELautoORA-00308: 無法打開存檔日志 C:ORACLEORA92RDBMSARC00012.001ORA-27041: 無法打開文件OSD-04002: 無法打開文件O/S-Error: (OS 2) 系統(tǒng)找不到指定的文件。ORA-00308: 無法打開存檔日志 C:ORACLEORA92RDBMSARC00012.001ORA-27041: 無法打開文件OSD-04002: 無法打開文件O/S-Error: (OS 2) 系統(tǒng)找不到指定的文件。SQL alter database open;alter database open*ERROR 位于第 1 行:ORA-01589: 要打開數(shù)據(jù)庫則必須使用 RESETLOGS 或 NORESETLOGS 選項SQL alter database open resetlogs;alter database open resetlogs*ERROR 位于第 1 行:ORA-01113: 文件 1 需要介質(zhì)恢復ORA-01110: 數(shù)據(jù)文件 1: C:ORACLEORADATAPDFSYSTEM01.DBFSQL recover database using backup controlfile until cancel;ORA-00279: 更改 1069041 (在 02/25/2005 15:36:00 生成) 對于線程 1 是必需的ORA-00289: 建議: C:ORACLEORA92RDBMSARC00012.001ORA-00280: 更改 1069041 對于線程 1 是按序列 # 12 進行的指定日志: =suggested | filename | AUTO | CANCELcancelORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 將出現(xiàn)如下錯誤ORA-01152: 文件 2 沒有從完備的舊備份中恢復ORA-01110: 數(shù)據(jù)文件 2: C:ORACLEORADATAPDFUNDOTBS01.DBFORA-01112: 未啟動介質(zhì)恢復SQL alter database open resetlogs;alter database open resetlogs*ERROR 位于第 1 行:ORA-01152: 文件 2 沒有從完備的舊備份中恢復ORA-01110: 數(shù)據(jù)文件 2: C:ORACLEORADATAPDFUNDOTBS01.DBF雖然在備份控制文件前備份了SYSTEM文件,但是其他文件沒有備份,而有超過控制文件檢查點SCN的信息,不能恢復成功如果有只讀表空間，使用備份控制文件恢復，要先offline 參見備份與恢復手冊對于使用備份控制文件進行恢復由于默認是所有數(shù)據(jù)文件聯(lián)機的，而且resetlogs時需要寫數(shù)據(jù)文件的，那么只讀文件恢復時，由于只讀文件不需要恢復，就要強制將他offline;所以在選取控制文件時也要注意，如果選取了當時正好是只讀狀態(tài)的控制文件時，必須將數(shù)據(jù)文件offline ，而使得在切換前為讀寫狀態(tài)時的數(shù)據(jù)無法恢復，反之同理1.1.5 我們現(xiàn)在模擬控制文件損壞，將備份控制文件前,先備份所有數(shù)據(jù)文件copy SYSTEM01.DBF 復件 SYSTEM01.DBFcopy UNDOTBS01.DBF 復件 UNDOTBS01.DBFcopy TOOLS01.DBF 復件 TOOLS01.DBFcopy USERS01.DBF 復件 USERS01.DBFcopy INDX01.DBF 復件 INDX01.DBFSQLalter database backup controlfile to c:tempcontrolfile2.bak; 數(shù)據(jù)庫已更改。 替換老的控制文件SQL insert into test select * from test;已創(chuàng)建24660行。SQL commit;提交完成。SQL select count(*) from test;COUNT(*)- 49320SQL shutdown數(shù)據(jù)庫已經(jīng)關閉。已經(jīng)卸載數(shù)據(jù)庫。ORACLE 例程已經(jīng)關閉。copy c:tempcontrolfile2.bak C:oracleoradatapdfCONTROL01.CTLcopy c:tempcontrolfile2.bak C:oracleoradatapdfCONTROL02.CTLcopy c:tempcontrolfile2.bak C:oracleoradatapdfCONTROL03.CTL rename SYSTEM01.DBF復件 SYSTEM01.DBFSYSTEM01.DBF-臨時文件可以不要rename UNDOTBS01.DBF 復件 UNDOTBS01.DBF UNDOTBS01.DBF rename TOOLS01.DBF 復件 TOOLS01.DBF TOOLS01.DBF rename USERS01.DBF 復件 USERS01.DBF USERS01.DBF rename INDX01.DBF 復件 INDX01.DBF INDX01.DBFSQL startup mountORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytes數(shù)據(jù)庫裝載完畢。 SQL recover database using backup controlfile until cancel;ORA-00279: 更改 1069386 (在 02/25/2005 15:47:59 生成) 對于線程 1 是必需的ORA-00289: 建議: C:ORACLEORA92RDBMSARC00013.001ORA-00280: 更改 1069386 對于線程 1 是按序列 # 13 進行的指定日志: =suggested | filename | AUTO | CANCELauto -使用auto恢復也是成功ORA-00308: 無法打開存檔日志 C:ORACLEORA92RDBMSARC00013.001ORA-27041: 無法打開文件OSD-04002: 無法打開文件O/S-Error: (OS 2) 系統(tǒng)找不到指定的文件。ORA-00308: 無法打開存檔日志 C:ORACLEORA92RDBMSARC00013.001ORA-27041: 無法打開文件OSD-04002: 無法打開文件O/S-Error: (OS 2) 系統(tǒng)找不到指定的文件。SQL recover database using backup controlfile until cancel; -這個cancel是表示每次應用一個日志時都提示一下,直到輸入cancel后結束ORA-00279: 更改 1069386 (在 02/25/2005 15:47:59 生成) 對于線程 1 是必需的ORA-00289: 建議: C:ORACLEORA92RDBMSARC00013.001ORA-00280: 更改 1069386 對于線程 1 是按序列 # 13 進行的cancel通常好于change和time的恢復指定日志: =suggested | filename | AUTO | CANCELcancel-輸入cancel恢復成功 -cancel選項允許每次前滾一個日志文件,當需要停止恢復時,輸入cancel ,在這種方式下不會自動運用聯(lián)機日志文件.介質(zhì)恢復已取消。SQL alter database open resetlogs;數(shù)據(jù)庫已更改。SQL select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#- 1069388 SQL select count(*) from test;COUNT(*)- 24660-丟失了數(shù)據(jù) 那我們使用備份控制文件恢復，是不是一定恢復不了在線日志中的數(shù)據(jù)嗎？答案是錯誤的，其實也能完全恢復（當然我們用trace更好） 1.1.5.1 我們現(xiàn)在模擬控制文件損壞，有控制文件備份,先于控制文件備份的所有數(shù)據(jù)文件備份使用在線日志進行完全恢復SQL startupORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytes數(shù)據(jù)庫裝載完畢。數(shù)據(jù)庫已經(jīng)打開。SQL create table arch (status varchar(2) tablespace users;表已創(chuàng)建。SQL alter system switch logfile;系統(tǒng)已更改。SQL insert into arch select ok from dba_objects;已創(chuàng)建6166行。SQL commit;提交完成。SQL insert into arch select * from arch;已創(chuàng)建6166行。SQL /已創(chuàng)建12332行。SQL /已創(chuàng)建24664行。SQL /已創(chuàng)建49328行。SQL commit;提交完成。SQL alter system switch logfile;系統(tǒng)已更改。SQL insert into arch select no from dba_objects;已創(chuàng)建6166行。SQL commit;提交完成。SQL select GROUP#,SEQUENCE#,archived, STATUS from v$log; GROUP#SEQUENCE# ARC STATUS- - - - 1 5 NOCURRENT 2 3 YES ACTIVE 3 4 YES ACTIVESQL select resetlogs_change# - 1,CONTROLFILE_CHANGE# from v$database;RESETLOGS_CHANGE#-1 CONTROLFILE_CHANGE#- - 68658 69410SQL shutdown數(shù)據(jù)庫已經(jīng)關閉。已經(jīng)卸載數(shù)據(jù)庫。ORACLE 例程已經(jīng)關閉。還原備份控制文件，還原所有備份數(shù)據(jù)文件SQL startup mountORACLE 例程已經(jīng)啟動。Total System Global Area101784276 bytesFixed Size 453332 bytesVariable Size 75497472 bytesDatabase Buffers 25165824 bytesRedo Buffers 667648 bytes數(shù)據(jù)庫裝載完畢。SQL alter database open;alter database open*ERROR 位于第 1 行:ORA-00314: 日志 1 (線程 1)，預計序號與不匹配ORA-00312: 聯(lián)機日志 1 線程 1: C:ORACLEORADATATESTDBREDO01.LOGSQL recover database using backup controlfile until cancel;ORA-00279: 更改 69257 (在 02/28/2005 11:08:18 生成) 對于線程 1 是必需的ORA-00289: 建議: C:ORACLEORADATATESTDBARCHIVE1_3.DBFORA-00280: 更改 69257 對于線程 1 是按序列 # 3 進行的指定日志: =suggested | filename | AUTO | CANCELcancel介質(zhì)恢復已取消。SQL select resetlogs_change# - 1,CONTROLFILE_CHANGE# from v$database;RESETLOGS_CHANGE#-1 CONTROLFILE_CHANGE#- - 68658 69257SQL recover database using backup controlfile until cancel;ORA-00279: 更改 69257 (在 02/28/2005 11:08:18 生成) 對于線程 1 是必需的ORA-00289: 建議: C:ORACLEOR