ORA-19909 orphan incarnation

Gurus -
I need your help....I'm creating a development database for user testing. I put PROD in hotbackup mode, copy the db and arch files to development server. After creating the controlfile for the dev database attempt to recover database until cancel using backup controlfile and get the error message ora-19909. I did an alter database backup controfile to trace. used the generated controlfile from the trace file attempted to do the recover database until cancel using backup controlfile and got the same message (ora-19909).
Only thing that change since the last refresh was an additional of a datafile in PROD. We have used this same method for 2 years with out error, what could be wrong and how to resolve this??

882424 wrote:
Gurus -
I need your help....I'm creating a development database for user testing. I put PROD in hotbackup mode, copy the db and arch files to development server. After creating the controlfile for the dev database attempt to recover database until cancel using backup controlfile and get the error message ora-19909. I did an alter database backup controfile to trace. used the generated controlfile from the trace file attempted to do the recover database until cancel using backup controlfile and got the same message (ora-19909).
Only thing that change since the last refresh was an additional of a datafile in PROD. We have used this same method for 2 years with out error, what could be wrong and how to resolve this??
19909, 00000, "datafile %s belongs to an orphan incarnation"
// *Cause: Either the specified datafile was restored from a backup that was
//         taken during a period of time that has already been discarded by
//         a RESETLOGS operation, or Oracle cannot identify which database
//         incarnation the file belongs to. The alert log contains more
//         information.
// *Action: Restore a backup of this file that belongs to either the current
//          or a prior incarnation of the database. If you are using RMAN
//          to restore, RMAN will automatically select a correct backup.you are doing something wrong; either error of commission or error of omission;
but since we can't see exactly what you did specific solution is not possible

Similar Messages

ORA-19909: datafile 1 belongs to an orphan incarnation

Hi All,
os :linux
db: oracle 11gr2
am facing below error..how to recover database;
SQL> recover database until cancel using backup controlfile;
ORA-00283: recovery session canceled due to errors
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/ora/db001/data001/LLDBOO1/system01.dbf'
SQL>
actuallly, i have tried incarnation set to 1 etc..but no luck...
i have archive logs.....
2 hrs back i have tried ...below option...
i have set ALLOWRESETLOGS_CORRUPTION=TRUE in init.ora file. and oped resetlogs ..it is opend but it is showing error...
here is I would like to open backup controlfile...is it possible?
thanks,
dbc
Edited by: dbc001 on Feb 7, 2013 12:29 PM

Apparently, you have already attempted
RESTORE
RESETLOGS at least once before this
We do not know what commands you executed in which sequence. (an orphaned SYSTEM file is astonishing !)
.......... maybe you should go back to the beginning.
Tell us
a. WHY you need to RESTORE and RECOVER
b. EXACTLY what you did (list every step, in the right sequence of actions)
c. What errors / messages did Oracle present at every step
Hemant K Chitale

ORA-00283:,ORA-19909:,ORA-19909:

Hi,
I am doing recovery with hot backup (whiout using RMAN) in my stand by database dupdb but getting below error.
SQL> select name, open_mode from v$database;
NAME      OPEN_MODE
DUPDB     MOUNTED
SQL> set logsource 'D:\app1\Archivelocation';
SQL> recover database using backup controlfile until cancel;
ORA-00283: recovery session canceled due to errors
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\APP1\APP\HIMANSHU\ORADATA\DUPDB\SYSTEM01.DBF'
Please let me know What wrong I am doing here.
Thanks,
Michel

HI, welcome to OTN form,
fb767351-a660-4b18-9a9f-73bc141f6a0c wrote:
Hi,
I am doing recovery with hot backup (whiout using RMAN) in my stand by database dupdb but getting below error.
SQL> select name, open_mode from v$database;
NAME      OPEN_MODE
DUPDB     MOUNTED
SQL> set logsource 'D:\app1\Archivelocation';
SQL> recover database using backup controlfile until cancel;
ORA-00283: recovery session canceled due to errors
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\APP1\APP\HIMANSHU\ORADATA\DUPDB\SYSTEM01.DBF'
From Metalink: (Oracle Support)
From Metaclick
Error:     ORA-19909 (ORA-19909)
Text:     datafile %s belongs to an orphan incarnation
Cause:     Either the specified datafile was restored from a backup that was
     taken during a period of time that has already been discarded by a
     resetlogs operation, or Oracle cannot identify which database
     incarnation the file belongs to. The alert log contains more
     information.
Action:     Restore a backup of this file that belongs to either the current
     or a prior incarnation of the database. If you are using RMAN to
     restore, RMAN will automatically select a correct backup.
Thank you

How to remove an oracle orphaned incarnation

Dears,
I have a Sap system on oracle 10 up and running , where I'm doing a test Sap upgrade . The upgrade is failing in the import phases, as the Sapup continue to refers to a missing datafile .
I discovered into an old oracle alert log file these entries :
Dictionary check beginning
File #477 found in data dictionary but not in controlfile.
Creating OFFLINE file 'MISSING00477' in the controlfile.
This file can no longer be recovered so it must be dropped.
Dictionary check complete
It's an old test system, created for db copy time ago.
Pratically the DB is open and the Sap system is running fine, but into the control file there is an entry referring to this MISSING0477 file; this file is not present on the filesystem anymore, probabily it has been deleted.
But also if the file is missing, the DB is able to start and to work, and I see this file with the 'RECOVER' status.from the DB02 transaction.
I tryed already to drop this MISSING00477 file, shutdown and startup the DB but after that into the alert log appears again the items :
Dictionary check beginning
File #477 found in data dictionary but not in controlfile.
Creating OFFLINE file 'MISSING00477' in the controlfile.
This file can no longer be recovered so it must be dropped.
Dictionary check complete
Also recreating the control files does not solve the problem; when the statement alter database open is issued the rows upon appears into the oracle alert log file.
So to drop the file is not enough; it seems necessary to clean up the oracle data dictionary, to remove the entries referring to the file-id 4777 but I'm not able to find out how to do it.
From the logs of the import phases I see the object affected are just Indexes, so no loss data will occur.
Any advise ?

Hello,
You can have a look at note 19519 - MISSING9999 in v$datafile or BR274W in BRBACKUP, there are actually 2 solutions to your problem, you can also use the scripts in the note to find out the tablespace name from the file id mentioned, after that depending on option 1 or 2 and follow the note for appropriate actions.
Hope everything goes well after this,
Thanks.

Open standby read-write then flashback leaves standby in new incarnation?

Oracle 10.2.0.4 on RHEL. In February, we followed Note:805438.1 to open the standby for read-write for a test (after creating a restore point). A few minutes later, we did flashback. It ran fine ever since, receiving and applying archivelogs. Recently we noticed it stopped applying redo and this started in late June. Then I followed Note:836986.1 to roll forward the standby with incremental backup from the primary. During this process, it was found that the standby was in incarnation 2:
RMAN> list incarnation;
using target database control file instead of recovery catalog
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
1 1 ORACP2 4102395133 PARENT 1 20080407 14:13:17
2 2 ORACP2 4102395133 CURRENT 44328058841 20110223 08:33:18
The solution is to set it to 1, because the primary is (and always was) 1:
reset database to incarnation 1;
The DBA team don't recall making any significant change to the standby since the February test and alert.log doesn't show anything relevant. Will "open standby read-write then flashback" leave the standby in the new incarnation, instead of setting it back to the original incarnation? We checked another database which has a standby we did the same test on. The standby is back to the original incarnation as the primary is. So there must be something special about this database.
Secondly, if the standby stayed in a newer incarnation, how could it continue to apply redo received from the primary in its original incarnation?

Thanks. Bug 6035495 is related but not exactly my case. My 10.2.0.4 standby database alert.log does not have "orphan" or "ORA-19909". But the solution is the same.
The Oracle support analyst working on my case referred me to this new note
Rman-06571: Datafile 1 Does Not Have Recoverable Copy (Doc ID 1336872.1)
(maybe he wrote it)
That's exactly what happened to me. Although flashing back the standby sets its current incarnation back (to the same as the primary), if you later run "catalog start with" on the standby, that command will change the incarnation to the later one! Since I was following Note:836986.1 to roll forward the standby, "catalog start with" was run and these lines appeared
WARNING: catalog online log file +fra/ORACP2SB/ONLINELOG/group_52.2882.708107363 is not supported
New incarnation branch detected in Backup, filename +FRA/oracp2sb/autobackup/2011_02_23/s_743848464.8985.743848467
Inspection of file changed rdi from 1 to 2
Setting recovery target incarnation to 2
Wed Jul 6 00:06:53 2011
Setting recovery target incarnation to 2
Wed Jul 6 00:10:51 2011
It appears that when "catalog" detects another (must be newer I guess?) incarnation, it blindly sets the standby database to that one. The analyst calls it "implicit catalog". It may as well be called "implicit incarnation change of catalog" or "side effec of catalog".
Edited by: user11989003 on Jul 11, 2011 7:02 AM
Edited by: user11989003 on Jul 11, 2011 7:04 AM

"ORA-01203 - wrong creation SCN" got during copy of a db on another machine

Hello colleagues,
I copy a database from a machine to a second one through this procedure:
I set each tablespace (data and temp) in backup mode
I copy the datafiles (data and temp)
I copy the control file
I copy archived redo logs
On the second machine I try to startup the database by the command
On the second machine I try to startup the database but the following errors are got:
SQL> @/usr/Systems/1359HA_9.0.0_Master/HA_EOMS_1_9.0.0_Master/tmp/oracle/CACH
E/apply_redo.sql;
ORACLE instance started.
Total System Global Area 423624704 bytes
Fixed Size 2044552 bytes
Variable Size 209718648 bytes
Database Buffers 209715200 bytes
Redo Buffers 2146304 bytes
Database mounted.
alter database recover automatic from '/usr/Systems/1359HA_9.0.0_Master/HA_EOMS_1_9.0.0_Master/data/warm_rep
l/WarmArchive/CACHE' database until cancel using backup controlfile
but the following errors are got:
SQL> @/usr/Systems/1359HA_9.0.0_Master/HA_EOMS_1_9.0.0_Master/tmp/oracle/CACH
E/apply_redo.sql;
ORACLE instance started.
Total System Global Area 423624704 bytes
Fixed Size 2044552 bytes
Variable Size 209718648 bytes
Database Buffers 209715200 bytes
Redo Buffers 2146304 bytes
Database mounted.
alter database recover automatic from '/usr/Systems/1359HA_9.0.0_Master/HA_EOMS_1_9.0.0_Master/data/warm_rep
l/WarmArchive/CACHE' database until cancel using backup controlfile
ERROR at line 1:
ORA-00283: recovery session canceled due to errors
ORA-01110: data file 1: '/cache/db/db01/system_1.dbf'
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/cache/db/db01/system_1.dbf'
ORA-01203: wrong incarnation of this file - wrong creation SCN
You see the mount command and the error got.
What can I do to troubleshoot the problem?
thanks for the support
Enrico
The complete copy procedure is the following:
#!/bin/ksh
# Step 2 -- Verifying the DBMS ARCHIVELOG mode
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
spool ${ORACLE_TMP_DIR}/archive.log
archive log list;
spool off
EOF
grep NOARCHIVELOG ${ORACLE_TMP_DIR}/archive.log >/dev/null 2>&1
# Step 3 -- Creating DB_filenames.conf / DB_controfile.conf fles
[ -f ${ORACLE_TMP_DIR}/DB_filenames.conf ] && rm -f ${ORACLE_TMP_DIR}/DB_filenames.conf
[ -f ${ORACLE_TMP_DIR}/DB_controfile.conf ] && rm -f ${ORACLE_TMP_DIR}/DB_controfile.conf
[ -f ${ORACLE_TMP_DIR}/DB_TEMP_filenames.conf ] && rm -f ${ORACLE_TMP_DIR}/DB_TEMP_filenames.conf
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
set linesize 600;
spool ${ORACLE_TMP_DIR}/DB_filenames.conf
select 'TABLESPACE=',tablespace_name from sys.dba_data_files;
select 'FILENAME=',file_name from sys.dba_data_files;
select 'LOGFILE=',MEMBER from v\$logfile;
spool off
EOF
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
set linesize 600;
spool ${ORACLE_TMP_DIR}/DB_controfile.conf
select name from v\$controlfile;
spool off
EOF
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
set linesize 600;
spool ${ORACLE_TMP_DIR}/DB_TEMP_filenames.conf
select 'TABLESPACE=',tablespace_name from sys.dba_temp_files;
select 'FILENAME=',file_name from sys.dba_temp_files;
spool off
EOF
note "Executing cp ${ORACLE_TMP_DIR}/DB_filenames.conf ${INSTANCE_DATA_DIR}/DB_filenames.conf ..."
cp ${ORACLE_TMP_DIR}/DB_filenames.conf ${INSTANCE_DATA_DIR}/DB_filenames.conf
[ $? -ne 0 ] && error "Error executing cp ${ORACLE_TMP_DIR}/DB_filenames.conf ${INSTANCE_DATA_DIR}/DB_filenames.conf!"\
     && LocalExit 1
chmod ug+x ${INSTANCE_DATA_DIR}/DB_filenames.conf
note "Executing cp ${ORACLE_TMP_DIR}/DB_controfile.conf ${INSTANCE_DATA_DIR}/DB_controfile.conf ..."
cp ${ORACLE_TMP_DIR}/DB_controfile.conf ${INSTANCE_DATA_DIR}/DB_controfile.conf
[ $? -ne 0 ] && error "Error executing cp ${ORACLE_TMP_DIR}/DB_controfile.conf ${INSTANCE_DATA_DIR}/DB_controfile.conf!"\
     && LocalExit 1
chmod ug+x ${INSTANCE_DATA_DIR}/DB_controfile.conf
note "Executing cp ${ORACLE_TMP_DIR}/DB_TEMP_filenames.conf ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf ..."
cp ${ORACLE_TMP_DIR}/DB_TEMP_filenames.conf ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf
[ $? -ne 0 ] && error "Error executing cp ${ORACLE_TMP_DIR}/DB_TEMP_filenames.conf ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf!"\
     && LocalExit 1
chmod ug+x ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf
set -a
set -A arr_tablespace `grep "^TABLESPACE=" ${INSTANCE_DATA_DIR}/DB_filenames.conf | awk '{ print \$2 }'`
index=`grep "^TABLESPACE" ${INSTANCE_DATA_DIR}/DB_filenames.conf | wc -l`
backup_status=0
i=0
while [ $i -lt $index ]
do
note "tablespace=${arr_tablespace[$i]}"
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
set linesize 600;
spool ${ORACLE_TMP_DIR}/tablespace.log
select 'FILENAME=',file_name from sys.dba_data_files where tablespace_name='${arr_tablespace[$i]}';
spool off
alter tablespace ${arr_tablespace[$i]} end backup;
spool ${ORACLE_TMP_DIR}/backup_tablespace.log
alter tablespace ${arr_tablespace[$i]} begin backup;
spool off
EOF
set -A arr_filename `grep "^FILENAME=" ${ORACLE_TMP_DIR}/tablespace.log | awk '{ print \$2 }'`
index1=`grep "^FILENAME" ${ORACLE_TMP_DIR}/tablespace.log | wc -l`
h=0
while [ $h -lt $index1 ]
do
name=`basename ${arr_filename[$h]}`
note "filename = ${arr_filename[$h]}"
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
host compress -c ${arr_filename[$h]} > ${BACKUP_AREA}/$name.Z
EOF
h=`expr $h + 1`
done
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
spool ${ORACLE_TMP_DIR}/backup_tablespace.log
alter tablespace ${arr_tablespace[$i]} end backup;
spool off
EOF
i=`expr $i + 1`
done
[ $backup_status -eq 1 ] && LocalExit 1
set -a
set -A arr_tablespace `grep "^TABLESPACE=" ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf | awk '{ print \$2 }'`
index=`grep "^TABLESPACE" ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf | wc -l`
${ORACLE_TMP_DIR}/tablespace.logi=0
while [ $i -lt $index ]
do
note "tablespace=${arr_tablespace[$i]}"
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
set linesize 600;
spool ${ORACLE_TMP_DIR}/tablespace.log
select 'FILENAME=',file_name from sys.dba_temp_files where tablespace_name='${arr_tablespace[$i]}';
spool off
EOF
set -A arr_filename `grep "^FILENAME=" ${ORACLE_TMP_DIR}/tablespace.log | awk '{ print \$2 }'`
index1=`grep "^FILENAME" ${ORACLE_TMP_DIR}/tablespace.log | wc -l`
h=0
while [ $h -lt $index1 ]
do
name=`basename ${arr_filename[$h]}`
note "filename = ${arr_filename[$h]}"
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
host compress -c ${arr_filename[$h]} > ${BACKUP_AREA}/$name.Z
EOF
h=`expr $h + 1`
done
i=`expr $i + 1`
done
# "log switch & controlfile backup"
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
spool ${ORACLE_TMP_DIR}/backup_controlfile.log
alter database backup controlfile to '${BACKUP_AREA}/ctrl_pm.ctl' reuse;
host chmod a+rw ${BACKUP_AREA}/ctrl_pm.ctl
alter system archive log current;
spool off
spool ${ORACLE_TMP_DIR}/archive_info.log
archive log list;
spool off
EOF
# Step 5 -- Copying the DBMS on the companion node
note "transferring archived redo log files from ACT to SBY host"
name=`grep 'Archive destination' ${ORACLE_TMP_DIR}/archive_info.log| awk '{ print \$3 }'`
set -A vett_logfiles `grep "^LOGFILE=" ${INSTANCE_DATA_DIR}/DB_filenames.conf | awk '{ print \$2 }'`
index=`grep "^LOGFILE" ${INSTANCE_DATA_DIR}/DB_filenames.conf | wc -l`
i=0
while [ $index -gt 0 ]
do
name=`basename ${vett_logfiles[$i]}`
###MOD001
$ORACLE_HOME/bin/sqlplus /nolog << EOF
connect / as sysdba
host cp ${vett_logfiles[$i]} ${BACKUP_AREA}/$name
host chmod a+rw ${BACKUP_AREA}/$name
EOF
if [ $? -ne 0 ]; then
error "Error copying logfile on LOCAL_BACKUP_AREA"
LocalExit 1
fi
note "log_file=${vett_logfiles[$i]}"
index=`expr $index - 1`
i=`expr $i + 1`
done
note "Executing RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_filenames.conf ${INSTANCE_DATA_DIR}/DB_filenames.conf 0 -k -ret 2 ..."
RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_filenames.conf ${INSTANCE_DATA_DIR}/DB_filenames.conf 0 -k -ret 2
if [ $? -ne 0 ]; then
error "Error executing RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_filenames.conf ${INSTANCE_DATA_DIR}/DB_filenames.conf 0 -ret 2!"
LocalExit 1
fi
note "Executing RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf 0 -k -ret 2 ..."
RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf 0 -k -ret 2
if [ $? -ne 0 ]; then
error "Error executing RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf ${INSTANCE_DATA_DIR}/DB_TEMP_filenames.conf 0 -ret 2!"
LocalExit 1
fi
note "Executing RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_controfile.conf ${INSTANCE_DATA_DIR}/DB_controfile.conf 0 -k -ret 2 ..."
RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_controfile.conf ${INSTANCE_DATA_DIR}/DB_controfile.conf 0 -k -ret 2
if [ $? -ne 0 ]; then
error "Error executing RemoteCopy ${COMPANION_HOSTNAME} ${INSTANCE_DATA_DIR}/DB_controfile.conf ${INSTANCE_DATA_DIR}/DB_controfile.conf 0 -k -ret 2!"
LocalExit 1
fi
note "Executing RemoteCopy ${COMPANION_HOSTNAME} ${BACKUP_AREA} ${RECOVER_AREA} 0 -k -ret 2 ..."
RemoteCopy ${COMPANION_HOSTNAME} ${BACKUP_AREA} ${RECOVER_AREA} 0 -k -ret 2

If the Operating system is same :
Working Machine
================
Shutdown the database and copy everything
Copy the init.ora
Copy the pdf,ctl,and log
Copy the bdump, udump etc..
On the second machine
==================
Copy your file in the same path as original i.e
C:\oracle..<dbname>\system.dbf
C:\oracle..<dbname>\system.dbf
Start the database
If your paths in second machine does not match as original update this thread again
Michael
http://mikegeorgiou.blogspot.com

ORA-01122, ORA-1110 and ORA--12-3

Dear All,
I have restored the oracle database with the backup. When starting the database, I am getting below errors:
ORA-01122: data file 1 failed verification check
ORA-01110: data file 1: 'G:\oracle\ABP\SAPDATA1\SYSMTEM_1\SYSTEM.DATA1'
ORA-01203: wrong incarnation of this file - wrong creation SCN
Can anybody please help me in solving this isue?
Would be a great help.
Regards,
Faisal

Hi,
Sorry for the delay in pasting the result of the query you suggested.
Please find below the result of it:
SQL> select file#,name,creation_change# from v$d
FILE#
NAME
CREATION_CHANGE#
1
G:\ORACLE\ABP\SAPDATA1\SYSTEM_1\SYSTEM.DATA1
10
2
G:\ORACLE\ABP\SAPDATA1\UNDO_1\UNDO.DATA1
6450
FILE#
NAME
CREATION_CHANGE#
3
G:\ORACLE\ABP\SAPDATA1\SYSAUX_1\SYSAUX.DATA1
6623
4
G:\ORACLE\ABP\SAPDATA2\SR3_1\SR3.DATA1
FILE#
NAME
CREATION_CHANGE#
161311
5
G:\ORACLE\ABP\SAPDATA2\SR3_2\SR3.DATA2
161361
6
FILE#
NAME
CREATION_CHANGE#
G:\ORACLE\ABP\SAPDATA2\SR3_3\SR3.DATA3
161410
7
G:\ORACLE\ABP\SAPDATA2\SR3_4\SR3.DATA4
161572
FILE#
NAME
CREATION_CHANGE#
8
G:\ORACLE\ABP\SAPDATA3\SR3700_1\SR3700.DATA1
161628
9
G:\ORACLE\ABP\SAPDATA3\SR3700_2\SR3700.DATA2
161677
FILE#
NAME
CREATION_CHANGE#
10
G:\ORACLE\ABP\SAPDATA3\SR3700_3\SR3700.DATA3
161725
11
G:\ORACLE\ABP\SAPDATA3\SR3700_4\SR3700.DATA4
FILE#
NAME
CREATION_CHANGE#
161776
12
G:\ORACLE\ABP\SAPDATA4\SR3USR_1\SR3USR.DATA1
161808
12 rows selected.
NOTE: This was captured after replacing the backup data files which were causing problem the database to come up with the latest data files and recovering
Please suggest.

ORA-01122: database file 30 failed verification check

SQL*Plus: Release 10.1.0.4.2 - Production on Wed Feb 13 20:33:13 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
when starting the DB for 10gAS get following error, db is started but cannot sign in
SQL> SQL> Connected.
SQL> ALTER DATABASE open
ERROR at line 1:
ORA-01122: database file 30 failed verification check
ORA-01110: data file 30: 'D:\ORACLE\ORADATA\PRT\APPS003_A.DBF'
ORA-01203: wrong incarnation of this file - wrong creation SCN
Disconnected from Oracle Database 10g Enterprise Edition Release 10.1.0.4.2 - Production
With the Partitioning, OLAP and Data Mining options

You have a mismatch in the control file and data file scn numbers. What was done before the database was getting started? I once saw this error when some one moved one file from another munt point to another and there was no rename give to the control file and the control file got no idea which is this new file and where it had come from?
Try finding the control file which is of the same backup as of this datafile.
Aman....

Getting error while starting managed recovery

Hi,
I am getting error while starting managed recovery.Please suggest.
Please find below error log
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION
Attempt to start background Managed Standby Recovery process (OTP3)
Wed Jun 23 19:24:10 2010
MRP0 started with pid=50, OS id=3350
MRP0: Background Managed Standby Recovery process started (OTP3)
Fast Parallel Media Recovery enabled
Managed Standby Recovery not using Real Time Apply
Warning: Recovery target destination is in a sibling branch
of the controlfile checkpoint. Recovery will only recover
changes to datafiles.
Datafile 1 (ckpscn 296765005228) is orphaned on incarnation#=1
MRP0: Background Media Recovery terminated with error 19909
Errors in file /ora/app/oracle/admin/OTP3/diag/rdbms/otp3/OTP3/trace/OTP3_mrp0_3350.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/ora_ots_gdb1/oradata/OTP3/datafile/o1_mf_SYSTEM_REORG1_.dbf'
Errors in file /ora/app/oracle/admin/OTP3/diag/rdbms/otp3/OTP3/trace/OTP3_mrp0_3350.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/ora_ots_gdb1/oradata/OTP3/datafile/o1_mf_SYSTEM_REORG1_.dbf'
MRP0: Background Media Recovery process shutdown (OTP3)
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION

Hi,
The standby database has been activated previously but since then reverted back into its standby role. Prior to the
RMAN duplicate operation the "alter system reset control_files scope=spfile sid='*';" has not been executed (i.e. the
control files have not been overwritten).
check the incarnation on both the sides i.e primary & standby
list incarnation of database;
RMAN> reset database to incarnation 2;
database reset to incarnation 2
RMAN> exit
hope you can solve by restting the incarnation.
Thanks

Standby stopped recovery

Hi everyone;
10.2.0.4 Standby database stopped recovery with the following error on alertlog.
Wed Jun 2 13:38:45 2010
RFS[4]: Archived Log: '/...../RCDB_2_1_720616127.arc'
RFS[4]: Physical Standby in the future of Branch(resetlogs_id) 720616127
RFS[4]: Standby database SCN: 2304:-276361630 Primary branch SCN: 2304:-1502231553
RFS[4]: New Archival REDO Branch(resetlogs_id): 720616127 Prior: 550946190
RFS[4]: Archival Activation ID: 0x5dfe4ed2 Current: 0x58adeb9a
RFS[4]: Effect of primary database OPEN RESETLOGS
Wed Jun 2 13:38:45 2010
There were no RESETLOGS operation on the primary side. What may be the cause of this error? Have any ideas?
Thanks..

After trying to start recovery again:
MRP0: Background Managed Standby Recovery process started (RCDB)
Managed Standby Recovery not using Real Time Apply
Warning: Recovery target destination is in a sibling branch
of the controlfile checkpoint. Recovery will only recover
changes to datafiles.
Datafile 1 (ckpscn 9899623255650) is orphaned on incarnation#=1
MRP0: Background Media Recovery terminated with error 19909
Wed Jun 2 13:55:57 2010
Errors in file /.../rcdb_mrp0_16180.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/.../system01.dbf'
Wed Jun 2 13:55:57 2010
Errors in file /.../rcdb_mrp0_16180.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/.../system01.dbf'
Wed Jun 2 13:55:57 2010
MRP0: Background Media Recovery process shutdown (RCDB)

Please help to resolve to below error

HI all,
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01190: control file or data file 1 is from before the last RESETLOGS
ORA-01110: data file 1: 'D:\ORACLE\SSCE\SSCRDEV\DATAFILES\SYS1SSCR.ORA'
SQL> recover database using backup controlfile until cancel;
ORA-00283: recovery session canceled due to errors
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\ORACLE\SSCE\SSCRDEV\DATAFILES\SYS1SSCR.ORA'

890306 wrote:
HI all,
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01190: control file or data file 1 is from before the last RESETLOGS
ORA-01110: data file 1: 'D:\ORACLE\SSCE\SSCRDEV\DATAFILES\SYS1SSCR.ORA'
SQL> recover database using backup controlfile until cancel;
ORA-00283: recovery session canceled due to errors
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\ORACLE\SSCE\SSCRDEV\DATAFILES\SYS1SSCR.ORA'You seem to be in a predicament.
provide recent historical details regarding what led up to current post above?
do as below so we can know complete Oracle version & OS name.
Post via COPY & PASTE complete results of
SELECT * from v$version;

Unable to open 11g R2 database now after trying an RMAN restore

Hi my database is not opening now.
What I was trying was to restore the database on my new server from latest database taken from my old live server and applying it on my new 11g DB (new server-database already created)
old server-11.1.0.7.0-windows 2003 server 32 bit
new server-11.2.0.3.0-windows 2008 64 bit server
The steps i have done which caused this , (After everything was working fine, i did these foll.steps and now all messed up):
The oracle database on this new server was already 11.2.3.0 -it was not upgrade, i directly installed 11.2.0.3.0 on it + applied latest patches etc.
I took RMAN backup from old server 11.1.0.7.0 oracle database.
Copied this backup to to the new server flash recovery area &every step of the restore was working fine -
in nomount mode, restored the control file from autobackup-fine
in mount mode, catalogued the files-fine (Backup from old live,copied to new live)
I restored&Recovered the database until the latest archivelogs.
Until the above steps-all worked fine like a normal recovery steps.
Then I gave "alter database open resetlogs" in RMAN prompt, it gave out error and from that point onwards I am unable to open the database now.
Unfortunately, couldnt grab full screenshot of the error in RMAN but the error basically said that bootstrap failed and i have to open the database with the upgrade option?
Please see in alert log as well
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Following is the last lines from alert log:
[code]
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Windows NT Version V6.1 Service Pack 1
CPU                 : 4 - type 8664, 4 Physical Cores
Process Affinity    : 0x0x0000000000000000
Memory (Avail/Total): Ph:3760M/8191M, Ph+PgF:9170M/16381M
VM name             : VMWare Version (6)
Using parameter settings in server-side spfile F:\APP\ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEGEOP.ORA
System parameters with non-default values:
processes                = 150
memory_target            = 3728M
control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL01.CTL"
control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL02.CTL"
control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL03.CTL"
db_block_size            = 8192
compatible               = "11.2.0.0.0"
log_archive_format       = "ARC%S_%R.%T"
db_recovery_file_dest    = "I:\oracle\flash_recovery_area"
db_recovery_file_dest_size= 45G
undo_tablespace          = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
db_domain                = ""
dispatchers              = "(PROTOCOL=TCP) (SERVICE=GEOPXDB)"
audit_file_dest          = "F:\APP\ORACLE\ADMIN\GEOP\ADUMP"
audit_trail              = "DB"
db_name                  = "GEOP"
open_cursors             = 300
diagnostic_dest          = "F:\APP\ORACLE"
Thu Dec 12 17:22:18 2013
PMON started with pid=2, OS id=3440
Thu Dec 12 17:22:18 2013
PSP0 started with pid=3, OS id=10252
Thu Dec 12 17:22:19 2013
VKTM started with pid=4, OS id=11684 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Thu Dec 12 17:22:19 2013
GEN0 started with pid=5, OS id=4528
Thu Dec 12 17:22:19 2013
DIAG started with pid=6, OS id=5652
Thu Dec 12 17:22:19 2013
DBRM started with pid=7, OS id=7676
Thu Dec 12 17:22:19 2013
DIA0 started with pid=8, OS id=5724
Thu Dec 12 17:22:19 2013
MMAN started with pid=9, OS id=6632
Thu Dec 12 17:22:19 2013
DBW0 started with pid=10, OS id=3572
Thu Dec 12 17:22:19 2013
LGWR started with pid=11, OS id=8876
Thu Dec 12 17:22:19 2013
CKPT started with pid=12, OS id=3748
Thu Dec 12 17:22:20 2013
SMON started with pid=13, OS id=8108
Thu Dec 12 17:22:20 2013
RECO started with pid=14, OS id=1932
Thu Dec 12 17:22:20 2013
MMON started with pid=15, OS id=7468
Thu Dec 12 17:22:20 2013
MMNL started with pid=16, OS id=8136
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = F:\app\oracle
Thu Dec 12 17:22:21 2013
ALTER DATABASE   MOUNT
Successful mount of redo thread 1, with mount id 3351347149
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE   MOUNT
Thu Dec 12 17:22:26 2013
ALTER DATABASE OPEN
Beginning crash recovery of 1 threads
parallel recovery started with 3 processes
Started redo scan
Completed redo scan
read 11 KB redo, 6 data blocks need recovery
Started redo application at
Thread 1: logseq 3, block 2, scn 59089613795
Recovery of Online Redo Log: Thread 1 Group 6 Seq 3 Reading mem 0
Mem# 0: F:\ORACLE11G\ORADATA\GEOP\GEOP\REDO06.LOG
Completed redo application of 0.01MB
Completed crash recovery at
Thread 1: logseq 3, block 24, scn 59089633817
6 data blocks read, 6 data blocks written, 11 redo k-bytes read
Read of datafile 'F:\ORACLE11G\ORADATA\GEOP\GEOP\TEMP01.DBF' (fno 201) header failed with ORA-01203
Rereading datafile 201 header failed with ORA-01203
Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_dbw0_3572.trc:
ORA-01186: file 201 failed verification tests
ORA-01122: database file 201 failed verification check
ORA-01110: data file 201: 'F:\ORACLE11G\ORADATA\GEOP\GEOP\TEMP01.DBF'
ORA-01203: wrong incarnation of this file - wrong creation SCN
File 201 not verified due to error ORA-01122
LGWR: STARTING ARCH PROCESSES
Thu Dec 12 17:22:27 2013
ARC0 started with pid=19, OS id=10876
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Thu Dec 12 17:22:28 2013
ARC1 started with pid=24, OS id=10912
Thu Dec 12 17:22:28 2013
ARC2 started with pid=25, OS id=6652
Thu Dec 12 17:22:28 2013
ARC3 started with pid=26, OS id=9648
ARC1: Archival started
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
Thread 1 advanced to log sequence 4 (thread open)
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Thread 1 opened at log sequence 4
Current log# 4 seq# 4 mem# 0: F:\ORACLE11G\ORADATA\GEOP\GEOP\REDO04.LOG
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
Archived Log entry 64945 added for thread 1 sequence 3 ID 0xc7c27920 dest 1:
Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_ora_12260.trc:
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_ora_12260.trc:
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Error 704 happened during db open, shutting down database
USER (ospid: 12260): terminating the instance due to error 704
Instance terminated by USER, pid = 12260
ORA-1092 signalled during: ALTER DATABASE OPEN...
opiodr aborting process unknown ospid (12260) as a result of ORA-1092
Thu Dec 12 17:22:33 2013
ORA-1092 : opitsk aborting process
[/code]
Please please please let me know what steps should I do now to get my 11g database operational again?
Now when i am trying:
(SQL prompt)
[code]
>sqlplus "/ as sysdba"
SQL*Plus: Release 11.2.0.3.0 Production on Thu Dec 12 17:22:05 2013
Copyright (c) 1982, 2011, Oracle. All rights reserved.
Connected to an idle instance.
SQL> startup open;
ORACLE instance started.
Total System Global Area 3891630080 bytes
Fixed Size                  2261120 bytes
Variable Size            2147487616 bytes
Database Buffers         1728053248 bytes
Redo Buffers               13828096 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-00704: bootstrap process failure
ORA-39700: database must be opened with UPGRADE option
Process ID: 12260
Session ID: 5 Serial number: 5
SQL> startup open upgrade;
SP2-0714: invalid combination of STARTUP options
SQL> startup upgrade;
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist
SQL> startup upgrade open;
SP2-0714: invalid combination of STARTUP options
SQL> alter database mount;
ERROR:
ORA-03114: not connected to ORACLE
SQL> shutdown immediate;
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist
SQL> startup nomount
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist
SQL>
[/code]

This is why you do backups both before and after doing other things.
So one way to do something like this:
Backup old db.
expdp old db.
Install new 11gR2, create database.
Back it up.
Turn off archivelog.
impdp
Turn on archivelog.
Back it up.
The general thought here is you would start over with the first new db backup if the imp didn't work, you turn off archiving to avoid generating lots of redo that would be for a recovery you would never do.
There is more than one way to do it (TIMTOWTDI), best way depends on details, including volume of data and platform changes. expdp/impdp has an over the network option if disk space is limited and network is fast.
I usually allow for several tries when going to a new box, since the new box will require testing anyways.

How to add datafile from previous installation to a new one

Hello,
I have a new installation Oracle 11g 11.1.0.6 (64b), in addition to that i have a copy (all files - 'cold backup') of my previous installation Oracle 11g 11.1.0.6 (32b). I don't have any backup from expdp or rman. How can I import data from the old installation to the new one? Is there any simple way? When i just overwrite users01.dbf (tablespace users) i get an error when i start my instance:
ORA-01203: wrong incarnation of this file - wrong creation SCN
When I overwrite all *.dbf files, control files (*.ctl) and redo logs (*.log) and then when i try connect i get an error:
ORA-00604: error occurred at recursive SQL level 1
Does anybody can help me? Any help is highly appreciate.

856270 wrote:
Hello,
I have a new installation Oracle 11g 11.1.0.6 (64b), in addition to that i have a copy (all files - 'cold backup') of my previous installation Oracle 11g 11.1.0.6 (32b). I don't have any backup from expdp or rman. How can I import data from the old installation to the new one? Is there any simple way? When i just overwrite users01.dbf (tablespace users) i get an error when i start my instance:
ORA-01203: wrong incarnation of this file - wrong creation SCN
When I overwrite all *.dbf files, control files (*.ctl) and redo logs (*.log) and then when i try connect i get an error:
ORA-00604: error occurred at recursive SQL level 1
Does anybody can help me? Any help is highly appreciate.You should do export / import the data using datapump, or transportable tablespace, or through a database link (DBLINK). The method you are trying to do is NOT a solution.

Recovering lost datafile

My database 10.1 is running in noarchivelog mode and
and there was no rman backup
My datafile was lost and I want to restore a copy of the lost file but i have the following error when restarting the database
ORA-01203:, wrong incarnation of this file - wrong creation SCN
Any help?
Regards

In this case jus copy the datafile back to its original directory
startup mount
make the corrup[ted datafile offline
alter datafile '/.dbf' offline;
open the database
alter database open;
make the tablespace of the datafile offline
alter tablespace <tablespacename of the datafile> offline;
recover the resored datafile
recover datafile 'filename'
make the tablespace onlien
alter tablespace <tablespacename of the datafile> online;
This will work but
Let us wait from our experts
Message was edited by:
Maran.E
Message was edited by:
Maran.E

RMAN-06095

DB= 9.2.0.8
os= Linux AS 4.
I am recovering database through RMAN by using following script:
connect target / connect rcvcat 'rman/<password>@RMAN'
run {
SET UNTIL TIME "TO_DATE('2011-02-28:14:00:00','YYYY-MM-DD:HH24:MI:SS')";
RESTORE CONTROLFILE FROM AUTOBACKUP;
restore (database);
sql 'alter database mount';
recover database;
But I am getting following error:
Finished restore at 01-MAR-11
sql statement: alter database mount
released channel: ORA_SBT_TAPE_1
released channel: ORA_SBT_TAPE_2
released channel: ORA_SBT_TAPE_3
released channel: ORA_SBT_TAPE_4
released channel: ORA_SBT_TAPE_5
released channel: ORA_SBT_TAPE_6
released channel: ORA_DISK_1
executing command: SET until clause
Starting recover at 01-MAR-11
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=378 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: NMO v5.0.0.0
allocated channel: ORA_SBT_TAPE_2
channel ORA_SBT_TAPE_2: sid=377 devtype=SBT_TAPE
channel ORA_SBT_TAPE_2: NMO v5.0.0.0
allocated channel: ORA_SBT_TAPE_3
channel ORA_SBT_TAPE_3: sid=370 devtype=SBT_TAPE
channel ORA_SBT_TAPE_3: NMO v5.0.0.0
allocated channel: ORA_SBT_TAPE_4
channel ORA_SBT_TAPE_4: sid=371 devtype=SBT_TAPE
channel ORA_SBT_TAPE_4: NMO v5.0.0.0
allocated channel: ORA_SBT_TAPE_5
channel ORA_SBT_TAPE_5: sid=372 devtype=SBT_TAPE
channel ORA_SBT_TAPE_5: NMO v5.0.0.0
allocated channel: ORA_SBT_TAPE_6
channel ORA_SBT_TAPE_6: sid=373 devtype=SBT_TAPE
channel ORA_SBT_TAPE_6: NMO v5.0.0.0
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=374 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/01/2011 21:44:32
RMAN-06095: a backup control file must be restored to recover datafile 2
RMAN> list incarnation;
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
1664927 1664928 test 4240924319 CURRENT 290118 11-OCT-06
1664927 36956808 test1 4240924319 ORPHAN 9667112526524 25-JUL-08
1664927 36956772 test1 4240924319 ORPHAN 9673237530067 07-OCT-08
Thanks for your help.

Hemant K Chitale wrote:
The ORPHAN incarnations mean that you have done RESETLOGS and created new incarnations and done a recovery through a ResetLogs in the past.
See http://download.oracle.com/docs/cd/B19306_01/backup.102/b14192/flashptr006.htm#BGBBAJII
Which incarnation is the datafile from ?The resetlog_change# of 2 data files file# 2 and 24 is 0, where all other datafiles have resetlog_change number set to current incarnation.
>
I also note that you even changed the database name at some time -- from "test" to "test1".yes name was changed.
Highly appreciate your help.

ORA-19909 orphan incarnation

Similar Messages

Maybe you are looking for