RE: EXT :Re: rman duplicate wants a standby control file

From: Chitale, Hemant Krishnarao <>
Date: Fri, 4 Nov 2011 09:46:08 +0800
Message-ID: <>

I would say that you need a separate controlfile backup -- a controlfile autobackup. Since yours is a NOCATALOG backup, Oracle cannot identify which backupset contains the controlfile (else it would have to probe each backuppeice !). However a controlfile autobackup in the "correct" location can be immediately identified.

Try with CONTROLFILE AUTOBACKUP ON. (and not having to create a Standby controlfile).   

Hemant K Chitale


-----Original Message-----

From: [] On Behalf Of Schauss, Peter (ESS) Sent: Friday, November 04, 2011 2:12 AM
To: April Sims
Subject: RE: EXT :Re: rman duplicate wants a standby control file

Thanks. That worked, but I still don't understand why I need a standby controlfile backup when I am not creating a standby database.

  • Peter Schauss

From: April Sims [] Sent: Thursday, November 03, 2011 10:35 AM To: Schauss, Peter (ESS)
Subject: EXT :Re: rman duplicate wants a standby control file

RMAN> BACKUP CURRENT CONTROLFILE FOR STANDBY; On Thu, Nov 3, 2011 at 8:30 AM, Schauss, Peter (ESS) <<>> wrote: This is Oracle running on Aix 5.3.

I am trying to duplicate a production database to create a test environment (and to test my backup strategy). My backup script looks like this:

export ORACLE_SID=$1

rman nocatalog <<EOF
connect target sys/syspassword
run {

       allocate channel ch1 type disk format '$BACKUP_DIR2/${BASE_NAME}_1_%U.rbk';
       allocate channel ch2 type disk format '$BACKUP_DIR2/${BASE_NAME}_2_%U.rbk';
       allocate channel ch3 type disk format '$BACKUP_DIR2/${BASE_NAME}_3_%U.rbk';
       allocate channel ch4 type disk format '$BACKUP_DIR2/${BASE_NAME}_4_%U.rbk';
       allocate channel ch5 type disk format '$BACKUP_DIR2/${BASE_NAME}_5_%U.rbk';
       allocate channel ch6 type disk format '$BACKUP_DIR2/${BASE_NAME}_6_%U.rbk';
       backup database plus archivelog;

My duplicate script is:

export ORACLE_SID=pro2qa
rman nocatalog <<EOF
connect auxiliary sys/syspassword

set newname for datafile 1 to '/u06/oradata/pro2qa/system01.dbf';
set newname for datafile 2 to '/u06/oradata/pro2qa/undotbs01.dbf';
set newname for datafile 3 to '/u06/oradata/pro2qa/sysaux01.dbf';
set newname for datafile 4 to '/u06/oradata/pro2qa/users01.dbf';
set newname for datafile 5 to '/u06/oradata/pro2qa/indxts1_x01.dbf';
set newname for datafile 6 to '/u06/oradata/pro2qa/datats1_d01.dbf';
set newname for tempfile 1 to '/u06/oradata/pro2qa/temp01.dbf';
set newname for datafile 7 to '/u06/oradata/pro2qa/datats2_db01.dbf';
set newname for datafile 8 to '/u06/oradata/pro2qa/indexts2_db01.dbf';
duplicate database to pro2qa
backup location '/orabkup2/pro2/rman'
       group 1('/u06/oradata/pro2qa/redo01.log') size 50m,
       group 2('/u06/oradata/pro2qa/redo02.log') size 50m,
       group 3('/u06/oradata/pro2qa/redo03.log') size 50m;
EOF When I run the duplicate script I get:

channel ORA_AUX_DISK_1: restoring control file

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 11/03/2011 09:05:44 RMAN-03015: error occurred in stored script Memory Script ORA-19697: standby control file not found in backup set

Why is it asking for standby control file?

Looking at the output from my backup script I see that the control file is being backed up:

       including current control file in backup set channel ch5

I also backed up the control file separately using:

       alter database backup controlfile to <file nam>;

FWIW, a search for ORA-19697 on MOS turns up nothing.

Also, when I ran this same script several months ago I was able to successfully duplicate the database.

What's going on here?

Peter Schauss



April C. Sims
IOUG SELECT Journal Executive Editor
Twitter, LinkedIn
Oracle Database 11g - Underground Advice for Database Administrators OCP 8i, 9i, 10g, 11g DBA
Southern Utah University<>


This email and any attachments are confidential and may also be privileged. If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments. If received in error, notify the sender immediately and delete this email and any attachments from your system. Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended. Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic.

Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB.

Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18. The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276.

If you are receiving this email from SCB outside the UK, please click to refer to the information on other jurisdictions.
-- Received on Thu Nov 03 2011 - 20:46:08 CDT

Original text of this message