| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: RMAN madness !!
You need to change this line
set until time 'to_date(''20-MAR-2002 20:00:00'',''DD-MON-YYYYHH24:MI:SS'')';
to
set until time '20020320200000';
This is bug 1887009. This isn't fixed until 9.0.2.
You must set
NLS_DATE_FORMAT=YYYYMMDDHH24MISS (or your favorite date format)
and
NLS_LANG= (whatever your nls lang is for the database)
I learned the hard way, that if you don't set NLS_LANG, then NLS_DATE_FORMAT is ignored (at least in 8.1.7 on Tru64).
Don't forget to shutdown your auxiliary db, delete it's files, then start it up again, NOMOUNT.
Jay
>>> Samir.SARKAR_at_nottingham.sema.slb.com 04/08/02 02:03PM >>> Hi All,
I am back again........and yes, my script didn't work completely. It did
write the data files
to the respective locations but it returned the following error during the
process of duplicating
the db :
RMAN-03021: executing script: Memory Script RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: set RMAN-03022: compiling command: restore RMAN-03022: compiling command: IRESTORE RMAN-03023: executing command: IRESTORE RMAN-08016: channel dupdb_d1: starting datafile backupset restoreRMAN-08502: set_count=335 set_stamp=456984311 creation_time=20-MAR-2002 RMAN-08089: channel dupdb_d1: specifying datafile(s) to restore from backup set
RMAN-08023: channel dupdb_d1: restored backup piece 1
RMAN-08511: piece handle=DB_BKUP_INCR_0_SID1_456984311_335_1
tag=DB_BKUP_INCR_0 params=NULL
RMAN-08024: channel dupdb_d1: restore complete
RMAN-06162: sql statement: CREATE CONTROLFILE REUSE SET DATABASE "test"
RESETLOGS ARCHIVELOG
MAXLOGFILES 48 MAXLOGMEMBERS 2 MAXDATAFILES 1000 MAXINSTANCES 10 MAXLOGHISTORY 2042
switch clone datafile all;
}
RMAN-03021: executing script: Memory Script
RMAN-03022: compiling command: switch RMAN-03023: executing command: switch RMAN-08015: datafile 2 switched to datafile copy RMAN-08507: input datafilecopy recid=1 stamp=458671845filename=/disk01/oradata/test/data/rbs01sid1.dbf RMAN-08015: datafile 3 switched to datafile copy RMAN-08507: input datafilecopy recid=2 stamp=458671845 filename=/disk01/oradata/test/data/rbslarge01sid1.dbf RMAN-08015: datafile 4 switched to datafile copy RMAN-08507: input datafilecopy recid=3 stamp=458671845 filename=/disk01/oradata/test/data/temp01sid1.dbf RMAN-08015: datafile 5 switched to datafile copy RMAN-08507: input datafilecopy recid=4 stamp=458671845 filename=/disk01/oradata/test/data/tools01sid1.dbf RMAN-08015: datafile 6 switched to datafile copy RMAN-08507: input datafilecopy recid=5 stamp=458671845 filename=/disk01/oradata/test/data/users01sid1.dbf RMAN-08015: datafile 7 switched to datafile copy
RMAN-03027: printing stored script: Memory Script {
set until time 'to_date(''20-MAR-2002 20:00:00'',''DD-MON-YYYY HH24:MI:SS'')';
RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-00601: fatal error in recovery manager RMAN-03012: fatal error during compilation of command RMAN-03028: fatal error code: 600 RMAN-03013: command type: Duplicate Db
Any ideas anybody ?????? My head is all mitered by now.
Thanks and Regards,
Samir
Samir Sarkar
Oracle DBA
SchlumbergerSema
Email : samir.sarkar_at_nottingham.sema.slb.com
ssarkar2_at_slb.com
Phone : +44 (0) 115 - 957 6028
EPABX : +44 (0) 115 - 957 6418 Ext. 76028
Fax : +44 (0) 115 - 957 6018
If you have received this email in error please notify the SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600.
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: SARKAR, Samir INET: Samir.SARKAR_at_nottingham.sema.slb.com Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jay Hostetter INET: jhostetter_at_decommunications.com Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).Received on Mon Apr 08 2002 - 13:33:27 CDT
 |
 |