一個備份集同時恢出dataguard的主庫&備庫
----------源庫rman備份---------------------- RMAN> backup as compressed backupset database format '/mnt/rmanm/wholem_%d_%U'; 生成:wholem_MSCDB_02ovel9i_1_1/wholem_MSCDB_03ovelef_1_1/wholem_MSCDB_04ovetlg_1_1 RMAN> backup current controlfile format '/mnt/rmanm/ctl_%d_%U'; 生成:ctl_MSCDB_05ovev9f_1_1 backup archivelog all format '/mnt/rmanm/arch_%d_%U'; 生成:arch_MSCDB_07ovevel_1_ backup current controlfile format '/mnt/rmanm/ctl_%d_%U'; 生成:ctl_MSCDB_08ovevfk_1_1 BS Key Size Device Type Elapsed Time Completion Time ------- ---------- ----------- ------------ --------------- 6 1.48M DISK 00:00:00 31-JAN-14 BP Key: 6 Status: AVAILABLE Compressed: NO Tag: TAG20140131T135949 Piece Name: /mnt/rmanm/arch_MSCDB_07ovevel_1_1 List of Archived Logs in backup set 6 Thrd Seq Low SCN Low Time Next SCN Next Time ---- ------- ---------- --------- ---------- --------- 1 31227 194125679 31-JAN-14 194126673 31-JAN-14 1 31228 194126673 31-JAN-14 194127437 31-JAN-14 1 31229 194127437 31-JAN-14 194127886 31-JAN-14 1 31230 194127886 31-JAN-14 194128361 31-JAN-14 1 31231 194128361 31-JAN-14 194128820 31-JAN-14 1 31232 194128820 31-JAN-14 194129424 31-JAN-14 1 31233 194129424 31-JAN-14 194129980 31-JAN-14 1 31234 194129980 31-JAN-14 194130514 31-JAN-14 1 31235 194130514 31-JAN-14 194131079 31-JAN-14 1 31236 194131079 31-JAN-14 194131303 31-JAN-14 1 31237 194131303 31-JAN-14 194131324 31-JAN-14 BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 7 Full 13.61M DISK 00:00:02 31-JAN-14 BP Key: 7 Status: AVAILABLE Compressed: NO Tag: TAG20140131T140020 Piece Name: /mnt/rmanm/ctl_MSCDB_08ovevfk_1_1 Control File Included: Ckp SCN: 194131352 Ckp time: 31-JAN-14 -----------------主庫-------------------- 1.恢控制檔案 sql>startup nomount; RMAN>restore controlfile from '/mnt/rmanm/ctl_MSCDB_05ovev9f_1_1'; 2.恢資料檔案 RMAN>sql 'alter database mount'; run{ set NEWNAME for datafile 1 to '+DATADG/MSCDB/data/1-system01.dbf'; set NEWNAME for datafile 2 to '+DATADG/MSCDB/data/2-sysaux01.dbf'; set NEWNAME for datafile 3 to '+DATADG/MSCDB/data/3-undotbs01.dbf'; 。。。 set NEWNAME for datafile 54 to '+DATADG/MSCDB/data/54-CBMS_DATA0103.ora'; restore database; set NEWNAME for datafile 1 to '+DATADG/MSCDB/data/1-system01.dbf'; set NEWNAME for datafile 2 to '+DATADG/MSCDB/data/2-sysaux01.dbf'; set NEWNAME for datafile 3 to '+DATADG/MSCDB/data/3-undotbs01.dbf'; 。。。 set NEWNAME for datafile 54 to '+DATADG/MSCDB/data/54-CBMS_DATA0103.ora'; switch datafile all; recover database; } 找不到歸檔31227#, 3.恢歸檔 sql>shutdown immediate; cp control01.ctl control01.ctl.bak cp control02.ctl control02.ctl.bak cp control03.ctl control03.ctl.bak sql>startup nomount; RMAN>restore controlfile from '/mnt/rmanm/ctl_MSCDB_08ovevfk_1_1 '; RMAN>restore archivelog from sequence = 31227 until sequence = 31235; ------------腦子暈了 明明是31237阿。為啥寫31235呢。悲劇 sql>shutdown immediate; cp control01.ctl control01.ctlnew cp control01.ctlbak control01.ctl cp control02.ctl control02.ctlnew cp control02.ctlbak control02.ctl cp control03.ctl control03.ctlnew cp control03.ctlbak control03.ctl 4.recover啟庫 sql>recover database using backup controlfile until cancel; auto select name from v$tempfile; select member from v$logfile; alter database rename file '/oradata/MSCDB/temp01.dbf' to '+DATADG/MSCDB/data/temp01.dbf'; alter database rename file '/oradata/MSCDB/redo01.log' to '+DATADG/MSCDB/redo_a/redo01.log'; alter database rename file '/oradata/MSCDB/redo02.log' to '+DATADG/MSCDB/redo_a/redo02.log'; alter database rename file '/oradata/MSCDB/redo03.log' to '+DATADG/MSCDB/redo_a/redo03.log'; ALTER DATABASE ADD STANDBY LOGFILE GROUP 4 ('+DATADG/MSCDB/redo_a/standby_redo4.log') SIZE 200M; ALTER DATABASE ADD STANDBY LOGFILE GROUP 5 ('+DATADG/MSCDB/redo_a/standby_redo5.log') SIZE 200M; ALTER DATABASE ADD STANDBY LOGFILE GROUP 6 ('+DATADG/MSCDB/redo_a/standby_redo6.log') SIZE 200M; ALTER DATABASE ADD STANDBY LOGFILE GROUP 7 ('+DATADG/MSCDB/redo_a/standby_redo7.log') SIZE 200M; alter database open resetlogs; ------------------備庫------------------- 1,2和主庫一樣 1.恢控制檔案 sql>startup nomount; RMAN>restore controlfile from '/mnt/rmanm/ctl_MSCDB_05ovev9f_1_1'; 2.恢資料檔案 RMAN>sql 'alter database mount'; run{ set NEWNAME for datafile 1 to '+DATADG/MSCDB/data/1-system01.dbf'; set NEWNAME for datafile 2 to '+DATADG/MSCDB/data/2-sysaux01.dbf'; set NEWNAME for datafile 3 to '+DATADG/MSCDB/data/3-undotbs01.dbf'; 。。。 set NEWNAME for datafile 54 to '+DATADG/MSCDB/data/54-CBMS_DATA0103.ora'; restore database; set NEWNAME for datafile 1 to '+DATADG/MSCDB/data/1-system01.dbf'; set NEWNAME for datafile 2 to '+DATADG/MSCDB/data/2-sysaux01.dbf'; set NEWNAME for datafile 3 to '+DATADG/MSCDB/data/3-undotbs01.dbf'; 。。。 set NEWNAME for datafile 54 to '+DATADG/MSCDB/data/54-CBMS_DATA0103.ora'; switch datafile all; recover database; } --------------------------分析------------------------------------------------- 備庫網路相當好,速度是主庫的20倍,導致 備庫的資料檔案比主庫更早恢復好。 主庫完工的時候,備庫後面的歸檔都自動傳了。非常詭異已經應用到31237了(這是為什麼呢?!)。兩邊不一致了, 備庫在分岔路口不知道要應用哪個歸檔了。 31234 31235 31236 __________________________________31237備庫 ·\__________________ 1 2 3 4 主庫 ——————————————————————————備庫正確操作------------------------------------------ 1.恢控制檔案 sql>startup nomount; RMAN>restore standby controlfile from '/mnt/rmanm/ctl_MSCDB_05ovev9f_1_1'; 2.恢資料檔案 RMAN>sql 'alter database mount'; run{ set NEWNAME for datafile 1 to '+DATADG/MSCDB/data/1-system01.dbf'; set NEWNAME for datafile 2 to '+DATADG/MSCDB/data/2-sysaux01.dbf'; set NEWNAME for datafile 3 to '+DATADG/MSCDB/data/3-undotbs01.dbf'; 。。。 set NEWNAME for datafile 54 to '+DATADG/MSCDB/data/54-CBMS_DATA0103.ora'; restore database; set NEWNAME for datafile 1 to '+DATADG/MSCDB/data/1-system01.dbf'; set NEWNAME for datafile 2 to '+DATADG/MSCDB/data/2-sysaux01.dbf'; set NEWNAME for datafile 3 to '+DATADG/MSCDB/data/3-undotbs01.dbf'; 。。。 set NEWNAME for datafile 54 to '+DATADG/MSCDB/data/54-CBMS_DATA0103.ora'; switch datafile all; --recover database; 這句去掉,防止發生詭異問題 } recover報錯找不到歸檔31227# 3.追resetlogs之前的歸檔 sql>shutdown immediate; sql>startup nomount; RMAN>restore controlfile from '/mnt/rmanm/ctl_MSCDB_08ovevfk_1_1 '; RMAN>restore archivelog from sequence = 31227 until sequence = 31235; 應用缺失的歸檔進行恢復: sql>recover automatic standby database; auto追至31235,尋找31236。。不能讓它找到哦,要和做了resetlog的主庫一樣再從1開始。那麼就用主庫的控制檔案。 4. 追resetlogs之後的歸檔 sql>shutdown immediate; sql>startup nomount; 把主庫的控制檔案備份出來 RMAN>backup current controlfile; 在備庫上恢復 RMAN>restore standby controlfile from '/oracle/app/oracle/product/11.2.0/dbs/07otonhb_1_1'; 再做sql>recover automatic standby database; 果然開始從1開始了,大功快告成了! 把主庫歸檔備份出來 RMAN>backup archivelog from sequence = 1 until sequence = 104; 在備庫上恢復 RMAN>catalog start with '/oracle/app/oracle/product/11.2.0/dbs'; RMAN>restore archivelog from sequence = 1 until sequence = 104; 再做sql>recover automatic standby database; 刷的就追完了,和主庫一樣了。 5.開啟實時應用 sql>alter database recover managed standby database using current logfile disconnect from session; 在主庫切幾個歸檔alter system switch logfile; select thread#,sequence#,applied from v$archived_log order by 2; 看到都及時應用了。done!
過程有點坎坷。但證明一個備份集可以恢出主備兩個庫來的,即使主庫做了resetlog。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7590112/viewspace-1070201/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 利用innobackupex備份集恢復指定庫
- 在DG備庫備份資料庫並恢復到一個主機上,報錯RMAN-06820資料庫
- 從dataguard備份的恢復機制
- 備份與恢復:polardb資料庫備份與恢復資料庫
- 資料庫備份恢復資料庫
- 【RMAN】同時建立多個備份(建立多重備份)
- BMMySQL定時備份資料庫(全庫備份)的實現meuMySql資料庫
- Mysqldump 在備庫進行備份時會阻塞備庫的sql_threadMySqlthread
- PostgreSql資料庫的備份和恢復SQL資料庫
- 利用MySQL全備份(mysqldump),如何只恢復一個庫或者一個表?MySql
- Mysql資料庫備份及恢復MySql資料庫
- 達夢資料庫備份恢復資料庫
- ORACLE DG從庫 Rman備份恢復Oracle
- postgresql備份與恢復資料庫SQL資料庫
- 將RAC備份集恢復為單例項資料庫單例資料庫
- 時序資料庫InfluxDB之備份和恢復策略資料庫UX
- 時序資料庫 InfluxDB 之備份和恢復策略資料庫UX
- 資料庫備份與恢復技術資料庫
- Mongo 資料庫備份和恢復命令Go資料庫
- pg_dump 備份,恢復資料庫資料庫
- 定時備份MySQL資料庫MySql資料庫
- 【DATAGUARD】Oracle Dataguard物理備庫切換最佳實踐(sqlplus)OracleSQL
- oracle 備份資料庫,匯出資料庫Oracle資料庫
- 詳解叢集級備份恢復:物理細粒度備份恢復
- SqlServer資料庫恢復備份資料的方法SQLServer資料庫
- Linux下MySQL資料庫的備份與恢復LinuxMySql資料庫
- Elasticsearch叢集的備份與恢復Elasticsearch
- Polardb資料庫掛庫後,如何恢復主備關係資料庫
- 在Linux中,如何備份一個資料庫?Linux資料庫
- vivo 資料庫備份恢復系統演化資料庫
- 使用Mysqldump備份和恢復MySQL資料庫MySql資料庫
- MySQL-19.資料庫備份與恢復MySql資料庫
- PG-pg_dump備份/恢復資料庫資料庫
- Oracle資料庫由dataguard備庫引起的log file sync等待Oracle資料庫
- 資料庫備份資料庫
- 資料庫定時備份linux篇資料庫Linux
- 建立良好的資料庫備份和恢復策略時,需要考慮以下幾個點資料庫
- 備份與恢復:Polardb資料庫資料基於時間點恢復資料庫
- 【RMAN】Oracle12c之後,rman備份Dataguard備端恢復可能出現邏輯錯誤Oracle