在介绍ORA-20079前我们先简单介绍一下resync catalog:通常,如果我们一直使用catalog来做backup or restore的话就不需要手工的做
在介绍ORA-20079前我们先简单介绍一下resync catalog:
Using the RESYNC CATALOG Command
Any structural changes to the database cause the control file and recovery catalog to become “out of synch.” The catalog will be synchronized automatically when a BACKUP or COPY command is issued with a connection to the catalog. However, this synchronization can cause a [B]delay[/B] in the backup operation.
在RMAN中使用catalog时,会使用同步命令来保证catalog与目标数据库的controlfile的內容一致。
通常,如果我们一直使用catalog来做backup or restore的话就不需要手工的做同步,,因为我们发出的backup or restore命令完成后会自动同步catalog和controlfile中的內容,只有我们有时候用catalog,而有某些时候又不用catalog来做backup or restore的时候才需要发出 resync catalog的命令来手工做同步。Oracle同步catalog时,会先建立个snapshot controlfile并且比较这个文件和catalog,完成比较后,oracle根据这个snapshot controlfile来同步catalog,并使它们保持一致。
公司的某套生产环境库为11.2.0.3RAC+DG(AIX),在备库上作备份。一次发现备份失败,报错如下:
RMAN> RMAN>
ORA-20079: full resync from primary database is not done
doing automatic resync from primary
resyncing from database with DB_UNIQUE_NAME EGMMDB
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of configure command at 03/25/2014 04:52:42
RMAN-03014: implicit resync of recovery catalog failed
RMAN-03009: failure of partial resync command on default channel at 03/25/2014 04:52:42
ORA-17629: Cannot connect to the remote database server
ORA-17627: ORA-00942: table or view does not exist
在mos上找到了几个处理方案,可供参考
After new files are added to primary, rman fails at Standby with ORA-20079: Full Resync From Primary Database Is Not Done (Doc ID 1604302.1)
RMAN-06613: Connect identifier for DB_UNIQUE_NAME not configured (Doc ID 1598653.1)