ITPub博客

首页 > Linux操作系统 > Linux操作系统 > rman dg duplicate 系列问题更新。。

rman dg duplicate 系列问题更新。。

原创 Linux操作系统 作者:ad007520 时间:2010-10-18 19:47:05 0 删除 编辑

rman dg duplicate 系列问题更新。。

6、RMAN> restore spfile from '/u01/app/oracle/flash_recovery_area/ORCL/autobackup/2010_10_17/o1_mf_s_732633337_6cpcsv2b_.bkp';
恢复old spfile时RMAN-06564: must use the TO clause when the instance is started with SPFILE
解决办法:指定to cluase即可
Starting restore at 18-OCT-10
using channel ORA_DISK_1

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 10/18/2010 10:52:45
RMAN-06564: must use the TO clause when the instance is started with SPFILE

RMAN> restore spfile  to '/u01/app/oracle/db10g/dbs/spfileorcl.ora'  from '/u01/app/oracle/flash_recovery_area/ORCL/autobackup/2010_10_17/o1_mf_s_732633337_6cpcsv2b_.bkp';

Starting restore at 18-OCT-10
using channel ORA_DISK_1

channel ORA_DISK_1: autobackup found: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2010_10_17/o1_mf_s_732633337_6cpcsv2b_.bkp
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 10/18/2010 10:54:56
ORA-32011: cannot restore SPFILE to location already being used by the instance

RMAN> restore spfile  to '/u01/app/oracle/spfileorcl.ora'  from '/u01/app/oracle/flash_recovery_area/ORCL/autobackup/2010_10_17/o1_mf_s_732633337_6cpcsv2b_.bkp';

Starting restore at 18-OCT-10
using channel ORA_DISK_1

channel ORA_DISK_1: autobackup found: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2010_10_17/o1_mf_s_732633337_6cpcsv2b_.bkp
channel ORA_DISK_1: SPFILE restore from autobackup complete
Finished restore at 18-OCT-10


1、
RMAN> duplicate target database to orcl;--用于复制数据库/duplicate target database for standby;--用于生成standby库

Starting Duplicate Db at 17-OCT-10
using target database control file instead of recovery catalog
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: sid=155 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 10/17/2010 11:56:34
RMAN-05501: aborting duplication of target database
RMAN-05001: auxiliary filename /u01/app/oracle/oradata/orcl/users01.dbf conflicts with a file used by the target database
RMAN-05001: auxiliary filename /u01/app/oracle/oradata/orcl/sysaux01.dbf conflicts with a file used by the target database
RMAN-05001: auxiliary filename /u01/app/oracle/oradata/orcl/undotbs01.dbf conflicts with a file used by the target database
RMAN-05001: auxiliary filename /u01/app/oracle/oradata/orcl/system01.dbf conflicts with a file used by the target database
RMAN-05001: auxiliary filename /u01/app/oracle/oradata/orcl/redo03.log conflicts with a file used by the target database
RMAN-05001: auxiliary filename /u01/app/oracle/oradata/orcl/redo02.log conflicts with a file used by the target database

如果在RMAN恢复时不指定 nofilenamecheck 参数
则在db_file_name_convert or log_file_name_convert中源、目的数据文件(参数值)相同是做恢复会出现RMAN-05501错误
2、
RMAN> duplicate target database to orcl;

Starting Duplicate Db at 17-OCT-10
using channel ORA_AUX_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 10/17/2010 11:02:08
ORA-01405: fetched column value is NULL


解决办法: alter system switch logfile

3、

contents of Memory Script.:
{
   Alter clone database open resetlogs;
}
executing Memory Script
。。不动了
解决。。给每个日志文件至少一次归档


 
4、
DGMGRL> add database orcl as 
> connect identifier is orcl
> maintained as physical;
Error: ORA-16642: db_unique_name mismatch
 
主库 和备库的db_unique_name不能一样
5、dg switch to norcl后
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-16649: database will open after Data Guard broker has evaluated Fast-Start
Failover status

解决:首先检查listener是否正常
cli 查看configuration中fast_start failover是否enable 都具备则不需做什么
Cause: The database is being opened while Fast-Start failover is enabled. The message indicates that the Data Guard broker will first determine if conditions are suitable for opening; that is, a Fast-Start failover did not occur while the database was unavailable.
Action: No action is normally required. The Data Guard broker will continue opening the database after determining a Fast-Start failover did not occur. If there is a chance that a Fast-Start Failover did occur, the database will remain in the mounted state and will not open. In this case, check the target standby to see if a role transition took place.

 

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/21993926/viewspace-676217/ ,如需转载,请注明出处,否则将追究法律责任。

下一篇: broker 学习
请登录后发表评论 登录
全部评论

注册时间:2009-06-28

  • 博文量
    137
  • 访问量
    287976