記錄一次Oracle 11.2.0.4 RAC異地恢復到單例項 參考學習
記錄一次Oracle 11.2.0.4 RAC異地恢復到單例項
--原文:http://blog.itpub.net/30484956/viewspace-2688280/
此次記錄一下Oracle RAC叢集備份異地單例項恢復操作。主要記錄關鍵操作,由於保密原因不貼上詳細操作流程。
一、環境:
原庫:
作業系統:Redhat 6.5
資料庫:Oracle 11.2.0.4 RAC (雙節點)
工具:rman
IP地址:192.168.10.10(節點1)
異地恢復庫:
作業系統:Centos 6.5
資料庫:Oracle 11.2.0.4 (單例項)
工具:rman
IP地址:192.168.10.123
二、操作
1.原庫兩個節點全部停止應用服務,停掉監聽,防止再有連線進來進行操作。然後在一個節點(192.168.10.10)使用rman工具進行整庫備份,在執行備份前手動歸檔一次,主要備份資料庫、歸檔檔案、控制檔案。至於spfile引數檔案可以不用備份,因為RAC環境的引數檔案到單例項上還是需要修改很多地方的,可以在原庫使用命令 create pfile=’/home/oracle/orclint.ora’ from spfile 生成pfile檔案。
2.將備份後的資料庫、歸檔、控制檔案以及生成的pfile檔案使用scp遠端複製到192.168.10.123(異地庫),放在了/data/rmanbackup目錄下
3.192.168.10.123(異地庫)已經安裝了Oracle 11.2.0.4軟體,並未建庫。設定環境變數,尤其是ORACLE_SID與192.168.10.10(原庫)叢集環境一致,便於恢復操作。
4.根據傳過來的pfile檔案裡的內容進行修改,我大致列一下修改後的引數檔案:
*.audit_file_dest='/u01/app/oracle/admin/hkrt/adump' *.audit_trail='db' *.compatible='11.2.0.4.0' *.control_files='/u01/app/oracle/oradata/hkrt/control01.dbf','/u01/app/oracle/oradata/hkrt/control02.dbf' *.db_block_size=8192 *.db_domain='' *.db_name='ORCL' *.diagnostic_dest='/u01/app/oracle' *.dispatchers='(PROTOCOL=TCP)(SERVICE=hkrtXDB)' *.log_archive_dest_1='LOCATION=/u01/arch' *.log_archive_format='%t_%s_%r.dbf' *.memory_target=5034213376 *.open_cursors=300 *.processes=400
5.引數檔案修改完後剩下的操作基本都在異地庫了,sqlplus進入空例項,然後根據修改後的pfile進行啟動到nomount狀態(注意:引數檔案中的記憶體配置、程序數配置要符合異地庫記憶體,不然記憶體溢位,啟動失敗)。
參考命令:
startup nomount from pfile=’/data/rmanbackup/orclinit.ora’;
(由於是測試,所有並沒有備份密碼檔案,可以在資料庫恢復後重置使用者密碼)
6.講資料庫啟動到nomount狀態,登陸rman (rman target /),就可以看到資料庫狀態為nomount狀態。然後進行控制檔案的恢復,參考命令:
restore controlfile from ‘/data/rmanbackup//ctl_ORCL_20150830_6552_1’;
執行完控制檔案還原操作後,控制檔案會恢復到引數檔案中指定的目錄下
7.控制檔案恢復後就可以啟動到mount狀態了,
RMAN> alter database mount;
啟動到mount狀態先彆著急恢復資料庫,需要先將備份集註冊到rman中
RMAN> catalog start with ‘/data/rmanbackup’;
(路徑就是你存放所有備份的目錄)
註冊完成後,先交叉校驗備份集:
RMAN> crosscheck backupset;
刪除過期的備份,因為你備份是異地備份,所以在RAC中記錄的備份全部過期,進行清除
RMAN> delete expired backup;
8.現在開始恢復資料庫檔案,因為RAC資料庫資料檔案、日誌檔案等儲存路徑時在ASM磁碟中,路徑基本是以 ‘+DATA’ 開頭,在執行restore database 命令前需要進行檔案路徑轉換。
先在原庫上生成關於資料檔案路徑轉換的指令碼,便於恢復操作,指令碼如下(在原庫查詢得出指令碼):
select'setnewnamefordatafile'||a.FILE#||'to"'||a.NAME||'";'fromv$datafilea unionall select'setnewnamefortempfile'||a.FILE#||'to"'||a.NAME||'";'fromv$tempfilea;
得到結果為:
SETNEWNAMEFORDATAFILE'||A.FILE#||'TO"'||A.NAME||'";'--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------setnewnamefordatafile1to"+DATA/jmrac/datafile/system.268.877470209";setnewnamefordatafile2to"+DATA/jmrac/datafile/sysaux.269.877470211";setnewnamefordatafile3to"+DATA/jmrac/datafile/undotbs1.270.877470213";setnewnamefordatafile4to"+DATA/jmrac/datafile/users.271.877470213";setnewnamefordatafile5to"+DATA/jmrac/datafile/example.279.877470401";setnewnamefordatafile6to"+DATA/jmrac/datafile/undotbs2.280.877470779";setnewnamefortempfile1to"+DATA/jmrac/tempfile/temp.278.877470381";。。。。。。。。
會將所有涉及到的資料檔案全部顯示,我這裡就簡單寫個大概,得到以上指令碼後進行簡單的編輯:
run{allocatechannelch1devicetypedisk;setnewnamefordatafile1to"+DATA/jmrac/datafile/system.268.877470209";setnewnamefordatafile2to"+DATA/jmrac/datafile/sysaux.269.877470211";setnewnamefordatafile3to"+DATA/jmrac/datafile/undotbs1.270.877470213";setnewnamefordatafile4to"+DATA/jmrac/datafile/users.271.877470213";setnewnamefordatafile5to"+DATA/jmrac/datafile/example.279.877470401";setnewnamefordatafile6to"+DATA/jmrac/datafile/undotbs2.280.877470779";setnewnamefortempfile1to"+DATA/jmrac/tempfile/temp.278.877470381";。。。。。。。。 restoredatabase;switchdatafileall;switchtempfileall;}
然後就可以在rman中執行以上修改好的 run 塊(指令碼)進行資料庫恢復。此處我並沒有生成關於redo日誌的轉換語句,因為我在講redo日誌轉換放到 run指令碼塊中執行總會提示 +DATA開頭的路徑不存在,所以就省略了redo,但是我發現數據庫恢復並未受影響,而且在恢復後redo日誌路徑已經轉換了。
9.在執行以上 run 指令碼命令後,會提示報錯:
RMAN-00571:===========================================================RMAN-00569:===============ERRORMESSAGESTACKFOLLOWS===============RMAN-00571:===========================================================RMAN-03002:failureofrestorecommandat03/25/201509:56:55RMAN-06026:sometargetsnotfound-abortingrestore RMAN-06023:nobackuporcopyofdatafile4foundtorestore RMAN-06023:nobackuporcopyofdatafile3foundtorestore RMAN-06023:nobackuporcopyofdatafile2foundtorestore RMAN-06023:nobackuporcopyofdatafile1foundtorestore
其實所有的備份都在,就是報這個錯,然後檢視資料,需要進行一下操作:
RMAN> list incarnation;
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
1 1 JBDB 1285701182 PARENT 1 15-AUG-09
2 2 JBDB 1285701182 PARENT 945184 12-JUL-13
然後又在原庫上做同樣的查詢:
RMAN> list incarnation;
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
1 1 JBDB 1285701182 PARENT 1 15-AUG-09
2 2 JBDB 1285701182 PARENT 945184 12-JUL-13
然後在異地庫重置 incarnation 為2:
RMAN> reset database to incarnation 2;
執行後再次執行 run 指令碼塊:
RMAN>run{ allocatechannelch1devicetypedisk; setnewnamefordatafile1to"+DATA/jmrac/datafile/system.268.877470209"; setnewnamefordatafile2to"+DATA/jmrac/datafile/sysaux.269.877470211"; setnewnamefordatafile3to"+DATA/jmrac/datafile/undotbs1.270.877470213"; setnewnamefordatafile4to"+DATA/jmrac/datafile/users.271.877470213"; setnewnamefordatafile5to"+DATA/jmrac/datafile/example.279.877470401"; setnewnamefordatafile6to"+DATA/jmrac/datafile/undotbs2.280.877470779"; setnewnamefortempfile1to"+DATA/jmrac/tempfile/temp.278.877470381"; 。。。。。。。。 restoredatabase;switchdatafileall;switchtempfileall;}
執行正常進行,恢復沒有出現問題。
10.資料庫檔案恢復後,執行recover database會報錯,提示缺少歸檔檔案:
RMAN>recoverdatabase;Startingrecoverat usingchannelORA_DISK_1 startingmediarecovery RMAN-00571:===========================================================RMAN-00569:===============ERRORMESSAGESTACKFOLLOWS===============RMAN-00571:===========================================================RMAN-03002:failureofrecovercommandat RMAN-06053:unabletoperformmediarecoverybecauseofmissinglog RMAN-06025:nobackupofarchivedlogforthread1withsequence71125andstartingSCNof16888076231foundtorestore
兩種方式:
一是在原庫找到歸檔檔案然後傳到異地庫伺服器,註冊歸檔資訊,然後再次recover恢復資料庫,前提是歸檔檔案能找到。
註冊歸檔資訊(歸檔檔案為 arch_71125_xxxx):
RMAN> catalog archivelog ‘/data/rmanbackup/arch_71125_xxxx’;
RMAN> recover database;
(恢復時提示找不到一個unknow的歸檔,不影響恢復)
二是按照提示的scn進行不完全恢復:
RAMN> run{
set until scn 16888076231;
recover database;
}
因為我歸檔檔案並未找到,所以是第二種方式。
11.恢復完成後登陸資料庫然後開啟資料庫(resetlogs方式):
SQL> alter database open resetlogs;
Database altered.
至此恢復完成。生產環境在恢復成功後一定要重新進行備份。