执行 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…
问题描述:删除归档的备份,在进行归档的重新备份,提示:skipping archived logs of thread 1 from sequence 29 to 46; already backed up,这个也不算报错,接着之前的ORA-19625 1.进行备份,但是提示我归档已经存在,但是我已经把备份全都物理删除了,rm * /u01/app/oracle/oradata/Backup  已经删除过Backup下所有的备份,包括这些归档,但是提示过下边这些归档已经存在,很奇怪 然后我的备份…
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 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 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…
做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 ---…
发生的这个错误的由于: 在RMAN CATALOG中,register了一个name叫test的数据库,后来这个库被我搞坏了.就重建了一个test的数据库,名称没有更改,又重新register到RMAN CATALOG中.在用CATALOG备份都是没有问题.后来模拟controlfile/datafile丢失的case,就发生了 RMAN-20005: target database name is ambiguous的错误. 由于CATALOG上有两个不同DBID但是名称相同的target d…
问题: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…
在flask中进行数据库迁移时报错,报错信息为"Target database is not up",解决方案如下 找到alembic的最新版本号,找到文件夹migrate下的最新版本,文件名即为最新版本号(去掉末尾的_) 然后更新数据库表alembic_version里version_num的字段,将该字段的值改为最新版本号 再次迁移即可成功 还有一种方法(如果你的数据不重要的话):删除数据文件和migrate文件,重新初始化数据库.…
问题:flask-migrate数据迁移添加新的表,执行python manager.py db migrate 出现Target database is not up to date 原因: 1. 查看migrate的状态 $: python manager.py db heads 2. 查看当前的状态 $ python manager.py db current 发现 版本号不一致 解决: $ python manager.py db stamp head $ python manager.…