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

Similar Messages

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

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

ORA-01171: datafile 6 going offline due to error advancing checkpoint

Hi
Anyone here know what cause this error? This error happened after backup at night.The data file then went offline. Anyone know the reason?
Thanks
Excerpt from alert.log:
Mon Feb 26 20:34:45 2007
Errors in file d:\oracle\admin\live\bdump\live_ckpt_1064.trc:
ORA-01171: datafile 6 going offline due to error advancing checkpoint
ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: 'D:\ORACLE\ORADATA\LIVE\VGSM_DB01.DBF'
ORA-01208: data file is an old version - not accessing current version
Contents of d:\oracle\admin\live\bdump\live_ckpt_1064.trc
Dump file d:\oracle\admin\live\bdump\live_ckpt_1064.trc
Mon Feb 26 20:34:45 2007
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Instance name: live
Redo thread mounted by this instance: 1
Oracle process number: 5
Windows thread id: 1064, image: ORACLE.EXE
*** 2007-02-26 20:34:45.000
*** SESSION ID:(4.1) 2007-02-26 20:34:45.000
ORA-01171: datafile 6 going offline due to error advancing checkpoint
ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: 'D:\ORACLE\ORADATA\LIVE\VGSM_DB01.DBF'
ORA-01208: data file is an old version - not accessing current version

Thanks
I looked at applicaiton log and found there are message on audit trail:
26/02/2007     20:03:56     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\OmniBack CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
26/02/2007     20:01:35     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\OmniBack CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
But the datbase was not shotdown immediately, it was shutdown next day as shown below:
27/02/2007     12:17:46     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: AUSALDB03\oborj0 CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
27/02/2007     12:17:45     Oracle.live     AUSALDB03     Initializing PGA for process ARC1 in instance live.
27/02/2007     12:17:44     Oracle.live     Initializing PGA for process ARC0 in instance live.
27/02/2007     12:17:44     Oracle.live     Initializing PGA for process RECO in instance live.
27/02/2007     12:17:44     Oracle.live     Initializing PGA for process SMON in instance live.
27/02/2007     12:17:43     Oracle.live     Initializing PGA for process CKPT in instance live.
27/02/2007     12:17:43     Oracle.live     Initializing PGA for process LGWR in instance live.
27/02/2007     12:17:43     Oracle.live     Initializing PGA for process DBW0 in instance live.
27/02/2007     12:17:42     Oracle.live     Initializing PGA for process PMON in instance live.
27/02/2007     12:17:42     Oracle.live     Initializing SGA for instance live.
27/02/2007     12:17:42     Oracle.live     Audit trail: ACTION : 'STARTUP' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: AUSALDB03\oborj0 CLIENT TERMINAL: Not Available STATUS: 0 .
27/02/2007     12:17:11     Oracle.live     Instance live has been terminated.
27/02/2007     12:17:10     Oracle.live     All process in instance live stopped
27/02/2007     12:17:09     Oracle.live     Shutdown normal performed on instance live.
27/02/2007     12:17:09     Oracle.live     Audit trail: ACTION : 'SHUTDOWN' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: AUSALDB03\oborj0 CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
27/02/2007     12:13:31     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: AUSALDB03\oborj0 CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
Do you think the database was not shutdown properly at that time? If backup of datafile was carried on with database still open, it may cause the errors as shwon on oracle alert log file, but I am not sure.
Also I found the database was shutdown properly on the othe day but with user name ="sys"! Do you think this username cause the problem of shutdown?
24/02/2007     20:04:54     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: 'sys' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\AUSALDB03$ CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
24/02/2007     20:04:54     Oracle.liveInitializing PGA for process ARC1 in instance live.
24/02/2007     20:04:53     Oracle.live     Initializing PGA for process ARC0 in instance live.
24/02/2007     20:04:53     Oracle.liveInitializing PGA for process RECO in instance live.
24/02/2007     20:04:53     Oracle.live     Initializing PGA for process SMON in instance live.
24/02/2007     20:04:53     Oracle.live     Initializing PGA for process CKPT in instance live.
24/02/2007     20:04:52     Oracle.live     Initializing PGA for process LGWR in instance live.
24/02/2007     20:04:52     Oracle.live     Initializing PGA for process DBW0 in instance live.
24/02/2007     20:04:52     Oracle.live     Initializing PGA for process PMON in instance live.
24/02/2007     20:04:51     Oracle.live     Initializing SGA for instance live.
24/02/2007     20:04:51     Oracle.live     Audit trail: ACTION : 'STARTUP' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\AUSALDB03$ CLIENT TERMINAL: Not Available STATUS: 0 .
24/02/2007     20:04:51     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: 'sys' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\AUSALDB03$ CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
24/02/2007     20:00:17     Oracle.live     Instance live has been terminated.
24/02/2007     20:00:15     Oracle.live     All process in instance live stopped
24/02/2007     20:00:11     Oracle.live     Shutdown normal performed on instance live.
24/02/2007     20:00:11     Oracle.live     Audit trail: ACTION : 'SHUTDOWN' DATABASE USER: '/' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\AUSALDB03$ CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
24/02/2007     20:00:08     Oracle.live     Audit trail: ACTION : 'CONNECT' DATABASE USER: 'sys' PRIVILEGE : SYSDBA CLIENT USER: PHARMA\AUSALDB03$ CLIENT TERMINAL: AUSALDB03 STATUS: 0 .
Thanks for your help!
Li

ORA-19612: datafile 0 not restored due to missing data

Hello,
I'm testing a restore of the controlfile. The database is in archivelog mode and autobackup is set to ON. I successfully did a full backup and backup as copy database.
To test I did the following:
- note the DBID
- shutdown the database
- renamed both controlfiles:
$ mv /u02/rcat/control01.ctl /u02/rcat/control01.ctl_old
$ mv /u02/fra/rcat/control02.ctl /u02/fra/rcat/control02.ctl_old
When I try to restore the controlfile form autobackup I receive the following error. What could be reason please?
[rcat@oel54]$ rman target /
Recovery Manager: Release 11.2.0.1.0 - Production on Fri Dec 10 00:07:41 2010
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: RCAT (not mounted)
RMAN> set dbid 502889862;
executing command: SET DBID
RMAN> restore controlfile from autobackup;
Starting restore at 10-DEC-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK
recovery area destination: /u02/fra
database name (or database unique name) used for search: RCAT
channel ORA_DISK_1: AUTOBACKUP /u02/fra/RCAT/autobackup/2010_12_09/o1_mf_s_737336682_6j2pyv2l_.bkp found in the recovery area
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20101210
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20101209
channel ORA_DISK_1: restoring control file from AUTOBACKUP /u02/fra/RCAT/autobackup/2010_12_09/o1_mf_s_737336682_6j2pyv2l_.bkp
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 12/10/2010 00:09:55
ORA-19870: error while restoring backup piece /u02/fra/RCAT/autobackup/2010_12_09/o1_mf_s_737336682_6j2pyv2l_.bkp
ORA-19612: datafile 0 not restored due to missing data
$ ll /u02/fra/RCAT/autobackup/2010_12_09/o1_mf_s_737336682_6j2pyv2l_.bkp
-rw-r----- 1 oracle dba 10354688 Dec 9 23:44 /u02/fra/RCAT/autobackup/2010_12_09/o1_mf_s_737336682_6j2pyv2l_.bkpThanks!

The file was indeed corrupted as below will show.
Very strange. Perhaps something with the latest Virtualbox or the SSD/hybrid harddrive. (host MacOSX 10.6, guest Oracle Linux 5.5 UEK)
$ mv /u02/rcat/control01.ctl_old /u02/rcat/control01.ctl
$ mv /u02/fra/rcat/control02.ctl_old /u02/fra/rcat/control02.ctl
SQL> startup mount
ORACLE instance started.
SQL> recover database;
ORA-00283: recovery session canceled due to errors
ORA-00264: no recovery required
SQL> alter database open;
Database altered.
$ rman target /
connected to target database: RCAT (DBID=502889862)
RMAN> backup current controlfile;
piece handle=/u02/fra/RCAT/backupset/2010_12_10/o1_mf_ncnnf_TAG20101210T012420_6j2wsoko_.bkp
Finished backup at 10-DEC-10
Starting Control File and SPFILE Autobackup at 10-DEC-10
piece handle=/u02/fra/RCAT/autobackup/2010_12_10/o1_mf_s_737342662_6j2wspvf_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 10-DEC-10
RMAN> restore validate controlfile;
piece handle=/u02/fra/RCAT/autobackup/2010_12_10/o1_mf_s_737342662_6j2wspvf_.bkp tag=TAG20101210T012422
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: validation complete, elapsed time: 00:00:02
Finished restore at 10-DEC-10
SQL> shutdown immediate
$ mv /u02/rcat/control01.ctl /u02/rcat/control01.ctl_old
$ mv /u02/fra/rcat/control02.ctl /u02/fra/rcat/control02.ctl_old
SQL> startup nomount
$ rman target /
connected to target database: RCAT (not mounted)
RMAN> set dbid 502889862;
RMAN> restore controlfile from autobackup;
Starting restore at 10-DEC-10
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK
recovery area destination: /u02/fra
database name (or database unique name) used for search: RCAT
channel ORA_DISK_1: AUTOBACKUP /u02/fra/RCAT/autobackup/2010_12_10/o1_mf_s_737342662_6j2wspvf_.bkp found in the recovery area
channel ORA_DISK_1: looking for AUTOBACKUP on day: 20101210
channel ORA_DISK_1: restoring control file from AUTOBACKUP /u02/fra/RCAT/autobackup/2010_12_10/o1_mf_s_737342662_6j2wspvf_.bkp
channel ORA_DISK_1: control file restore from AUTOBACKUP complete
output file name=/u02/rcat/control01.ctl
output file name=/u02/fra/rcat/control02.ctl
Finished restore at 10-DEC-10

ORA-19648: datafile 132: incremental-start SCN equals checkpoint SCN

I re-ran full backup but still cumulative backups failing with this error, looking for quick commands to fix this
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on T1 channel at 04/12/2010 20:55:16
ORA-00604: error occurred at recursive SQL level 1
ORA-01427: single-row subquery returns more than one row
ORA-19648: datafile 132: incremental-start SCN equals checkpoint SCN
ORA-19640: datafile checkpoint is SCN 4361058556501 time 02/08/2008 20:32:22

19645, 00000, "datafile %s: incremental-start SCN is prior to creation SCN %s"
// *Cause: The incremental-start SCN which was specified when starting an
// incremental datafile backup is less than the datafile's
// creation SCN.
// *Action: Specify a larger incremental-start SCN.

Missing datafile belonging to SYSTEM tablespace

Hi All,
Our dev db server is crashed today as some datafiles belonging to Oracle were deleted by mistake from a developer (I believe to recover some space from server).
The major hit is to SYSTEM tablespace as the datafile belonging to this tbs is deleted.
For other tablespaces dev team can easily create as most them are index tablespaces that can be rebuild through scripts. All the data tablespace were saved at different directory so no impact.
There is no file system backup schedule for this box and only backup is RMAN cold backup for DB and that is of last Tuesday evening and in between dev team has loaded a good amount of data.
Now please suggest if I can recover the data from datafiles I have with me, I have a current copy of Controlfile with me. I am using Oracle 9.2.0.6 on Linux AS4.
Thank you.
Bhupinder

Under this circumstances, if you mean 'cold backup' as a synonym of no archivelog' if you then what you will be able to do is just to completely restore the database to the backup time and open it, you will loose all changes from the time of backup to the point of failure. If you have a mean to restore data from logical backups that'll be all you will be able to do. Unfortunately system is a critical tablespace and it must be complete and fully recovered at the open database time.
There are people who underestimate the value of a DRP scenario for development environments. This is valid just as long as there are means to restore data in case of failure and if the development team doesn't see their schedule compromised in case of failure.
~ Madrid

ORA-19645: datafile 17: incremental-start SCN is prior to creation SCN 8180

hi Experts i m recieved ORA-19645: datafile 17: incremental-start SCN is prior to creation SCN 8180101895458 error durring backup by rman
can any one explain what may b the cause of this
my database version is 10g(10.2.0.4) O/S AIX 6.1
pls help me out

19645, 00000, "datafile %s: incremental-start SCN is prior to creation SCN %s"
// *Cause: The incremental-start SCN which was specified when starting an
// incremental datafile backup is less than the datafile's
// creation SCN.
// *Action: Specify a larger incremental-start SCN.

Problem after rename datafile belongs to SYSTEM tablespace

Hi
I've renamed one file belongs to SYSTEM tablespace.
Then I brought database online and dropped the old file, now I can open database,
but I can't run backup.
I delete previous one so I can't restore that file from backup, I have the file because I clonned db,
but when I restore file and run recover from RMAN database got recovered.
After that I still can't run backup.
Do you have idea what to do???
SYS@orcl >select * from v$recover_file;
FILE# ONLINE ONLINE_
ERROR CHANGE#
TIME
14 OFFLINE OFFLINE
OFFLINE NORMAL 0

RMAN> report schema;
Report of database schema
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
1 500 SYSTEM YES /u01/app/oracle/oradata/ORCL/datafile/o1_mf_system_48fprop3_.dbf
2 245 UNDOTBS1 YES /u01/app/oracle/oradata/ORCL/datafile/o1_mf_undotbs1_48fprovo_.dbf
3 260 SYSAUX NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_sysaux_48fpropg_.dbf
4 40 USERS NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_48fprowb_.dbf
5 100 EXAMPLE NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_example_48fpw04c_.dbf
6 100 DBA1 NO /u01/app/oracle/oradata/ORCL/datafile/dba1.dbf
7 5 TEST NO /u01/app/oracle/oradata/ORCL/datafile/test_reorg0
9 10 UNDO1 YES /u01/app/oracle/oradata/ORCL/datafile/undo01.dbf
10 10 VAL NO /u01/app/oracle/oradata/ORCL/datafile/val.dbf
11 100 INVENTORY NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_inventor_4tts3q24_.dbf
14 260 SYSAUX NO /u01/app/oracle/oradata/o2_mf_sysaux_48fpropg_.dbf
15 500 SYSTEM YES /u01/app/oracle/oradata/ORCL/datafile/o2_mf_system_48fprop3_.dbf
17 100 RCVCAT NO /u01/app/oracle/oradata/ORCL/datafile/rcvcat01.dbf
List of Temporary Files
=======================
File Size(MB) Tablespace Maxsize(MB) Tempfile Name
1 61 TEMP 32767 /u01/app/oracle/oradata/ORCL/datafile/o1_mf_temp_48fpvnpt_.tmp

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.

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;

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-19634 during recovery

Hi All,
On my database the datafile belonging to UNDO tablespace is corrupted, and that cause the database to be down automatically. For the recovery using RMAN I started the DB in mount and try to restore the UNDO tbs.
The restore process was successfull but I got ORA-19634 while recovering the tablespace.
The log is :
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00002 to /opt/oracle/oradata7/undotbs01.dbf
channel ORA_DISK_1: restored backup piece 1
piece handle=/opt/oracle/orabackup/XXXXX_XXXX_1.rmn tag=TAG20060612T130252 params=NULL
channel ORA_DISK_1: restore complete
Finished restore at 12-JUN-06
Starting recover at 12-JUN-06
using channel ORA_DISK_1
starting media recovery
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 06/12/2006 13:52:30
ORA-19634: filename required for this function
Please suggest.. I am using ORACLE 9.2.0.6.0
Thanks in advanced
Bhupinder

Thanks Kuljeet / Alok for your quick replies.
try to recover this tablespace from sql prompt. That works absolutly fine and tbs is recovered without any issues.
I am wondering why I was not able to recover it from RMAN. Any inputs towards the same will be appreciated.
Thanks again
Bhupinder

ORA-19909: datafile 1 belongs to an orphan incarnation

Similar Messages

Maybe you are looking for