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

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: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Behalf Of Schauss, Peter (ESS)
Sent: Friday, November 04, 2011 2:12 AM
To: April Sims
Cc: oracle-l@xxxxxxxxxxxxx
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 [mailto:aprilcsims@xxxxxxxxx]
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) 
<peter.schauss@xxxxxxx<mailto:peter.schauss@xxxxxxx>> wrote:
This is Oracle 11.2.0.1.0 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;
       sql 'ALTER SYSTEM ARCHIVE LOG CURRENT';
}
exit

My duplicate script is:

export ORACLE_SID=pro2qa
rman nocatalog <<EOF
connect auxiliary sys/syspassword
run{
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'
logfile
       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;
}
exit
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?

Thanks,
Peter Schauss





--
http://www.freelists.org/webpage/oracle-l




--
April C. Sims
IOUG SELECT Journal Executive Editor
http://aprilcsims.wordpress.com
Twitter, LinkedIn
Oracle Database 11g - Underground Advice for Database Administrators
https://www.packtpub.com/oracle-11g-database-implementations-guide/book
OCP 8i, 9i, 10g, 11g DBA
Southern Utah University
aprilcsims@xxxxxxxxx<mailto:aprilcsims@xxxxxxxxx>

--
http://www.freelists.org/webpage/oracle-l



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 
http://www.standardchartered.com/global/email_disclaimer.html to refer to the 
information on other jurisdictions.
--
http://www.freelists.org/webpage/oracle-l

Other related posts: