这个是经理给的一份复制备份计划,只须要利用rman智能管理复制,无需手工操做。关键字是auxiliary,在rman中使用到,其实不是什么技术名称。操做过程整理及错误收集以下。html
RMAN> backup database plus archivelog;
scp /home/oracle/rmanbk/VICDB_1711386261_15_1_20141023.bkp 10.1.1.2:/home/oracle/rmanbk/ --包含数据文件的bkp scp /home/oracle/rmanbk/VICDB_1711386261_16_1_20141023.bkp 10.1.1.2:/home/oracle/rmanbk/ --包含控制文件的bkp scp /home/oracle/rmanbk/VICDB_1711386261_20_1_20141023.bkp 10.1.1.2:/home/oracle/rmanbk/ --包含了归档
vi initvicdb.ora db_name='vicdb' SQL> startup nomount pfile='oradata/vicl/initvicl.ora'
orapwd file=orapwvicdb password=oracle
在原库和目标库上配置listener,须要使用静态注册(缘由是目标库上的数据库库只能启动到nomount状态,若是使用动态注册,那么listener的状态为blocked状态,block状态表示只能在本机进行链接是收到限制的链接)
sql
LISTENER= (DESCRIPTION= (ADDRESS_LIST= (ADDRESS=(PROTOCOL=tcp)(HOST=10.1.1.2)(PORT=1521)) )) SID_LIST_LISTENER= (SID_LIST= (SID_DESC= (GLOBAL_DBNAME=vicdb) (ORACLE_HOME=/oracle/app/db) (SID_NAME=vicdb)) )
配置tns(rman能够在任何机器上发起链接,可是须要有tns,如目前准备在10.1.1.11上使用rman发起链接,那么就须要在10.1.1.11上配置去目标库和原库的tns)数据库
to_2 = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.1.2)(PORT = 1521)) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = vicdb) ) ) to_11 = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.1.11)(PORT = 1521)) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = vicdb) ) )
rman target sys/oracle@to_2 connected to target database: VICDB (not mounted) rman target sys/oracle@to_11 connected to target database: VICDB (DBID=1711386261)
rman target sys/oracle@to_11 auxiliary sys/oracle@to_2 --此处的target database为10.1.1.11,auxiliary为10.1.1.2,表示要把10.1.1.11复制到10.1.1.2上) RMAN> duplicate target database to orcl nofilenamecheck;
现象: RMAN-04006: error from auxiliary database: ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist Linux Error: 2: No such file or directory 缘由:目标数据库没有启动到nomount状态 解决:启动目标数据库到nomount状态
现象: RMAN-03002: failure of Duplicate Db command at 10/23/2014 23:08:42 RMAN-05520: database name mismatch, auxiliary instance has VCDB, command specified VICDB 缘由:目标库参数文件中的db_name和原库的db_name不一致致使 解决:在目标库上修改参数文件的db_name
现象: RMAN-06053: unable to perform media recovery because of missing log RMAN-06025: no backup of archived log for thread 1 with sequence 39 and starting SCN of 2144142 found to restore RMAN-06025: no backup of archived log for thread 1 with sequence 38 and starting SCN of 2144139 found to restore RMAN-06025: no backup of archived log for thread 1 with sequence 37 and starting SCN of 2142826 found to restore 缘由:数据库须要恢复到原库当前log的first_change# 处,目前只有sequence#为36的归档被cp到了目标库,缺乏37 38 39,故报错 解决: 方法一: 在sqlplus中执行不彻底恢复 recover database using backup controlfile until cancel cancel; 方法2 将须要的归档cp到对应目录 原库上执行 [oracle@vicdb arc]$ scp * 10.1.1.2:/home/oracle/arc/ 目标库上执行: alter system set log_archive_dest_1='location=/home/oracle/arc/' ; (缘由:因为log_archive_dest_1没设置,恢复的时候回去/oracle/app/db/dbs/中寻找归档文件,确定是找不到的,故咱们能够把归档路径设置为和原库同样,这样就能够找到了) SQL> recover database using backup controlfile ; ORA-00279: change 2142775 generated at 10/23/2014 22:46:17 needed for thread 1 ORA-00289: suggestion : /home/oracle/arc/1_36_861363552.dbf ORA-00280: change 2142775 for thread 1 is in sequence #36 Specify log: {<RET>=suggested | filename | AUTO | CANCEL} auto SQL> recover database using backup controlfile until cancel