Recovery error: ORA-01190

Hi,
i have oracle10.2.0.4 installed on windows xp.
i was doing some recovery from my cold backups after one of the tablespace test01.dbf was removed accidently.
i did the recovery steps but now i am getting this error:
ORA-01190: control file or data file 1 is from before the last RESETLOGS
when i do the
alter database open resetlogs;Can someone help me how to fix this.
Thanks in advance,
Philip.

Error: ORA 1190
Text: control file or datafile <name> is from before the last RESETLOGS
Cause: An attempt was made to perform media recovery when the redo log reset
information in a datafile does not match the control file.
Either the datafile or the control file must be a backup that was made
before the most recent ALTER DATABASE OPEN RESETLOGS.
Action: Restore the file from a more recent backup.
According to the message there was already a RESETLOGS. Recovery through RESETLOGS is simplified in 10g and higher, is it possible you restored the datafile,but didn't recover it (by applying archivelogs)?
Werner

Similar Messages

  • Unable to open database : error , ora-03113 end of file communication

    Hi Guys ,
    I am facing a serious issue with my database
    machine Oracle Linux Tikanga 5
    database : 10.2.0.1
    Error : ora-03113
    I was trying to drop a logfile , while inserting the data ....
    I restored and tried recovering it but it recovers with message , media recover complete but doesnot allows to open the database
    gives the same error : Error : ora-03113 end of file communication
    alert_log shows
    alter database recover if needed
    start
    Media Recovery Start
    ORA-264 signalled during: alter database recover if needed
    start
    Wed Jan 9 16:20:18 2013
    db_recovery_file_dest_size of 2048 MB is 40.79% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Wed Jan 9 16:22:02 2013
    alter database recover datafile list clear
    Wed Jan 9 16:22:02 2013
    Completed: alter database recover datafile list clear
    Wed Jan 9 16:22:02 2013
    alter database recover datafile list
    1 , 2 , 3 , 4 , 5
    Completed: alter database recover datafile list
    1 , 2 , 3 , 4 , 5
    Wed Jan 9 16:22:02 2013
    alter database recover if needed
    start
    Media Recovery Start
    ORA-264 signalled during: alter database recover if needed
    start
    Wed Jan 9 16:22:07 2013
    alter database open
    Wed Jan 9 16:22:07 2013
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=16, OS id=2049
    Wed Jan 9 16:22:07 2013
    ARC0: Archival started
    ARC1: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    ARC1 started with pid=17, OS id=2051
    Wed Jan 9 16:22:07 2013
    Repairing half complete open of thread 1
    Wed Jan 9 16:22:07 2013
    Errors in file /d1/app/oracle/oradata/orcl/bdump/orcl_lgwr_1966.trc:
    ORA-00600: internal error code, arguments: [3712], [1], [1], [0], [445262], [0], [445261], []
    Wed Jan 9 16:22:08 2013
    Errors in file /d1/app/oracle/oradata/orcl/bdump/orcl_lgwr_1966.trc:
    ORA-00600: internal error code, arguments: [3712], [1], [1], [0], [445262], [0], [445261], []
    LGWR: terminating instance due to error 470
    Instance terminated by LGWR, pid = 1966
    can you please suggest on the same ..
    Thanks

    Due to the nature of the error and to prevent any trial-and-error, I would highly recommand you to open a service request with Oracle asap.
    Oracle too recommands the same.
    Thanks...

  • Error ORA-03113: end-of-file on communication channel (while starting db)

    Hello everybody! :-)
    Looks like a need help with Oracle 11gr2 (RHEL 6 x64). Faced with a problem while starting database:
    sqlplus / as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on Fri Dec 7 01:43:45 2012
    Copyright (c) 1982, 2009, Oracle. All rights reserved.
    Connected to an idle instance.
    SQL> startup
    ORACLE instance started.
    Total System Global Area 2538741760 bytes
    Fixed Size 2216024 bytes
    Variable Size 1828720552 bytes
    Database Buffers 687865856 bytes
    Redo Buffers 19939328 bytes
    Database mounted.
    ORA-03113: end-of-file on communication channel
    Process ID: 6601
    Session ID: 575 Serial number: 5
    This is logfile (/u01/app/oracle/diag/rdbms/orcldocs1/orcldocs1/alert/log.xml):
    <msg time='2012-12-07T01:52:22.363+04:00' org_id='oracle' comp_id='rdbms'
    client_id='' type='UNKNOWN' level='16'
    host_id='localhost.localdomain' host_addr='127.0.0.1' module='[email protected] (TNS V1-V3)'
    pid='6881'>
    <txt>Errors in file /u01/app/oracle/diag/rdbms/orcldocs1/orcldocs1/trace/orcldocs1_ora_6881.trc:
    ORA-19809: limit exceeded for recovery files
    ORA-19804: cannot reclaim 28496896 bytes disk space from 5218762752 limit
    </txt>
    </msg>
    <msg time='2012-12-07T01:52:22.363+04:00' org_id='oracle' comp_id='rdbms'
    client_id='' type='UNKNOWN' level='16'
    host_id='localhost.localdomain' host_addr='127.0.0.1' module='[email protected] (TNS V1-V3)'
    pid='6881'>
    <txt>ARCH: Error 19809 Creating archive log file to &apos;/u01/app/oracle/flash_recovery_area/ORCLDOCS1/archivelog/2012_12_07/o1_mf_1_249_%u_.arc&apos;
    </txt>
    </msg>
    <msg time='2012-12-07T01:52:22.368+04:00' org_id='oracle' comp_id='rdbms'
    client_id='' type='UNKNOWN' level='16'
    host_id='localhost.localdomain' host_addr='127.0.0.1' module='[email protected] (TNS V1-V3)'
    pid='6881'>
    <txt>Errors in file /u01/app/oracle/diag/rdbms/orcldocs1/orcldocs1/trace/orcldocs1_ora_6881.trc:
    ORA-16038: log 3 sequence# 249 cannot be archived
    ORA-19809: limit exceeded for recovery files
    ORA-00312: online log 3 thread 1: &apos;/u01/app/oracle/oradata/orcldocs1/redo03.log&apos;
    </txt>
    </msg>
    <msg time='2012-12-07T01:52:22.368+04:00' org_id='oracle' comp_id='rdbms'
    client_id='' type='UNKNOWN' level='16'
    host_id='localhost.localdomain' host_addr='127.0.0.1' module='[email protected] (TNS V1-V3)'
    pid='6881'>
    <txt>USER (ospid: 6881): terminating the instance due to error 16038
    </txt>
    </msg>
    <msg time='2012-12-07T01:52:23.540+04:00' org_id='oracle' comp_id='rdbms'
    client_id='' type='UNKNOWN' level='16'
    host_id='localhost.localdomain' host_addr='127.0.0.1' module='[email protected] (TNS V1-V3)'
    pid='6881'>
    <txt>Instance terminated by USER, pid = 6881
    </txt>
    </msg>
    How can I resolve it, please advice. Thank you.
    Edited by: user9001403 on 06.12.2012 5:58

    Hi,
    Looks like your archivelog space is exhausted. Increase the db_recovery_file_dest_size size and check.
    SQL>  show parameter db_recovery
    NAME                                 TYPE        VALUE
    db_recovery_file_dest                string      /oracle/flash_recovery_area
    db_recovery_file_dest_size           big integer 3882MRegards,
    Anand.

  • Error , ORA-19809 & ORA-19804 While restoring RMAN backup .

    Hi Experts,
    I am restoring production RMAN backup to UAT . Using below steps
    1)rman target=/
    2)RMAN> startup nomount;
    3) RMAN> restore controlfile from '/orabkdump/Rman_Bak/ACME/bkup_CTLFL_2206101206.ctl';
    Starting restore at 05-AUG-10
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=3 device type=DISK
    channel ORA_DISK_1: copied control file copy
    output file name=+DATA_ACME/acme/controlfile/current.256.724845209
    output file name=+DATA_ACME/acme/controlfile/current.257.724845209
    Finished restore at 05-AUG-10
    4) RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    5) RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/orabkdump/Rman_Bak/ACME/%F';
    old RMAN configuration parameters:
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/orabkdump/Rman_Bak/ACME1/current/%F';
    new RMAN configuration parameters:
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/orabkdump/Rman_Bak/ACME/%F';
    new RMAN configuration parameters are successfully stored
    6) RMAN> CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/orabkdump/Rman_Bak/ACME/%U';
    old RMAN configuration parameters:
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/orabkdump/Rman_Bak/ACME/%U';
    new RMAN configuration parameters:
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/orabkdump/Rman_Bak/ACME/%U';
    new RMAN configuration parameters are successfully stored
    released channel: ORA_DISK_1
    7) RMAN> CATALOG START WITH '/orabkdump/Rman_Bak/ACME';
    searching for all files that match the pattern /orabkdump/Rman_Bak/ACME
    List of Files Unknown to the Database
    =====================================
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722347594_1_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722347939_2_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722348365_3_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722348681_4_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722349076_5_1
    File Name: /orabkdump/Rman_Bak/ACME/bkup_CTLFL_2206101206.ctl
    File Name: /orabkdump/Rman_Bak/ACME/c-1904932673-20100622-00
    File Name: /orabkdump/Rman_Bak/ACME/dbsnap.log
    File Name: /orabkdump/Rman_Bak/ACME/rman_Tuesday_LVL_0.log
    File Name: /orabkdump/Rman_Bak/ACME/rman_Tuesday_LVL_0.trc
    Do you really want to catalog the above files (enter YES or NO)? YES
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722347594_1_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722347939_2_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722348365_3_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722348681_4_1
    File Name: /orabkdump/Rman_Bak/ACME/ACME_DB_722349076_5_1
    File Name: /orabkdump/Rman_Bak/ACME/bkup_CTLFL_2206101206.ctl
    File Name: /orabkdump/Rman_Bak/ACME/c-1904932673-20100622-00
    List of Files Which Where Not Cataloged
    =======================================
    File Name: /orabkdump/Rman_Bak/ACME/dbsnap.log
    RMAN-07517: Reason: The file header is corrupted
    File Name: /orabkdump/Rman_Bak/ACME/rman_Tuesday_LVL_0.log
    RMAN-07517: Reason: The file header is corrupted
    File Name: /orabkdump/Rman_Bak/ACME/rman_Tuesday_LVL_0.trc
    RMAN-07517: Reason: The file header is corrupted
    8) RMAN> run {
    2> set until sequence 1789 thread 2;
    3> restore database;
    4> recover database;
    5> sql 'alter database open resetlogs';
    6> }
    executing command: SET until clause
    Starting restore at 06-AUG-10
    using channel ORA_DISK_1
    Finished restore at 06-AUG-10
    Starting recover at 06-AUG-10
    using channel ORA_DISK_1
    starting media recovery
    channel ORA_DISK_1: starting archived log restore to default destination
    channel ORA_DISK_1: restoring archived log
    archived log thread=1 sequence=2803
    channel ORA_DISK_1: restoring archived log
    archived log thread=2 sequence=6051
    channel ORA_DISK_1: restoring archived log
    archived log thread=1 sequence=2804
    channel ORA_DISK_1: reading from backup piece /orabkdump/Rman_Bak/ACME/ACME_AL_726286927_57_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/06/2010 23:10:38
    ORA-19870: error while restoring backup piece /orabkdump/Rman_Bak/ACME/ACME_AL_726286927_57_1
    ORA-19809: limit exceeded for recovery files
    ORA-19804: cannot reclaim 49283072 bytes disk space from 5218762752 limit
    ** My UAT database should be in noarchival mode . Generally such errors have been observed during backup , but have no clue why they occurred during recovery .Please advice .
    Thanks
    Edited by: user11981514 on Aug 6, 2010 9:46 AM

    Hi,
    Since the error ORA-19809 indicates the lack of space in flash recovery area during the media recovery, I suggested increasing the value of the parameter DB_RECOVERY_FILE_DEST_SIZE.
    Yes, during the media recovery the RMAN will restore the archived log to the default destination (only if the required archived logs are not already on the disks).You can confirm the restore location of the archived log in RMAN restore log/destination specified by parameters log_archive_dest_1/db_recovery_file_dest.
    Regards,
    Vaibhav

  • Error ORA-01152: file 1 was not restored from a sufficiently old backup

    Its also not thread just to share info with oracle gurus here.If my findings for the below workaround is wrong then please do correct me.
    Sometime you get the error after performing restoring controlfile when you don't have autobackup controlfile on
    error ORA-01152: file 1 was not restored from a sufficiently old backup
    why?
    Cause When you shutdown the database with using the normal,transactional or immediate options not abort a full checkpoint occurs.A full checkpoint ensures that all of the dirty blocks contained in the buffer cache are written to the data files,the database comes into synchronized state at this time i.e controlfile CKPT SCN=databasefile CKPT.
    Like in this demo i am not taking backup the database in opened mode
    Demo 1
    SQL> archive log list
    Database log mode              No Archive Mode
    Automatic archival             Disabled
    Archive destination            USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence     9
    Current log sequence           11
    SQL> shutdown immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup mount
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    Database mounted.
    SQL> alter database archivelog
      2  /
    Database altered.
    SQL> archive log list
    Database log mode              Archive Mode
    Automatic archival             Enabled
    Archive destination            USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence     9
    Next log sequence to archive   11
    Current log sequence           11
    Recovery Manager: Release 10.1.0.2.0 - Production
    Copyright (c) 1995, 2004, Oracle.  All rights reserved.
    RMAN> connect target sys/sys
    connected to target database: ORCL1 (DBID=1024798223)
    RMAN> list backup
    2> ;
    using target database controlfile instead of recovery catalog
    RMAN> backup database
    2> ;
    Starting backup at 08-DEC-07
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    input datafile fno=00001 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSTEM01.DBF
    input datafile fno=00003 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSAUX01.DBF
    input datafile fno=00002 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\UNDOTBS01.DBF
    input datafile fno=00004 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\USERS01.DBF
    channel ORA_DISK_1: starting piece 1 at 08-DEC-07
    channel ORA_DISK_1: finished piece 1 at 08-DEC-07
    piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_08\O1_MF_NNNDF_TAG20071208T143558_3ONSCZBY_.BKP
    comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    including current controlfile in backupset
    including current SPFILE in backupset
    channel ORA_DISK_1: starting piece 1 at 08-DEC-07
    channel ORA_DISK_1: finished piece 1 at 08-DEC-07
    piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_08\O1_MF_NCSNF_TAG20071208T143558_3ONSFGN7_.BKP
    comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:05
    Finished backup at 08-DEC-07
    SQL> shutdown immediate
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.Now i delete the controlfile from OS command.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    ORA-00205: error in identifying controlfile, check alert log for more infoi don't have automatized control file backup neither i have control file copy.What i will do
    to recover control file i will restore controlfile from backup.Before doing it that i will bring
    the database in mount state.
    SQL> shutdown immediate
    ORA-01507: database not mounted
    ORACLE instance shut down.
    SQL> startup mount
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    ORA-00205: error in identifying controlfile, check alert log for more infoi have two backup piece in my backupset folder you cant check control file backup
    existence with list backup controlfile at RMAN prompt cause it needs database in
    mount state.You will have to test both backup set pieces.
    RMAN> restore controlfile from
    'C:\oracle\flash_recovery_area\orcl1\ORCL1\BACKUPSET\2007_12_08\O1_MF_NCSNF_TAG20071208T143558_3ONSFGN7_.BKP';
    Starting restore at 08-DEC-07
    using channel ORA_DISK_1
    channel ORA_DISK_1: restoring controlfile
    channel ORA_DISK_1: restore complete
    output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL01.CTL
    output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL02.CTL
    output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL03.CTL
    Finished restore at 08-DEC-07
    SQL> startup
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    Database mounted.
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> alter database open resetlogs
      2  /
    Database altered.You can see database now comes into open mode without raising error error
    ORA-01152: file 1 was not restored from a sufficiently old backup,you can see that
    database shutdown with immediate which synchronized the control file with database
    file.
    Demo 2
    ------------Now in this demo i am taking backup the database in opened mode before backup
    database i have deleted alls previous backup.
    Database is in opened moder if i take the backup in database opened mode
    (i.e full checkpoint will not occur controlfile CKPT SCN<>datafile CKPT SCN)
    you will get the error when you will restore controlfile from backup set.
    error ORA-01152: file 1 was not restored from a sufficiently old backup
    Reason is that CKPT SCN in the datafiles will be ahead of the backupset control file no
    full checkpoint occuring. You are not taking backup in consistent state and the
    backupset will not be in consistent state.When you will restore the control file from
    backupset then yours restored control file SCN will be lesser then yours datafile
    checkpoint SCN.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    Database mounted.
    Database opened.
    RMAN> backup database
    2> ;
    Starting backup at 11-DEC-07
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    input datafile fno=00001 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSTEM01.D
    BF
    input datafile fno=00003 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSAUX01.D
    BF
    input datafile fno=00002 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\UNDOTBS01.
    DBF
    input datafile fno=00004 name=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\USERS01.DB
    F
    channel ORA_DISK_1: starting piece 1 at 11-DEC-07
    channel ORA_DISK_1: finished piece 1 at 11-DEC-07
    piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_11\O1_M
    F_NNNDF_TAG20071211T125123_3OWJD0V5_.BKP comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:56
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    including current controlfile in backupset
    including current SPFILE in backupset
    channel ORA_DISK_1: starting piece 1 at 11-DEC-07
    channel ORA_DISK_1: finished piece 1 at 11-DEC-07
    piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL1\ORCL1\BACKUPSET\2007_12_11\O1_M
    F_NCSNF_TAG20071211T125123_3OWJFT97_.BKP comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:09
    Finished backup at 11-DEC-07now i shut down the database in order to delete the control file from os command
    SQL> shutdown immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> deleting the controlfile from oradata folder
    SQL> startup
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    ORA-00205: error in identifying controlfile, check alert log for more infonow i would restore the controlfile from backupset.
    RMAN> restore controlfile from 'C:\oracle\flash_recovery_area\orcl1\ORCL1\BACKUP
    SET\2007_12_11\O1_MF_NCSNF_TAG20071211T125123_3OWJFT97_.BKP'
    2> ;
    Starting restore at 11-DEC-07
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=159 devtype=DISK
    channel ORA_DISK_1: restoring controlfile
    channel ORA_DISK_1: restore complete
    output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL01.CTL
    output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL02.CTL
    output filename=C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\CONTROL03.CTL
    Finished restore at 11-DEC-07
    SQL> shutdown immediate
    ORA-01507: database not mounted
    ORACLE instance shut down.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    Database mounted.
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> alter database open resetlogs
      2  /
    alter database open resetlogs
    ERROR at line 1:
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'C:\ORACLE10G\ORACLE\ORADATA\ORCL1\ORCL1\SYSTEM01.DBF'what would you do that now you have lost controlfile ,you dont have copy either you dont
    have autobackup on for controlfile,you need to create the control file
    SQL> shutdown immediate
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup nomount
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    SQL> create controlfile reuse database orcl1 noresetlogs archivelog
      2  MAXLOGFILES 50
      3  MAXLOGMEMBERS 3
      4  MAXDATAFILES 300
      5  MAXINSTANCES 8
      6  MAXLOGHISTORY 500
      7  LOGFILE
      8                     GROUP 1 'C:\oracle10g\oracle\oradata\orcl1\orcl1\redo01.LOG',
      9                     GROUP 2 'C:\oracle10g\oracle\oradata\orcl1\orcl1\redo02.LOG',
    10                     GROUP 3 'C:\oracle10g\oracle\oradata\orcl1\orcl1\redo03.LOG'
    11  DATAFILE
    12                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\SYSAUX01.DBF',
    13                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\SYSTEM01.DBF',
    14                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\UNDOTBS01.DBF',
    15                     'C:\oracle10g\oracle\oradata\orcl1\orcl1\USERS01.DBF'
    16 
    SQL> /
    Control file created.
    SQL> alter database open
      2  /
    Database altered.Khurram

    No need to manually recreate the controlfile. Simply issue RECOVER DATABASE prior to opening database.
    E:\>rman target /
    Recovery Manager: Release 10.2.0.1.0 - Production on Sun Dec 30 01:22:34 2007
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    connected to target database (not started)
    RMAN> startup
    Oracle instance started
    database mounted
    database opened
    Total System Global Area     612368384 bytes
    Fixed Size                     2006192 bytes
    Variable Size                239076176 bytes
    Database Buffers             364904448 bytes
    Redo Buffers                   6381568 bytes
    RMAN> backup database;
    Starting backup at 30-DEC-07
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=148 devtype=DISK
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    input datafile fno=00001 name=E:\ORACLE\ORADATA\ORA10G\SYSTEM01.DBF
    input datafile fno=00002 name=E:\ORACLE\ORADATA\ORA10G\UNDOTBS01.DBF
    input datafile fno=00003 name=E:\ORACLE\ORADATA\ORA10G\SYSAUX01.DBF
    input datafile fno=00004 name=E:\ORACLE\ORADATA\ORA10G\USERS01.DBF
    channel ORA_DISK_1: starting piece 1 at 30-DEC-07
    channel ORA_DISK_1: finished piece 1 at 30-DEC-07
    piece handle=D:\DB_BACKUPS\12J4S23M_1_1.BKP tag=TAG20071230T012302 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:01:35
    channel ORA_DISK_1: starting full datafile backupset
    channel ORA_DISK_1: specifying datafile(s) in backupset
    including current control file in backupset
    including current SPFILE in backupset
    channel ORA_DISK_1: starting piece 1 at 30-DEC-07
    channel ORA_DISK_1: finished piece 1 at 30-DEC-07
    piece handle=D:\DB_BACKUPS\13J4S26L_1_1.BKP tag=TAG20071230T012302 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
    Finished backup at 30-DEC-07
    RMAN> shutdown immediate
    database closed
    database dismounted
    Oracle instance shut down
    RMAN> exit
    Recovery Manager complete.
    E:\>del e:\oracle\oradata\ora10g\*.ctl
    E:\>rman target /
    Recovery Manager: Release 10.2.0.1.0 - Production on Sun Dec 30 01:25:39 2007
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    connected to target database (not started)
    RMAN> startup
    Oracle instance started
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of startup command at 12/30/2007 01:25:56
    ORA-00205: error in identifying control file, check alert log for more info
    RMAN> restore controlfile from 'D:\DB_BACKUPS\13J4S26L_1_1.BKP';
    Starting restore at 30-DEC-07
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=157 devtype=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output filename=E:\ORACLE\ORADATA\ORA10G\CONTROL01.CTL
    output filename=E:\ORACLE\ORADATA\ORA10G\CONTROL02.CTL
    output filename=E:\ORACLE\ORADATA\ORA10G\CONTROL03.CTL
    Finished restore at 30-DEC-07
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> alter database open resetlogs;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 12/30/2007 01:27:33
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'E:\ORACLE\ORADATA\ORA10G\SYSTEM01.DBF'
    RMAN> recover database;
    Starting recover at 30-DEC-07
    Starting implicit crosscheck backup at 30-DEC-07
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 1 objects
    Finished implicit crosscheck backup at 30-DEC-07
    Starting implicit crosscheck copy at 30-DEC-07
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 30-DEC-07
    searching for all files in the recovery area
    cataloging files...
    no files cataloged
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 1 sequence 1 is already on disk as file E:\ORACLE\ORADATA\ORA10G\REDO03.LOG
    archive log filename=E:\ORACLE\ORADATA\ORA10G\REDO03.LOG thread=1 sequence=1
    media recovery complete, elapsed time: 00:00:02
    Finished recover at 30-DEC-07
    RMAN> alter database open resetlogs;
    database opened
    RMAN> shutdown immediate
    database closed
    database dismounted
    Oracle instance shut down
    RMAN> startup
    connected to target database (not started)
    Oracle instance started
    database mounted
    database opened
    Total System Global Area     612368384 bytes
    Fixed Size                     2006192 bytes
    Variable Size                247464784 bytes
    Database Buffers             356515840 bytes
    Redo Buffers                   6381568 bytes
    RMAN>

  • ERROR   ORA-12514: TNS: unable to start extract process

    Hi Experts,
    I have installed Oracle Golden Gate in the below environment.But unable to start extract process
    Primary site (source): This is production DB and up and running.
    RAC 2 nodes
    Oracle RAC 11.2.0.1.0
    ASM
    Oracle GoldenGate 11g Release 1 (11.1.1.0.0)
    Enterprise Linux Server release 5.5 (Carthage)
    Processor Type x64
    OS 64 bit
    target Site (destination):
    Standalone single server - Non RAC
    Oracle version 11.2.0.1.0
    ASM
    Oracle GoldenGate 11g Release 1 (11.1.1.0.0)
    Enterprise Linux Server release 5.5 (Carthage)
    Processor Type x64
    OS 64 bit
    Getting below error in logs while starting extract process:
    RECOVERY: reset to initial or altered checkpoint.
    2012-08-05 10:34:10  ERROR   OGG-00868  Oracle GoldenGate Capture for Oracle, aaa.prm:  Attaching to
    ASM server asm: (12514) ORA-12514: TNS:listener does not currently know of service requested in connect
    descriptor.
    2012-08-05 10:34:10  ERROR   OGG-01668  Oracle GoldenGate Capture for Oracle, aaa.prm:  PROCESS
    ABENDING.[oracle@ ggate]$
    Getting below error while connecting with asm instance directly:
    [oracle@ admin]$ sqlplus sys@asm as sysasm
    SQL*Plus: Release 11.2.0.1.0 Production on Sun Aug 5 11:16:11 2012
    Copyright (c) 1982, 2009, Oracle.  All rights reserved.
    Enter password:
    ERROR:
    ORA-12514: TNS:listener does not currently know of service requested in connect
    descriptor
    [oracle@ ~]$ tnsping asm TNS Ping Utility for Linux: Version 11.2.0.1.0 - Production on 05-AUG-2012 11:55
    :42
    Copyright (c) 1997, 2009, Oracle. All rights reserved.
    Used parameter files:
    Used TNSNAMES adapter to resolve the alias
    Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = xxx-
    scan)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ASM) (I
    NSTANCE_NAME = +ASM1)))
    OK (0 msec) Any help Please ?
    Regards
    LazyDBA
    Edited by: LazyDBA11g on Aug 5, 2012 12:14 AM
    Edited by: LazyDBA11g on Aug 5, 2012 11:25 PM
    Edited by: LazyDBA11g on Aug 12, 2012 4:36 AM                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

    Hello JK,
    Thanks a lot for specific response.
    SQL> select INST_ID, NAME, VALUE from gv$parameter where name like '%_listener%';
    INST_ID NAME VALUE
    1 local_listener (DESCRIPTION=(ADDRESS_LIST=(AD
    DRESS=(PROTOCOL=TCP)(HOST=xxx_
    data1-vip)(PORT=1521))))
    1 remote_listener xxxdata-scan:1521
    2 local_listener (DESCRIPTION=(ADDRESS_LIST=(AD
    DRESS=(PROTOCOL=TCP)(HOST=xxx_
    data2-vip)(PORT=1521))))
    2 remote_listener xxxdata-scan:1521
    If I  add REMOTE_LISTENER pointing to SCAN ip address, Does it require DB bounce ? (Its production DB)
    Regards,
    LazyDBA
    Edited by: LazyDBA11g on Aug 10, 2012 12:01 PM
    Edited by: LazyDBA11g on Aug 12, 2012 4:48 AM                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Errors ORA-01115 ORA-17507 ORA-01410

    Hi i was using Oracle Data Integrator for loading data from one database to another, i programmed a package that loads data with a cycle in monthly intervals, it rans ok the first ten months since 2007/11 but then i got this errors
    java.sql.SQLException: ORA-01115: IO error reading block from file 286 (block # 184745)
    ORA-17507: I/O request size is not a multiple of logical block size
    ORA-01410: invalid ROWID
    Does anyone have any idea why this happened?.

    oracle error ORA-01115
    1. Try to assess the cause and extent of the problem.
    Examine the alert.log file for this instance. Scan the last few
    days' entries for other occurrences of ORA-01115. If you find them,
    A) Do they reference files in different disks?
    If so, it is likely that there you have controller problems.
    Move on to Scenario II.A below.
    B) Do they reference different files in the same disk?
    If so, it is likely that there are problems with that disk.
    Move on to Scenario II.B below.
    C) Do they always reference the same datafile?
    If so, it is likely that the datafile contains bad blocks.
    Move on to Scenario II.C below. If the file is bigger
    than 2GB and you are running 7.1.4 or lower on a Solaris
    platform, see Scenario II.D below.
    D) If none of the above applies, move on to Step 2.
    2. If the datafile is in the SYSTEM tablespace, or the database is in
    NOARCHIVELOG mode, shut the database down. Move on to Step 4.
    If shutdown immediate fails, do a shutdown abort.
    3. If the database is in ARCHIVELOG mode, you should still shut the
    database down. If the database cannot be shut down, offline the
    datafile.
    ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE;
    4. Try to copy the datafile to another disk (managed by a different
    controller, if possible).
    5. If the copy fails, even after you retry, the datafile must be considered
    lost at this point. The next action depends on the tablespace to
    which the lost file belongs. See the following Solution References to
    PR entries, according to the different types of tablespaces,
    for instructions on how to proceed.
    IMPORTANT: While going through the references below, keep in mind that
    if you restore the datafile from backup, you need to place it in another
    disk, preferably under a different controller, and rename it inside Oracle
    (see Note 115424.1 for details). If you recreate any tablespace, make
    sure its datafiles are created in another disk, preferably under a
    different controller.
    Reference for Lost datafile scenarios : Note 198640.1
    6. If the database is down, mount it.
    7. Rename the datafile that you succeeded in copying inside Oracle.
    ALTER DATABASE RENAME FILE '<old_full_path_file_name>'
    TO '<new_full_path_file_name>';
    8. If the database is mounted, open it. If you offlined the datafile,
    perform media recovery on it, and then bring it online.
    RECOVER DATAFILE '<full_path_file_name>';
    ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;

  • Oracle Not Starting : error ORA-19809

    Hello All,
    I was trying to start the 11gr2 database and getting the following error. Please can any one give some advise ? I manually deleted all archive logs using OS command but still i get the
    same error when i try to start the database.
    ORA-19815: WARNING: db_recovery_file_dest_size of 4039114752 bytes is 100.00% used, a nd has 0 remaining bytes available.
    You have following choices to free up space from recovery area:
    1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
    then consider changing RMAN ARCHIVELOG DELETION POLICY.
    2. Back up files to tertiary device such as tape using RMAN
    BACKUP RECOVERY AREA command.
    3. Add disk space and increase db_recovery_file_dest_size parameter to
    reflect the new space.
    4. Delete unnecessary files using RMAN DELETE command. If an operating
    system command was used to delete files, then use RMAN CROSSCHECK and
    DELETE EXPIRED commands.
    Errors in file /u01/app/oracle/diag/rdbms/orcl/DB11G/trace/DB11G_ora_2921.trc:
    ORA-19809: limit exceeded for recovery files
    ORA-19804: cannot reclaim 50629632 bytes disk space from 4039114752 limit
    ARCH: Error 19809 Creating archive log file to '/u01/app/oracle/flash_recovery_area/O RCL/archivelog/2012_02_18/o1_mf_1_95_%u_.arc'
    2012-02-18 15:58:55.099000 -05:00
    ARC3: Archival started
    ARC0: STARTING ARCH PROCESSES COMPLETE
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance DB11G - Archival Error
    ORA-16038: log 3 sequence# 96 cannot be archived
    ORA-19809: limit exceeded for recovery files
    ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/ORCL/onlinelog/o1_mf_3_7kp sygwt_.log'
    ORA-00312: online log 3 thread 1: '/u01/app/oracle/flash_recovery_area/ORCL/onlinelog /o1_mf_3_7kpsyj6n_.log'
    Errors in file /u01/app/oracle/diag/rdbms/orcl/DB11G/trace/DB11G_arc2_2927.trc:
    ORA-16038: log 3 sequence# 96 cannot be archived
    ORA-19809: limit exceeded for recovery files
    ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/ORCL/onlinelog/o1_mf_3_7kp sygwt_.log'
    ORA-00312: online log 3 thread 1: '/u01/app/oracle/flash_recovery_area/ORCL/onlinelog /o1_mf_3_7kpsyj6n_.log'
    Errors in file /u01/app/oracle/diag/rdbms/orcl/DB11G/trace/DB11G_ora_2921.trc:
    ORA-16038: log 2 sequence# 95 cannot be archived
    ORA-19809: limit exceeded for recovery files
    ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/ORCL/onlinelog/o1_mf_2_7kp sydnm_.log'
    ORA-00312: online log 2 thread 1: '/u01/app/oracle/flash_recovery_area/ORCL/onlinelog /o1_mf_2_7kpsyfp7_.log'
    USER (ospid: 2921): terminating the instance due to error 16038
    2012-02-18 15:58:56.976000 -05:00
    Instance terminated by USER, pid = 2921

    Rama Krishna wrote:
    I think database need to be started before you do any thing with RMAN my problem is database not even starting!You told SB that you had done "option 4":
    4. Delete unnecessary files using RMAN DELETE command. If an operating
    system command was used to delete files, then use RMAN CROSSCHECK and
    DELETE EXPIRED commands.
    Oh well. So you " *think* database need to be started before you do any thing with RMAN"
    Did you try?
    We don't need the database to be open for this, just have the control file mounted:
    SQL> shutdown immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> exit
    Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    [oracle@vmlnxsrv01 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Sat Feb 18 16:21:25 2012
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database (not started)
    RMAN> startup mount;
    Oracle instance started
    database mounted
    Total System Global Area     849530880 bytes
    Fixed Size                     1339824 bytes
    Variable Size                578817616 bytes
    Database Buffers             264241152 bytes
    Redo Buffers                   5132288 bytes
    RMAN> crosscheck archivelog all;
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=18 device type=DISK
    validation succeeded for archived log
    archived log file name=/orafra/ORCL/archivelog/2012_01_15/o1_mf_1_66_7k6t71k9_.arc RECID=3 STAMP=772653704
    <snip>
    archived log file name=/orafra/ORCL/archivelog/2012_02_18/o1_mf_1_80_7n06cfq0_.arc RECID=17 STAMP=775582480
    Crosschecked 15 objects
    RMAN> exit
    Recovery Manager complete.
    [oracle@vmlnxsrv01 ~]$ exit
    logoutEdited by: EdStevens on Feb 18, 2012 4:32 PM

  • Standby recovery error on data guard

    Hi,
    I am creating data guard of Oracle 9i in windows server 2003. I have copied all the primary datafiles with created standby control file to standby server and issued
    recover automatic standby database I am getting the below error.
    SQL> recover automatic standby database;
    ORA-00283: recovery session canceled due to errors
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'
    ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'.
    File is present at OS level and since these are standby i have changed the directory name to orcl1 to orcl2.
    Db version: 9.2.0.6.0
    OS version: windows server 2003
    Edited by: user10724679 on Feb 1, 2012 1:16 PM

    I am creating data guard of Oracle 9i in windows server 2003. I have copied all the primary datafiles with created standby control file to standby server and issued
    recover automatic standby database I am getting the below error.
    SQL> recover automatic standby database;
    ORA-00283: recovery session canceled due to errors
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'
    ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
    ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF'.
    File is present at OS level and since these are standby i have changed the directory name to orcl1 to orcl2.
    Db version: 9.2.0.6.0
    OS version: windows server 2003
    Edited by: user10724679 on Feb 1, 2012 1:16 PMWell, As per the primary/source controlfile , All datafile location points to ORCL1, But now you copied them to ORCL2, Then how oracle knows that you have changed location? So before starting MRP, you have rename all those files as
    SQL> alter database rename file 'D:\ORACLE\ORADATA\ORCL1\SYSTEM01.DBF' to 'D:\ORACLE\ORADATA\ORCL2\SYSTEM01.DBF';
    Like that rename all the datafiles & log files.
    Then start MRP. Post if any errors.

  • One of out DB while starting gives error ORA-03113

    One of out DB while starting gives error ORA-03113. Need some inputs to resolve this issue.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  603979776 bytes
    Fixed Size                  1250380 bytes
    Variable Size             163580852 bytes
    Database Buffers          432013312 bytes
    Redo Buffers                7135232 bytes
    Database mounted.
    ORA-03113: end-of-file on communication channelRegards,
    Lokanath

    Please find the dts.
    Mon Jan 09 16:12:41 2012
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    Mon Jan 09 16:12:41 2012
    alter database mount exclusive
    Mon Jan 09 16:12:48 2012
    Setting recovery target incarnation to 2
    Mon Jan 09 16:12:49 2012
    Successful mount of redo thread 1, with mount id 3125175737
    Mon Jan 09 16:12:49 2012
    Database mounted in Exclusive Mode
    Completed: alter database mount exclusive
    Mon Jan 09 16:12:49 2012
    alter database open
    Mon Jan 09 16:12:51 2012
    Rolling back half complete log switch of thread 1
    Mon Jan 09 16:12:52 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_5024.trc:
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    Mon Jan 09 16:12:56 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_5024.trc:
    ORA-00204: error in reading (block 432, # blocks 1) of control file
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    LGWR: terminating instance due to error 204
    Mon Jan 09 16:12:58 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_dbw0_5264.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:00 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_pmon_3784.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_psp0_4388.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_mman_4828.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_ckpt_2604.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_reco_4492.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:02 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_smon_4484.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:03 2012
    Instance terminated by LGWR, pid = 5024
    Mon Jan 09 16:15:01 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 16:29:35 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 16:55:01 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 17:06:50 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 17:07:52 2012
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =18
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.1.0.
    System parameters with non-default values:
      processes                = 150
      __shared_pool_size       = 155189248
      __large_pool_size        = 4194304
      __java_pool_size         = 4194304
      __streams_pool_size      = 0
      sga_target               = 603979776
      control_files            = D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL02.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL03.CTL
      db_block_size            = 8192
      __db_cache_size          = 432013312
      compatible               = 10.2.0.1.0
      db_file_multiblock_read_count= 16
      db_recovery_file_dest    = D:\oracle\product\10.2.0/flash_recovery_area
      db_recovery_file_dest_size= 2147483648
      undo_management          = AUTO
      undo_tablespace          = UNDOTBS1
      remote_login_passwordfile= EXCLUSIVE
      db_domain                =
      dispatchers              = (PROTOCOL=TCP) (SERVICE=ecuprogXDB)
      job_queue_processes      = 10
      audit_file_dest          = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\ADUMP
      background_dump_dest     = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\BDUMP
      user_dump_dest           = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\UDUMP
      core_dump_dest           = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\CDUMP
      db_name                  = ecuprog
      open_cursors             = 300
      pga_aggregate_target     = 201326592
    PMON started with pid=2, OS id=4832
    PSP0 started with pid=3, OS id=4208
    MMAN started with pid=4, OS id=3216
    DBW0 started with pid=5, OS id=4020
    LGWR started with pid=6, OS id=4728
    CKPT started with pid=7, OS id=4860
    SMON started with pid=8, OS id=2932
    RECO started with pid=9, OS id=3772
    CJQ0 started with pid=10, OS id=5244
    MMON started with pid=11, OS id=4568
    MMNL started with pid=12, OS id=5828
    Mon Jan 09 17:07:53 2012
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    Mon Jan 09 17:07:53 2012
    ALTER DATABASE   MOUNT
    Mon Jan 09 17:07:58 2012
    Setting recovery target incarnation to 2
    Mon Jan 09 17:07:59 2012
    Successful mount of redo thread 1, with mount id 3125157033
    Mon Jan 09 17:07:59 2012
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 09 17:07:59 2012
    ALTER DATABASE OPEN
    Mon Jan 09 17:08:01 2012
    Rolling back half complete log switch of thread 1
    Mon Jan 09 17:08:02 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_4728.trc:
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    Mon Jan 09 17:08:05 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_4728.trc:
    ORA-00204: error in reading (block 432, # blocks 1) of control file
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    LGWR: terminating instance due to error 204
    Mon Jan 09 17:08:06 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_dbw0_4020.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_pmon_4832.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_reco_3772.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_smon_2932.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_ckpt_4860.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:09 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_psp0_4208.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:09 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_mman_3216.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Instance terminated by LGWR, pid = 4728

  • Oracle error ORA-01115

    when we run sql update we get the error ORA-01115 : IO eror reading from file 348 and
    ORA-01110 : data file 657 : /dev/vx/rdsk/racdg1/PSindex03 ORA-27072 : skgfdisp : I/O error SVR4 Error : 12 : not enough space.
    the database is working perfectly.
    the job runs perfectly when we re-run the job after several tries.
    i have checked the oracle documentation on error and causes.they have not helped me yet.
    please give your inputs.
    oracle 9i with RAC
    OS solaris

    1. Try to assess the cause and extent of the problem.
    Examine the alert.log file for this instance. Scan the last few
    days' entries for other occurrences of ORA-01115. If you find them,
    A) Do they reference files in different disks?
    If so, it is likely that there you have controller problems.
    Move on to Scenario II.A below.
    B) Do they reference different files in the same disk?
    If so, it is likely that there are problems with that disk.
    Move on to Scenario II.B below.
    C) Do they always reference the same datafile?
    If so, it is likely that the datafile contains bad blocks.
    Move on to Scenario II.C below. If the file is bigger
    than 2GB and you are running 7.1.4 or lower on a Solaris
    platform, see Scenario II.D below.
    D) If none of the above applies, move on to Step 2.
    2. If the datafile is in the SYSTEM tablespace, or the database is in
    NOARCHIVELOG mode, shut the database down. Move on to Step 4.
    If shutdown immediate fails, do a shutdown abort.
    3. If the database is in ARCHIVELOG mode, you should still shut the
    database down. If the database cannot be shut down, offline the
    datafile.
    ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE;
    4. Try to copy the datafile to another disk (managed by a different
    controller, if possible).
    5. If the copy fails, even after you retry, the datafile must be considered
    lost at this point. The next action depends on the tablespace to
    which the lost file belongs. See the following Solution References to
    PR entries, according to the different types of tablespaces,
    for instructions on how to proceed.
    IMPORTANT: While going through the references below, keep in mind that
    if you restore the datafile from backup, you need to place it in another
    disk, preferably under a different controller, and rename it inside Oracle
    (see Note 115424.1 for details). If you recreate any tablespace, make
    sure its datafiles are created in another disk, preferably under a
    different controller.
    Reference for Lost datafile scenarios : Note 198640.1
    6. If the database is down, mount it.
    7. Rename the datafile that you succeeded in copying inside Oracle.
    ALTER DATABASE RENAME FILE '<old_full_path_file_name>'
    TO '<new_full_path_file_name>';
    8. If the database is mounted, open it. If you offlined the datafile,
    perform media recovery on it, and then bring it online.
    RECOVER DATAFILE '<full_path_file_name>';
    ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;

  • Recover of standby db with error: ORA-01157

    I have added two datafiles to primary database, and somehow the standby log apply kept fail with the following errors:
    SQL> SQL> ORA-00283: recovery session canceled due to errors
    ORA-01111: name for data file 613 is unknown - rename to correct file
    ORA-01110: data file 613: '/u0/oracle/orahome/dbs/UNNAMED00613'
    ORA-01157: cannot identify/lock data file 613 - see DBWR trace file
    ORA-01111: name for data file 613 is unknown - rename to correct file
    ORA-01110: data file 613: '/u01/oracle/orahome/dbs/UNNAMED00613'
    THen I disabled standby_file_management , and try following with error:
    alter database create datafile '/u01/oracle/orahome/dbs/UNNAMED00613' as '+PRD_DAT/prd/datafile/indx_02.891.793937499'
    ERROR at line 1:
    ORA-01276: Cannot add file
    +PRD_DAT/prd/datafile/indx_02.891.793937499.  File has an Oracle Managed Files file name.
    How do I fix this problem?

    I did exact steps in your link.
    However I got stuck here:
    alter database create datafile '/u01/oracle/orahome/dbs/UNNAMED00613' as '+PRD_DAT/prd/datafile/indx_02.891.793937499'
    ERROR at line 1:
    ORA-01276: Cannot add file
    +PRD_DAT/prd/datafile/indx_02.891.793937499. File has an Oracle Managed Files file name.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • Standby database recovery error

    Dear All,
    When Im trying to apply redologs for my standby database, the following error is coming up
    ORA-00279: change 276067636 generated at 08/22/2010 05:03:25 needed for thread 1
    ORA-00289: suggestion : /oracle/BWP/oraarch/BWParch1_30490_684267445.dbf
    ORA-00280: change 276067636 for thread 1 is in sequence #30490
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    AUTO
    ORA-00283: recovery session canceled due to errors
    ORA-00368: checksum error in redo log block
    ORA-00353: log corruption near block 32769 change 276075175 time 08/22/2010 05:03:49
    ORA-00334: archived log: '/oracle/BWP/oraarch/BWParch1_30490_684267445.dbf'
    ORA-01112: media recovery not started
    Could you please help out.
    Thanks n Regards,
    KK

    Hi Stefan,
    Oracle data guard is implemented by one of the expert on the same.
    The following is result of the command you listed.
    NAME                                 TYPE        VALUE
    log_archive_dest                     string      /oracle/BWP/oraarch/BWParch
    log_archive_dest_1                   string
    log_archive_dest_10                  string
    log_archive_dest_2                   string
    log_archive_dest_3                   string
    log_archive_dest_4                   string
    log_archive_dest_5                   string
    log_archive_dest_6                   string
    log_archive_dest_7                   string
    log_archive_dest_8                   string
    log_archive_dest_9                   string
    NAME                                 TYPE        VALUE
    log_archive_dest_state_1             string      enable
    log_archive_dest_state_10            string      enable
    log_archive_dest_state_2             string      defer
    log_archive_dest_state_3             string      enable
    log_archive_dest_state_4             string      enable
    log_archive_dest_state_5             string      enable
    log_archive_dest_state_6             string      enable
    log_archive_dest_state_7             string      enable
    log_archive_dest_state_8             string      enable
    log_archive_dest_state_9             string      enable
    Thanks,
    Anees

  • DB recovery error

    Hi experts,
    I am now facing a problem to recover my DB. My db was down due to low disk space. So I deleted old back up st C:\oracle\product\10.1.0\flash_recovery_area. Yy OS is windows 2003 Server and DB is oracle 10g
    I am using flash recovery area back up..no disk is attached for back up..all default....C:\oracle\product\10.1.0\flash_recovery_area
    When I tried to restore my DB today I got the below error -
    Recovery Manager: Release 10.1.0.2.0 - Production
    RMAN>
    connected to target database: ZUMA (DBID=966845288)
    using target database controlfile instead of recovery catalog
    RMAN> 2> 3> 4> 5>
    Starting restore at 21-JUN-09
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=324 devtype=DISK
    released channel: ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 06/21/2009 20:06:05
    ORA-19554: error allocating device, device type: SBT_TAPE, device name:
    ORA-27211: Failed to load Media Management Library
    RMAN>
    Recovery Manager complete.
    Here is what i got when i used show all command at RMAN.
    C:\Documents and Settings\oracle>rman
    Recovery Manager: Release 10.1.0.2.0 - Production
    Copyright (c) 1995, 2004, Oracle. All rights reserved.
    RMAN> show all;
    using target database controlfile instead of recovery catalog
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of show command at 06/21/2009 20:11:51
    RMAN-06171: not connected to target database
    RMAN>
    I can connect to Din SQL prompt..but can not connect using EM. Please help to fix this error.
    Regards,
    Ranjith John

    Thaks Sanjay :)
    It cleared the tape drive line successfully. And I tried to restore DB..but at the end another error -
    Recovery Manager: Release 10.1.0.2.0 - Production
    Copyright (c) 1995, 2004, Oracle. All rights reserved.
    RMAN>
    connected to target database: ZUMA (DBID=966845288)
    using target database controlfile instead of recovery catalog
    RMAN> 2> 3> 4> 5>
    Starting restore at 21-JUN-09
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=321 devtype=DISK
    channel ORA_DISK_1: restoring datafile 00001
    input datafilecopy recid=328 stamp=689169726 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_SYSTEM_4Z1GZ82M_.DBF
    destination for restore of datafile 00001: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSTEM01.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00001
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSTEM01.DBF recid=333 stamp=690153525
    channel ORA_DISK_1: restoring datafile 00002
    input datafilecopy recid=327 stamp=689169726 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_UNDOTBS1_4Z1H0QFS_.DBF
    destination for restore of datafile 00002: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\UNDOTBS01.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00002
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\UNDOTBS01.DBF recid=334 stamp=690153565
    channel ORA_DISK_1: restoring datafile 00003
    input datafilecopy recid=326 stamp=689169721 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_SYSAUX_4Z1H24DO_.DBF
    destination for restore of datafile 00003: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSAUX01.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00003
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSAUX01.DBF recid=335 stamp=690153604
    channel ORA_DISK_1: restoring datafile 00004
    input datafilecopy recid=331 stamp=690143752 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_USERS_4Z1H3OZ5_.DBF
    destination for restore of datafile 00004: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\USERS01.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00004
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\USERS01.DBF recid=336 stamp=690153610
    channel ORA_DISK_1: restoring datafile 00005
    input datafilecopy recid=332 stamp=690143799 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_EXAMPLE_4Z1H36OQ_.DBF
    destination for restore of datafile 00005: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\EXAMPLE01.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00005
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\EXAMPLE01.DBF recid=337 stamp=690153620
    channel ORA_DISK_1: restoring datafile 00006
    input datafilecopy recid=330 stamp=689169736 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_DM_MENTO_4Z1GP57Y_.DBF
    destination for restore of datafile 00006: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_DB.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00006
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_DB.DBF recid=338ilecopy of datafile 00004
    o stamp=690153763
    channel ORA_DISK_1: restoring datafile 00007
    input datafilecopy recid=329 stamp=689169730 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_DM_MENTO_4Z1GX6NX_.DBF
    destination for resVERY_AREA\ZUMA\DATAFILE\O1_MF_EXAMPLE_4Z1H36OQ_.DBF
    destination for restore of datafile 00005: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\EXAMPLE01.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00005
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\EXAMPLE01.DBF recid=337 stamp=690153620
    channel ORA_DISK_1: restoring datafile 00006
    input datafilecopy recid=330 stamp=689169736 filename=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\DATAFILE\O1_MF_DM_MENTO_4Z1GP57Y_.DBF
    destination for restore of datafile 00006: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_DB.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00006
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_DB.DBF recid=338ilecopy of datafile 00004
    otore of datafile 00007: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00007
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF recid=339 stamp=690153921
    Finished restore at 21-JUN-09
    Starting recover at 21-JUN-09
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting incremental datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    destination for restore of datafile 00001: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSTEM01.DBF
    destination for restore of datafile 00002: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\UNDOTBS01.DBF
    destination for restore of datafile 00003: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSAUX01.DBF
    destination for restore of datafile 00006: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_DB.DBF
    destination for restore of datafile 00007: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF
    channel datafile 00007: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF
    channel ORA_DISK_1: copied datafilecopy of datafile 00007
    output filename=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF recid=339 stamp=690153921
    Finished restore at 21-JUN-09
    Starting recover at 21-JUN-09
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting incremental datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    destination for restore of datafile 00001: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSTEM01.DBF
    destination for restore of datafile 00002: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\UNDOTBS01.DBF
    destination for restore of datafile 00003: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSAUX01.DBF
    destination for restore of datafile 00006: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_DB.DBF
    destination for restore of datafile 00007: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF
    ORA_DISK_1: restored backup piece 1
    piece handle=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\BACKUPSET\2009_06_10\O1_MF_NNND1_TAG20090610T120223_5300T1BJ_.BKP tag=TAG20090610T120223
    channel ORA_DISK_1: restore complete
    starting media recovery
    media recovery failed
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 06/21/2009 21:26:33
    ORA-00283: recovery session canceled due to errors
    RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed
    start
    ORA-00283: recovery session canceled due to errors
    ORA-38760: This database instance failed to turn on flashback database
    RMAN>
    Recovery Manager complete.
    8_DB.DBF
    destination for restore of datafile 00007: C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\DM_MENTOR20060430230208_IND.DBF
    ---------------------

  • ORA-01190 while opening the database

    Hello,
    I am working on a noarchivelog database,
    I did a full database restore and recover from a full database backup and i opened the database with resetlogs. then i had falure on one data file so i restored the database again but when i tried to open it , it generates ORA-01190, and i cannot be opened, i can only be mounted.
    Knowing that i do not have a backup between the two restores.
    Any solution for this issue ?
    Thanks.
    Nael

    Hello,
    It appears on datafile 1 after the resetlogs, i did my first restore and i opened the database with reset logs and then when restored for the 2nd time i was not able to open the database because of the ORA-1190 on datafile 1.
    As for point a and b i did not do both, just a restore and then recovery for the whole database.
    thanks,
    Nael

Maybe you are looking for