发生的这个错误的由于: 在RMAN CATALOG中,register了一个name叫test的数据库,后来这个库被我搞坏了.就重建了一个test的数据库,名称没有更改,又重新register到RMAN CATALOG中.在用CATALOG备份都是没有问题.后来模拟controlfile/datafile丢失的case,就发生了 RMAN-20005: target database name is ambiguous的错误. 由于CATALOG上有两个不同DBID但是名称相同的target d…

使用duplicate target database ... from active database复制数据库 source db:ora11auxiliary db:dupdb 1.修改监听文件,静态注册监听 SID_LIST_ORA11 = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = ora11) (ORACLE_HOME = /u11/app/oracle/product//dbhome_1) (SID_NAME =ora11) ) (SID_DE…

oracle 11.2.0.4 运行以下脚本,使用活动数据库复制技术创建dataguard备库报错rman-005001: run{ duplicate target database for standby from active database spfile     set db_unique_name='dbkingstd'     set log_file_name_convert '/u01/app/oracle/oradata/dbking','/u01/app/oracle/or…

duplicate database的时候,rman连接 auxiliary database的后状态不正确 auxiliary database 已经被startup nomount,但是rman连接后显示状态是not started $ export ORACLE_SID=dupdb $ sqlplus '/as sysdba' SQL> startup nomount $ rman Recovery Manager: Release - Production on Fri Jun :: C…

线上oracle datagard备库由于断电以及误删除从库的归档日志文件,所以导致,备库主库数据不一致,备库须要紧急恢复.以下是大概恢复过程 1,从主库上面备份控制文件[oracle@localhost rman_recover]$ rman target /RMAN> backup current controlfile for standby format '/data/oracle/backup/data/ctlfile.bak';Starting backup at 22-MAY-14…

リンク:How to Move/Restore DB to New Host and File System using RMAN (Doc ID 1338193.1)https://docs.oracle.com/cd/E16338_01/server.112/b56310/upgrade.htm#CACGGHJC ************************************************************Migration Resource************…

执行 duplicate target databaseto orcl from active database nofilenamecheck报错如下: RMAN> duplicate target databaseto orcl from active database nofilenamecheck; Starting Duplicate Db at 23 using target database control file instead of recovery catalog allo…

问题:rman duplicate时报错: RMAN-05001:auxiliary file name /u01/app/oracle/oradata/fratbs01.dbf conflicts with a file used by the target database 分析:应该是主库的这个数据文件位置没有在参数里面做转换 解决: 1)更改参数DB_FILE_NAME_CONVERT 查看原来参数配置:(vi initSBDB1.dbf) DB_FILE_NAME_CONVERT='S…

做DG的时候 主库两个节点无法把日志传到备库上 SQL> select dest_name,status,type,database_mode,protection_mode,destination,applied_seq#,db_unique_name from v$archive_dest_status; DEST_NAME STATUS TYPE DATABASE_MODE PROTECTION_MODE DESTINATIO APPLIED_SEQ# DB_UNIQUE_NAME ---…

在flask中进行数据库迁移时报错,报错信息为"Target database is not up",解决方案如下 找到alembic的最新版本号,找到文件夹migrate下的最新版本,文件名即为最新版本号(去掉末尾的_) 然后更新数据库表alembic_version里version_num的字段,将该字段的值改为最新版本号 再次迁移即可成功 还有一种方法(如果你的数据不重要的话):删除数据文件和migrate文件,重新初始化数据库.…