RMAN-05537问题解析

RMAN-05537: DUPLICATE without TARGET connection when auxiliary instance is started with spfile canno

今天是2014-06-18,在复制数据的时候出现如下错误:

RMAN-05537: DUPLICATE without TARGET connection when auxiliary instance is started with spfile cannot use SPFILE clause

操作过程如下:

[oracle@dg1 dbs]$ rman target sys/root@dg1 auxiliary sys/root@dg2    

Recovery Manager: Release 11.2.0.4.0 - Production on Wed Jun 18 13:24:33 2014    

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.    

connected to target database: RHYS (DBID=2760870303)
connected to auxiliary database: DG2 (not mounted)    

RMAN>     

RMAN>     

RMAN>     

RMAN>     

RMAN> run{
2>  allocate channel ch1 type disk;
3>  allocate channel ch2 type disk;
4>  allocate channel ch3 type disk;
5>  allocate channel ch4 type disk;
6>  allocate channel ch5 type disk;
7>  allocate channel ch6 type disk;
8>  allocate channel ch7 type disk;
9>  allocate auxiliary channel ch8 type disk;
10>  duplicate target database for standby from active database nofilenamecheck
11>  spfile
12>    parameter_value_convert 'dg1','dg2'
13>    set db_unique_name='dg2'
14>    set db_recovery_file_dest='/u01/app/oracle/fast_recovery_area'
15>    set DB_RECOVERY_FILE_DEST_SIZE='4G'
16>    set control_files='/u01/app/oracle/oradata/dg/control01.ctl'
17>    set db_create_file_dest='/u01/app/oracle/oradata/dg'
18>    set db_create_online_log_dest_1='/u01/app/oracle/oradata/dg'
19>    set log_archive_max_processes='5'
20>    set fal_client='dg2'
21>    set fal_server='dg1'
22>    set standby_file_management='AUTO'
23>    set log_archive_config='dg_config=(dg1,dg2)'
24>    set log_archive_dest_1='location=USE_DB_RECOVERY_FILE_DEST valid_for=(all_logfiles,all_roles)'
25>    set log_archive_dest_2='service=dg1 lgwr sync valid_for=(online_logfiles,primary_role) db_unique_name=dg1';
26>     sql channel ch6 "alter system set log_archive_max_processes=5";
27>     sql channel ch7 "alter system set fal_client=dg1";
28>     sql channel ch7 "alter system set fal_server=dg2";
29>     sql channel ch5 "alter system set standby_file_management=AUTO";
30>     sql channel ch6 "alter system set log_archive_config=''dg_config=(dg1,dg2)''";
31>     sql channel ch7 "alter system set log_archive_dest_2=''service=dg2 lgwr sync valid_for=(online_logfiles,primary_role) db_unique_name=dg2''";
32>     sql channel ch6 "alter system set log_archive_dest_1=''location=USE_DB_RECOVERY_FILE_DEST valid_for=(all_logfiles,all_roles)''";
33>     sql channel ch1 "alter system archive log current";
34>     sql channel ch8 "alter database recover managed standby database using current logfile disconnect from session";
35>  release channel ch1;
36>  release channel ch2;
37>  release channel ch3;
38>  release channel ch4;
39>  release channel ch5;
40>  release channel ch6;
41>  release channel ch7;
42>  release channel ch8;
43> }    

using target database control file instead of recovery catalog
allocated channel: ch1
channel ch1: SID=35 device type=DISK    

allocated channel: ch2
channel ch2: SID=42 device type=DISK    

allocated channel: ch3
channel ch3: SID=44 device type=DISK    

allocated channel: ch4
channel ch4: SID=38 device type=DISK    

allocated channel: ch5
channel ch5: SID=36 device type=DISK    

allocated channel: ch6
channel ch6: SID=41 device type=DISK    

allocated channel: ch7
channel ch7: SID=37 device type=DISK    

allocated channel: ch8
channel ch8: SID=1 device type=DISK    

Starting Duplicate Db at 18-JUN-14
released channel: ch1
released channel: ch2
released channel: ch3
released channel: ch4
released channel: ch5
released channel: ch6
released channel: ch7
released channel: ch8
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 06/18/2014 13:24:43
RMAN-05501: aborting duplication of target database
RMAN-05537: DUPLICATE without TARGET connection when auxiliary instance is started with spfile cannot use SPFILE clause    

RMAN> exit

问题处理,

将备库创建pfile文件,然后从pfile启动即可。

[oracle@dg2 dbs]$ sqlplus / as sysdba    

SQL*Plus: Release 11.2.0.4.0 Production on Wed Jun 18 13:25:03 2014    

Copyright (c) 1982, 2013, Oracle.  All rights reserved.    

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options    

SQL> shutdown immediate;
ORA-01507: database not mounted    

ORACLE instance shut down.
SQL>
SQL> create pfile='/home/oracle/pfile.ora' from spfile;    

File created.    

SQL> startup nomount pfile='/home/oracle/pfile.ora';
ORACLE instance started.    

Total System Global Area  839282688 bytes
Fixed Size                  2257880 bytes
Variable Size             545262632 bytes
Database Buffers          289406976 bytes
Redo Buffers                2355200 bytes
SQL>
SQL>

本栏目更多精彩内容:http://www.bianceng.cnhttp://www.bianceng.cn/database/Oracle/

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索channel interleaving
, channel
, sql server 2014
, set
, database
, ch341
, channels
, release
, rman
type
rman level 0、rman 0级备份、rman 0级备份 1级备份、rman 0 1 2、rman 0级备份恢复,以便于您获取更多的相关知识。

时间: 2024-12-03 14:38:42

RMAN-05537问题解析的相关文章

rman异机duplicate active数据库的实现

实验环境: 源数据库服务器名:beijing    数据库全局名和SID: orcl 辅助数据库:suzhou 只安装数据库软件,没有新建数据库 在辅助服务器 suzhou上复制一个例程名和数据库名都是bj的数据库. 步骤如下: (1)辅助 数据库服务器suzhou上构建辅助数据库目录结构 (2)suzhou服务器上建立数据库复 制例程服务 (3)源数据库服务器名beijing上创建pfile,并复制到辅助数据库,修 改相关内容 (4)在辅助服务器suzhou上用pfile文件,将辅助数据库启动

RMAN duplicate from active 时遭遇 ORA-17627 ORA-12154

    最近在从活动数据库进行异机克隆时碰到了ORA-17629,ORA-17627,ORA-12154的错误,起初以为是一个Bug呢.Oracle Bug着实太多了,已经成了习惯性思维了.汗!错误提示是无法连接到连接到远程数据库,连接字符串无法解析.咦,配置了从auxiliary DB到target DB的tnsnames,且都是连通的阿......   1.故障现象    --下面的操作在auxiliary DB所在的机器上完成    [oracle@linux4 ~]$ export OR

使用RMAN迁移文件系统数据库到ASM

--================================== -- 使用RMAN迁移文件系统数据库到ASM --==================================       在实际的工作过程中,由于ASM磁盘管理的便利性,因此很多时候需要将文件系统的数据库迁移到ASM,本文演示了如何将文件系统数据库迁移到ASM实例.     有关如何创建ASM实例及ASM磁盘管理请参考         创建ASM实例及数据库         ASM 磁盘组及磁盘的管理      

备份恢复16——rman介质管理问题

原文转自:http://blog.csdn.net/tianlesoftware/article/details/5678698 Oracle 10g中的RMAN 使用程序主要关注的是将磁盘备份作为介质恢复解决方案的最佳方法. 随着磁盘价格的下跌,大量的存储区网络(Storage Area Network:SAN)已经在很多数据中心找到了永久的存储空间. 随着业务向着价格越来越便宜而容量越来越大的磁盘发展,对RMAN的功能(如Flashback)进行了升级,从而可以最有效的利用可用存储空间. R

rman命令学习-tina(下)

五.rman删除     delete命令     删除相关的备份集或镜像副本的物理文件,同时将删除标记DELETE更新到控制文件,如果使用恢复目录,则是清除恢复目录内的备份集.     delete (archivelog, backuppiece, backupset, backup, controlfilecopy, copy, datafilecopy, expired, force,     foreign, global, noprompt, obsolete, proxy, scr

基于catalog 的RMAN 备份与恢复

--================================= -- 基于catalog 的RMAN 备份与恢复 --=================================       RMAN的备份与恢复存储仓库的数据通常存放于控制文件或恢复目录中,本文主要讲述基于catalog的备份与恢复.     关于catalog的创建请参考:RMAN catalog的创建和使用       catalog方式的RMAN备份与恢复只不过是将备份恢复信息数据放在catalog目录内,普

使用RMAN实现异机备份恢复(WIN平台)

--=================================-- 使用RMAN实现异机备份恢复(WIN平台)--=================================     在有些情况下,如数据库服务器处于磁盘空间的压力或成本控制需要将数据文件备份到异机,使用RMAN可以完成该工作.基于Windows平台所需完成的配置相对简单,仅仅是添加账户与使用新增的帐户来启动数据库服务以及设置共享路径.    下面给出具体描述.    一.配置数据库服务器与备份目的主机    1.

RMAN 备份路径困惑(使用plus archivelog时)

--******************************************* -- RMAN 备份路径困惑(使用plus archivelog时) --*******************************************       最近RMAN备份时,碰到一点疑惑.即使用plus archivelog 时不管是使用format参数指定备份文件的路径还是使用configure配置RMAN备份路径,都不能 将数据文件和日志文件备份到同一路径.在因为以前使用RMAN备

备份软件体系架构解析

从今天开始,我将陆续分享有关备份架构和特性系列知识,数据保护方案目前主要分了两大类,一类是备份,另一类是容灾.备份主要是对数据提供多副本冗余,当数据发生误操作.病毒感染和丢失等逻辑错误后,可以用备份副本进行恢复,保证数据少丢失或甚至不丢失,CDP也是一种实时数据备份技术. 然而容灾是保证业务连续性的一种技术,主站点和容灾站点数据基本一致,主站点的数据错误也会同步到容灾站点,所以,容灾技术是当业务发生逻辑或物理故障后,通过容灾切换迅速拉起业务并提供服务,保证业务连续在线. 备份技术概述 数据备份的

ORA-01103错误解析

ORA-01103错误解析 作者:吴伟龙 Name: PrudenceWoo QQ:286507175msn:happy-wuweilong@hotmail.com   1.环境介绍:    这是一测试库,我将参数文件,控制文件,数据文件全部删除之后,做数据恢复,但是 我把控制文件和参数文件都恢复回来了,可数据库却怎么也打不开,报ORA-01103: database name 'WWL' in control file is not 'DUMMY'错误   我的数据库名称是:WWL   2.执