Instance scrash whenever database open with resetlogs

I have a Oracle 10.1.0.4 on Linux 2.6.9-34.ELsmp. Whenever I open database with resetlogs (after database cloning or recover database with backup control file), instance crash with 7445 error. Can anybody give a help? Thanks in advance.
Errors in file /oracle/admin/q004/bdump/q004_smon_8075.trc:
ORA-07445: exception encountered: core dump [ksqdeli()+95] [SIGSEGV] [Address not mapped to object] [0x000000008] [] []
ORA-25153: Temporary Tablespace is Empty
Threshold validation cannot be done before catproc is loaded.
Thu Apr 13 14:10:48 2006
Errors in file /oracle/admin/q004/bdump/q004_pmon_8065.trc:
ORA-00474: SMON process terminated with error
Thu Apr 13 14:10:48 2006
PMON: terminating instance due to error 474
Instance terminated by PMON, pid = 8065

Hi,
Did you have any backups running on the database?
Or did you take a backup of datafiles and control files before trying to create a control file?
It seems that as the database shutdown was not a normal shutdown, all the files are not "synchronized".
If you have a backup of the files after the crash, then you can try starting the instance without the control file which is out of sync(user1/genisys/sys/cntrlINS02.dbf).
Is it a production DB?
Regards,
Badri.

Similar Messages

  • Is there a way to apply archive logs, standby DB is opened with 'resetlogs'

    Hi All,
    I have setup a standby database (Oracle 10g SE). I applied hot backup and archive logs to the standby database till yesterday. I have opened the standby database using 'alter database open resetlogs;" and validated the application functionality using the standby database.
    Now I want to regularly apply logs from the Primary database to the standby database, but today I have opened the standby database using 'alter database open resetlogs;"
    Need assistance to know the way to apply archive logs, once the standby database is opened with 'resetlogs' option to keep it in sync with the Primary database.
    Thanks
    Kunal

    Welcome to OTN,
    I have setup a standby database (Oracle 10g SE). I applied hot backup and archive logs to the standby database till yesterday. I have opened the standby database using 'alter database open resetlogs;" and validated the application functionality using the standby database.Standby opened with *resetlogs* ? What you did? have you performed failover of standby database?
    Now I want to regularly apply logs from the Primary database to the standby database, but today I have opened the standby database using 'alter database open resetlogs;"
    Need assistance to know the way to apply archive logs, once the standby database is opened with 'resetlogs' option to keep it in sync with the Primary database.Have you enabled Flashback & created Restore point? If so you can do it.. If not rebuild standby again.
    Check this scenario How To Open Physical Standby For Read Write Testing and Flashback [ID 805438.1]

  • DB- put blocking when database opened with DB_READ_UNCOMMITTED

    Hi,
    Please excuse me if I am missing something obvious, but is there any reason why a DB->put would block just because a database file is opened with the DB_READ_UNCOMMITTED?
    I am using Berkeley DB 5.1.19 and I have been having some cursors block so I have added the DB_READ_UNCOMMITTED flag to my database file opens.
    With the flag on the first time I try and put a record it just blocks indefinitely. When I remove the flag the put goes through no problem.
    Gerard

    I have been doing some testing on this and have found the following.
    (1) I open the database with a DB_READ_UNCOMMITTED flag
    (2) I create a cursor with the DB_READ_UNCOMMITTED flag and read the file
    (3) I close the cursor with no problems (RC=0)
    (4) I try a put operation and it blocks
    (5) I run db_deadlock from the command line and the put returns DB_LOCK_DEADLOCK
    If I change the cursor to be opened with DB_READ_COMMITTED I get the same situation.
    If I comment out the DB_READ_UNCOMMITTED from the database open put does not block (as DB_READ_UNCOMMITTED is not honored for cursor if DB_READ_UNCOMMITTED is not specified for cursor).
    If I remove the DB_READ_UNCOMMITTED or DB_READ_COMMITTED from the cursor the put also does not block.
    From my reading the use of DB_READ_UNCOMMITTED should reduce the chance of a deadlock not guarantee a deadlock. Is this a bug or am I missing something.
    BTW, the doco for cursor open says that DB_BULK is an option but there is no DB_BULK defined in db.h.
    Any help greatly appreciated.
    Gerard

  • Standby database errors - Alter database open read only

    alter database open read only
    AUDIT_TRAIL initialization parameter is changed to OS, as DB is NOT compatible for database opened with read-only access
    Signalling error 1152 for datafile 1!
    Beginning standby crash recovery.
    Serial Media Recovery started
    Managed Standby Recovery starting Real Time Apply
    Media Recovery Waiting for thread 1 sequence 216
    Mon Dec 20 11:58:18 2010
    Standby crash recovery need archive log for thread 1 sequence 216 to continue.
    Please verify that primary database is transporting redo logs to the standby database.
    Wait timeout: thread 1 sequence 216
    Standby crash recovery aborted due to error 16016.
    Errors in file /u01/app/oracle/diag/rdbms/mdm2/MDM2/trace/MDM2_ora_17442.trc:
    ORA-16016: archived log for thread 1 sequence# 216 unavailable
    Recovery interrupted!
    Completed standby crash recovery.
    Signalling error 1152 for datafile 1!
    Errors in file /u01/app/oracle/diag/rdbms/mdm2/MDM2/trace/MDM2_ora_17442.trc:
    ORA-10458: standby database requires recovery
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '+MDMDG1/mdm2/datafile/system.280.738243341'
    ORA-10458 signalled during: alter database open read only...
    Mon Dec 20 12:13:46 2010
    ALTER DATABASE RECOVER managed standby database using current logfile disconnect
    Attempt to start background Managed Standby Recovery process (MDM2)
    Mon Dec 20 12:13:46 2010
    MRP0 started with pid=23, OS id=18974
    MRP0: Background Managed Standby Recovery process started (MDM2)
    started logmerger process
    Mon Dec 20 12:13:51 2010
    Managed Standby Recovery starting Real Time Apply
    Parallel Media Recovery started with 2 slaves
    Waiting for all non-current ORLs to be archived...
    All non-current ORLs have been archived.
    Media Recovery Waiting for thread 1 sequence 216
    Completed: ALTER DATABASE RECOVER managed standby database using current logfile disconnect
    The above lines are from alert log of standby database.
    Standby standbase
    SQL> alter database open read only;
    alter database open read only
    ERROR at line 1:
    ORA-10458: standby database requires recovery
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '+MDMDG1/mdm2/datafile/system.280.738243341'
    Parameters set on primary are
    log_archive_dest_1 LOCATION=+MDMDG3/MDM1/ARCH VALID_FOR=(ALL_LOGFILES,ALL_ROLE ) DB_UNIQUE_NAME=MDM1
    log_archive_dest_state_1 ENABLE
    log_archive_dest_2 SERVICE=MDM2 SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=MDM2
    log_archive_dest_state_2 ENABLE
    dg_broker_config_file1 +MDMDG2/mdm/dg_config/dgconfig1_mdm.dat
    dg_broker_config_file2 +MDMDG2/mdm/dg_config/dgconfig2_mdm.dat
    fal_server MDM2
    standby_file_management AUTO
    log_archive_config dg_config=(MDM1,MDM2)
    db_file_name_convert MDM2, MDM1
    ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE availability ;
    Standby pfile
    *.archive_lag_target=900
    *.audit_file_dest='/u01/app/oracle/admin/MDM2/adump'
    *.audit_trail='db'
    *.compatible='11.2.0.0.0'
    *.control_files='+MDMDG1/MDM2/CONTROLFILE/controlfile01.ctl','+MDMDG2/MDM2/CONTROLFILE/controlfile02.ctl'
    *.db_block_size=8192
    *.db_create_file_dest='+MDMDG1'
    *.db_domain=''
    *.db_file_name_convert='MDM1','MDM2'
    *.db_name='MDM'
    *.db_recovery_file_dest='+MDMDG2'
    *.db_recovery_file_dest_size=10485760000
    *.db_unique_name='MDM2'
    *.dg_broker_config_file1='+MDMDG2/MDM/DG_CONFIG/dgconfig1_MDM.dat'
    *.dg_broker_config_file2='+MDMDG2/MDM/DG_CONFIG/dgconfig2_MDM.dat'
    *.diagnostic_dest='/u01/app/oracle'
    *.dispatchers='(PROTOCOL=TCP) (SERVICE=MDM2XDB)'
    *.fal_server='MDM11','MDM12'
    *.instance_name='MDM2'
    *.log_archive_config='dg_config=(MDM1,MDM2)'
    *.log_archive_dest_1='LOCATION=+MDMDG3/MDM2/ARCH VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=MDM2'
    *.log_archive_dest_2='SERVICE=MDM1 ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=MDM1'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_format='MDM_%t_%s_%r.arc'
    *.log_file_name_convert='MDM1','MDM2'
    *.memory_target=838860800
    *.nls_language='ENGLISH'
    *.nls_territory='UNITED KINGDOM'
    *.open_cursors=300
    *.processes=500
    *.remote_login_passwordfile='exclusive'
    *.sessions=555
    *.standby_file_management='AUTO'
    *.undo_tablespace='UNDOTBS1'
    On standby ASM
    ASMCMD [+] > find * *
    +MDMDG1/ASM/
    +MDMDG1/ASM/ASMPARAMETERFILE/
    +MDMDG1/ASM/ASMPARAMETERFILE/REGISTRY.253.737811541
    +MDMDG1/MDM/
    +MDMDG1/MDM2/
    +MDMDG1/MDM2/CONTROLFILE/
    +MDMDG1/MDM2/CONTROLFILE/controlfile01.ctl
    +MDMDG1/MDM2/CONTROLFILE/current.265.738243333
    +MDMDG1/MDM2/DATAFILE/
    +MDMDG1/MDM2/DATAFILE/CANVAS_POPULARITY_DATA.264.738243343
    +MDMDG1/MDM2/DATAFILE/CANVAS_POPULARITY_IDX.277.738243343
    +MDMDG1/MDM2/DATAFILE/MDM_SRC_DATA.282.738243343
    +MDMDG1/MDM2/DATAFILE/MDM_SRC_IDX.275.738243343
    +MDMDG1/MDM2/DATAFILE/MIPS_MDM_DATA.283.738243341
    +MDMDG1/MDM2/DATAFILE/MIPS_MDM_IDX.276.738243343
    +MDMDG1/MDM2/DATAFILE/SYSAUX.281.738243341
    +MDMDG1/MDM2/DATAFILE/SYSTEM.280.738243341
    +MDMDG1/MDM2/DATAFILE/TEST_TBSP1.273.738243345
    +MDMDG1/MDM2/DATAFILE/TEST_TBSP2.272.738243345
    +MDMDG1/MDM2/DATAFILE/UNDOTBS1.256.738243343
    +MDMDG1/MDM2/DATAFILE/UNDOTBS2.279.738243343
    +MDMDG1/MDM2/DATAFILE/USERS.278.738243347
    +MDMDG1/MDM2/ONLINELOG/
    +MDMDG1/MDM2/ONLINELOG/group_1.259.738243429
    +MDMDG1/MDM2/ONLINELOG/group_2.257.738243431
    +MDMDG1/MDM2/ONLINELOG/group_21.284.738243505
    +MDMDG1/MDM2/ONLINELOG/group_22.261.738243505
    +MDMDG1/MDM2/ONLINELOG/group_23.274.738243505
    +MDMDG1/MDM2/ONLINELOG/group_3.258.738243431
    +MDMDG1/MDM2/ONLINELOG/group_31.262.738243513
    +MDMDG1/MDM2/ONLINELOG/group_32.270.738243513
    +MDMDG1/MDM2/ONLINELOG/group_33.263.738243513
    +MDMDG1/MDM2/ONLINELOG/group_4.260.738243431
    +MDMDG2/MDM/
    +MDMDG2/MDM/DG_CONFIG/
    +MDMDG2/MDM2/
    +MDMDG2/MDM2/AUTOBACKUP/
    +MDMDG2/MDM2/AUTOBACKUP/2010_12_20/
    +MDMDG2/MDM2/AUTOBACKUP/2010_12_20/s_738242861.263.738244155
    +MDMDG2/MDM2/CONTROLFILE/
    +MDMDG2/MDM2/CONTROLFILE/controlfile02.ctl
    +MDMDG2/MDM2/CONTROLFILE/current.271.738243335
    +MDMDG2/MDM2/ONLINELOG/
    +MDMDG2/MDM2/ONLINELOG/group_1.270.738243429
    +MDMDG2/MDM2/ONLINELOG/group_2.269.738243431
    +MDMDG2/MDM2/ONLINELOG/group_21.268.738243505
    +MDMDG2/MDM2/ONLINELOG/group_22.272.738243505
    +MDMDG2/MDM2/ONLINELOG/group_23.262.738243505
    +MDMDG2/MDM2/ONLINELOG/group_3.273.738243431
    +MDMDG2/MDM2/ONLINELOG/group_31.266.738243513
    +MDMDG2/MDM2/ONLINELOG/group_32.265.738243513
    +MDMDG2/MDM2/ONLINELOG/group_33.264.738243513
    +MDMDG2/MDM2/ONLINELOG/group_4.261.738243431
    +MDMDG3/MDM/
    +MDMDG3/MDM/ARCH/
    +MDMDG3/MDM2/
    +MDMDG3/MDM2/ARCH/
    -- Please can I know how to open read only standby database.

    user5846399 wrote:
    ORA-16016: archived log for thread 1 sequence# 216 unavailable
    Recovery interrupted!archived log for thread 1 sequence# 216
    This file is needed for recovery, Find it and move it to the standby database side.

  • ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

    Hello,
    Yesterday i did a clean install of XE on my Windows 7 64bit laptop. The installation went well. Today when i tried to connect to the database i got ORA-01033 initialization or shutdown in progress.
    So i started sqlplus as sysdba and executed
    SQL> shutdown abort
    ORACLE instance shut down.
    SQL> startup
    ORACLE instance started.
    Total System Global Area 1071333376 bytes
    Fixed Size 1388352 bytes
    Variable Size 620757184 bytes
    Database Buffers 444596224 bytes
    Redo Buffers 4591616 bytes
    Database mounted.
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    The alert log is showing the following output
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =19
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    Starting up:
    Oracle Database 11g Express Edition Release 11.2.0.2.0 - Production.
    Using parameter settings in server-side pfile C:\ORACLE\APP\ORACLE\PRODUCT\11.2.0\SERVER\DATABASE\INITXE.ORA
    System parameters with non-default values:
    sessions = 176
    spfile = "C:\ORACLE\APP\ORACLE\PRODUCT\11.2.0\SERVER\DBS\SPFILEXE.ORA"
    memory_target = 1G
    control_files = "C:\ORACLE\APP\ORACLE\ORADATA\XE\CONTROL.DBF"
    compatible = "11.2.0.0.0"
    db_recovery_file_dest = "C:\oracle\app\oracle\fast_recovery_area"
    db_recovery_file_dest_size= 10G
    undo_management = "AUTO"
    undo_tablespace = "UNDOTBS1"
    remote_login_passwordfile= "EXCLUSIVE"
    dispatchers = "(PROTOCOL=TCP) (SERVICE=XEXDB)"
    shared_servers = 4
    job_queue_processes = 4
    audit_file_dest = "C:\ORACLE\APP\ORACLE\ADMIN\XE\ADUMP"
    db_name = "XE"
    open_cursors = 300
    diagnostic_dest = "C:\ORACLE\APP\ORACLE"
    Wed Sep 07 09:26:50 2011
    PMON started with pid=2, OS id=4936
    Wed Sep 07 09:26:50 2011
    PSP0 started with pid=3, OS id=4756
    OER 7451 in Load Indicator : Error Code = OSD-04500: illegal option specified !
    Wed Sep 07 09:26:51 2011
    VKTM started with pid=4, OS id=5772 at elevated priority
    VKTM running at (10)millisec precision with DBRM quantum (100)ms
    Wed Sep 07 09:26:51 2011
    GEN0 started with pid=5, OS id=5424
    Wed Sep 07 09:26:51 2011
    DIAG started with pid=6, OS id=5928
    Wed Sep 07 09:26:51 2011
    DBRM started with pid=7, OS id=4000
    Wed Sep 07 09:26:51 2011
    DIA0 started with pid=8, OS id=3876
    Wed Sep 07 09:26:51 2011
    MMAN started with pid=9, OS id=6004
    Wed Sep 07 09:26:51 2011
    DBW0 started with pid=10, OS id=5252
    Wed Sep 07 09:26:51 2011
    LGWR started with pid=11, OS id=848
    Wed Sep 07 09:26:51 2011
    CKPT started with pid=12, OS id=2420
    Wed Sep 07 09:26:51 2011
    SMON started with pid=13, OS id=2424
    Wed Sep 07 09:26:51 2011
    RECO started with pid=14, OS id=2396
    Wed Sep 07 09:26:51 2011
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    Wed Sep 07 09:26:51 2011
    MMON started with pid=15, OS id=2388
    starting up 4 shared server(s) ...
    ORACLE_BASE from environment = C:\oracle\app\oracle
    Wed Sep 07 09:26:51 2011
    ALTER DATABASE MOUNT
    Wed Sep 07 09:26:51 2011
    MMNL started with pid=16, OS id=1288
    Successful mount of redo thread 1, with mount id 2642331547
    Database mounted in Exclusive Mode
    Lost write protection disabled
    Completed: ALTER DATABASE MOUNT
    Wed Sep 07 09:26:56 2011
    ALTER DATABASE OPEN
    Errors in file C:\ORACLE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_ora_2212.trc:
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    ORA-1589 signalled during: ALTER DATABASE OPEN...
    Wed Sep 07 09:41:54 2011
    db_recovery_file_dest_size of 10240 MB is 0.98% 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.
    Can anybody tell me what to do to solve this problem?
    Kind Regards,
    D.

    DennisV wrote:
    Starting ORACLE instance (normal)What do you have in the alert.log above that line?
    OER 7451 in Load Indicator : Error Code = OSD-04500: illegal option specified !This is one of the symptoms reported earlier when running on unsupported platform (x64) and maybe there's some connection with your issue.
    See {thread:id=2278170}.
    Errors in file C:\ORACLE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_ora_2212.trc:What errors does trace file reveal?

  • Unable to recover database after rman recovery and database open resetlogs

    I am running Oracle 10.2.0.5 on OpenSUSE 9. I have been trying to upgrade the database to 11g, through dbua. I was getting stuck at one point during the Oracle Server install and the upgrade failed and I was forced to restore the database to an earlier backup.
    Below is the current place that I am stuck. As you can see I opened the database multiple times and reset the logs. Now I am afraid that my controlfile and redo log backups are out of sync and i can't get them back on track. Before when I actually got the database recovered RMAN would immediately throw:
    RMAN-06900: WARNING: unable to generate V$RMAN_STATUS or V$RMAN_OUTPUT row
    RMAN-06901: WARNING: disabling update of the V$RMAN_STATUS and V$RMAN_OUTPUT rows
    OPA-00600: ORA-00600: internal error code, arguments: ...
    The database would open with ALTER DATABASE RESETLOGS but any query on non-system tables would fail and throw:
    ORA-04045: errors during recompilation/revalidation of LCRS_DEV1.FACILITY_REF
    ORA-00600: internal error code, arguments: [17069], [0x1158ED180], [], [], [],
    I hope I have not dug myself into too deep of a hole here.
    Here is the trace from my most recent attempt.
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 3070230528 bytes
    Fixed Size 2099424 bytes
    Variable Size 301991712 bytes
    Database Buffers 2751463424 bytes
    Redo Buffers 14675968 bytes
    RMAN> list incarnation of database;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of list command at 08/02/2011 15:49:04
    ORA-01507: database not mounted
    RMAN> restore controlfile from autobackup;
    Starting restore at 02-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    recovery area destination: /opt/oracle/flash_recovery_area
    database name (or database unique name) used for search: LCRSDEV
    channel ORA_DISK_1: autobackup found in the recovery area
    channel ORA_DISK_1: autobackup found: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    channel ORA_DISK_1: control file restore from autobackup complete
    output filename=/opt/oracle/oradata/LCRSDEV/control01.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control02.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control03.ctl
    Finished restore at 02-AUG-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05
    2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11
    3 3 LCRSDEV 756543625 PARENT 92348137 18-JUL-11
    4 4 LCRSDEV 756543625 PARENT 95654931 01-AUG-11
    5 5 LCRSDEV 756543625 PARENT 95675699 01-AUG-11
    6 6 LCRSDEV 756543625 PARENT 95676699 02-AUG-11
    7 7 LCRSDEV 756543625 PARENT 95676700 02-AUG-11
    8 8 LCRSDEV 756543625 CURRENT 95676701 02-AUG-11
    RMAN> restore database until scn 95676700;
    Starting restore at 02-AUG-11
    Starting implicit crosscheck backup at 02-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 6 objects
    Finished implicit crosscheck backup at 02-AUG-11
    Starting implicit crosscheck copy at 02-AUG-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 02-AUG-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 08/02/2011 15:52:04
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    RMAN> restore database;
    Starting restore at 02-AUG-11
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    restoring datafile 00001 to /opt/oracle/oradata/LCRSDEV/system01.dbf
    restoring datafile 00002 to /opt/oracle/oradata/LCRSDEV/undotbs01.dbf
    restoring datafile 00003 to /opt/oracle/oradata/LCRSDEV/sysaux01.dbf
    restoring datafile 00004 to /opt/oracle/oradata/LCRSDEV/users01.dbf
    restoring datafile 00005 to /opt/oracle/oradata/LCRSDEV/LCRS_TBS.dbf
    channel ORA_DISK_1: reading from backup piece /opt/oracle/flash_recovery_area/LCRSDEV/backupset/2011_07_22/o1_mf_nnndf_TAG20110722T111922_72m8rc5x_.bkp
    channel ORA_DISK_1: restored backup piece 1
    piece handle=/opt/oracle/flash_recovery_area/LCRSDEV/backupset/2011_07_22/o1_mf_nnndf_TAG20110722T111922_72m8rc5x_.bkp tag=TAG20110722T111922
    channel ORA_DISK_1: restore complete, elapsed time: 00:23:36
    Finished restore at 02-AUG-11
    RMAN> recover database until scn 95676700;
    Starting recover at 02-AUG-11
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/02/2011 16:16:28
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    RMAN> recover database;
    Starting recover at 02-AUG-11
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 1 sequence 90 is already on disk as file /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_90_72ml85v3_.arc
    archive log filename=/opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jr20qc_.arc thread=1 sequence=1
    unable to find archive log
    archive log thread=1 sequence=1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/02/2011 16:25:04
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 1 lowscn 95676701

    Thanks for the reply Hemant. I have reset the database for the controlfile that I am using as backup and now I am not able to recover until the correct SCN. I am thinking that my recovery catalog is bad. If I mount with the current controlfile I have this list of incarnations:
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    *1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05*
    *2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11*
    *3 3 LCRSDEV 756543625 PARENT 92348137 18-JUL-11*
    *4 4 LCRSDEV 756543625 PARENT 95654931 01-AUG-11*
    *5 5 LCRSDEV 756543625 PARENT 95675699 01-AUG-11*
    *6 6 LCRSDEV 756543625 PARENT 95676699 02-AUG-11*
    *7 7 LCRSDEV 756543625 PARENT 95676700 02-AUG-11*
    *8 8 LCRSDEV 756543625 PARENT 95676701 02-AUG-11*
    *9 9 LCRSDEV 756543625 CURRENT 95676702 02-AUG-11*
    However if I restore the controlfile to the earlier version I am getting the following output from the process:
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 3070230528 bytes
    Fixed Size 2099424 bytes
    Variable Size 301991712 bytes
    Database Buffers 2751463424 bytes
    Redo Buffers 14675968 bytes
    RMAN> restore controlfile from '/opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_07_22/o1_mf_s_757164997_72m9rqw3_.bkp';
    Starting restore at 03-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output filename=/opt/oracle/oradata/LCRSDEV/control01.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control02.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control03.ctl
    Finished restore at 03-AUG-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05
    2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11
    3 3 LCRSDEV 756543625 CURRENT 92348137 18-JUL-11
    RMAN> restore database until scn 92348137;
    Starting restore at 03-AUG-11
    Starting implicit crosscheck backup at 03-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 1 objects
    Finished implicit crosscheck backup at 03-AUG-11
    Starting implicit crosscheck copy at 03-AUG-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 03-AUG-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_1_73g3hn6o_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_2_73g3hnxq_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_1_73g0rts6_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_134_72v9gv4s_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_138_72v9p4b4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_120_72v8wwg0_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_121_72v8x5ty_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_131_72v9cnrv_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_139_72v9q5ok_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_137_72v9n4t5_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_136_72v9l88q_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_123_72v8ytm8_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_132_72v9dcxd_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_124_72v8zkg0_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_128_72v96qm1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_135_72v9jqmx_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_129_72v98q3r_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_125_72v91g3b_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_118_72v8v8r4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_127_72v9626w_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_130_72v9bqtb_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_141_72vncy6g_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_122_72v8ycd4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_126_72v94cns_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_133_72v9fb17_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_140_72vn6wgo_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_119_72v8v9hf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73j3wo01_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_2_73josgf1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jr20qc_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_2_73jh223h_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73josflf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jvqdqs_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_3_73josh91_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73j91rh9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_91_72mqlnx9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_111_72mrdr5m_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_96_72mqx958_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_114_72mrgsf9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_94_72mqs6gj_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_102_72mr3893_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_99_72mr2h6c_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_104_72mr5hfm_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_109_72mrc83z_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_98_72mr080w_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_93_72mqq36m_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_97_72mqz0mm_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_116_72mrk268_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_101_72mr31yv_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_110_72mrddhg_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_95_72mqv3hp_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_105_72mr5vq4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_115_72mrjd2s_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_106_72mr7hnt_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_100_72mr2qfc_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_112_72mrfc5j_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_107_72mr909t_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_103_72mr4pol_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_113_72mrfsb9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_117_72mrl5mf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_108_72mrb13l_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_90_72ml85v3_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_92_72mqnxz1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_143_72y6ww71_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_144_72ybybps_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_142_72xt10j7_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_145_72yccy5z_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_01/o1_mf_s_758043324_73g3jfxx_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_01/o1_mf_s_758035850_73fw6vrc_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758133684_73jvr5px_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758127608_73jot9x0_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758109276_73j3xfom_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_07_22/o1_mf_s_757164997_72m9rqw3_.bkp
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 08/03/2011 12:53:19
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    Edited by: K Doyle on Aug 3, 2011 10:22 AM

  • ORA-10827: database must be opened with MIGRATE option

    Hi,
    We are trying to migrate an Oracle 8.1.7 database to an Oracle 9i(9.2) database. I moved all the database files to the appr folder and I created a new instance using:
    oradim -new -sid PROD -intpwd Oracle -startmode a -pfile C:\oracle\OraDb\Neuropace\initPROD.ORA.
    I checked the alter log file and I get the following error:
    ORA-10827: database must be opened with MIGRATE option.
    How should one go about migrating a database(different versions). I went ahead with the migration. I opened the database using
    alter database open resetlogs migrate.
    But when i log into the database, I get an internal code error.
    Any pointers?.

    You must not open normally your database after an upgrade, in short the method is
    1) startup migrate
    2) run the upgrade script (which one depends on your old database version)
    For step-by-step instructions see
    http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96530/upgrade.htm#1009200
    'alter database open resetlogs migrate' is only applicable to upgrades from version 7 to 9.2, hopefully your database is not corrupted now.

  • Alter database open resetlogs upgrade ;         throwing error

    Recently i have cloned a database from 11.2.0.2 to 11.2.0.3 on a new server.... I got the error as fowwos,
    contents of Memory Script:
    Alter clone database open resetlogs;
    executing Memory Script
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-00601: fatal error in recovery manager
    RMAN-03004: fatal error during execution of command
    RMAN-10041: Could not re-create polling channel context following failure.
    RMAN-10024: error setting up for rpc polling
    RMAN-10005: error opening cursor
    RMAN-10002: ORACLE error: ORA-03114: not connected to ORACLE
    RMAN-03002: failure of Duplicate Db command at 07/12/2012 16:19:24
    RMAN-05501: aborting duplication of target database
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06136: ORACLE error from auxiliary database: ORA-01092: ORACLE instance terminated. Disconnection forced
    ORA-00704: bootstrap process failure
    ORA-39700: database must be opened with UPGRADE option
    Process ID: 29247
    Session ID: 200 Serial number: 5
    So i have tried
    SQL> alter database open resetlogs upgrade;
    alter database open resetlogs upgrade
    ERROR at line 1:
    ORA-01139: RESETLOGS option only valid after an incomplete database recovery
    SQL> alter database open upgrade;
    alter database open upgrade
    ERROR at line 1:
    ORA-01113: file 1 needs media recovery
    ORA-01110: data file 1: '+DATA_CMX/cmx/datafile/system.270.788451975'
    Any help ?

    Hi,
    Duplicate is not supported using different version of database, so I recommend you don't use duplicate.
    Because RMAN "duplicate" attempts to automatically rename (rename required recover) and open the database you may not use RMAN duplicate for this case, only RMAN restore.
    Perform this work using normal restore database.
    See this example.
    On prod database with db_name/db_unique_name dbupg:
    Recovery Manager: Release 11.2.0.2.0 - Production on Fri Jul 13 15:15:59 2012
    RMAN> backup database plus archivelog delete input;
    Starting backup at 13-JUL-12
    current log archived
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=52 device type=DISK
    channel ORA_DISK_1: starting archived log backup set
    channel ORA_DISK_1: specifying archived log(s) in backup set
    input archived log thread=1 sequence=17 RECID=1 STAMP=788540852
    input archived log thread=1 sequence=18 RECID=2 STAMP=788541371
    channel ORA_DISK_1: starting piece 1 at 13-JUL-12
    channel ORA_DISK_1: finished piece 1 at 13-JUL-12
    piece handle=/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_annnn_TAG20120713T151612_800shf7w_.bkp tag=TAG20120713T151612 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
    channel ORA_DISK_1: deleting archived log(s)
    archived log file name=/u01/app/oracle/flash_recovery_area01/DBUPG/archivelog/2012_07_13/o1_mf_1_17_800rz40y_.arc RECID=1 STAMP=788540852
    archived log file name=/u01/app/oracle/flash_recovery_area01/DBUPG/archivelog/2012_07_13/o1_mf_1_18_800shcsd_.arc RECID=2 STAMP=788541371
    Finished backup at 13-JUL-12
    Starting backup at 13-JUL-12
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backup set
    channel ORA_DISK_1: specifying datafile(s) in backup set
    input datafile file number=00001 name=+DS8000_DG/dbupg/datafile/system.271.788537119
    input datafile file number=00002 name=+DS8000_DG/dbupg/datafile/sysaux.272.788537167
    input datafile file number=00003 name=+DS8000_DG/dbupg/datafile/undotbs1.273.788537199
    input datafile file number=00004 name=+DS8000_DG/dbupg/datafile/users.275.788537229
    channel ORA_DISK_1: starting piece 1 at 13-JUL-12
    channel ORA_DISK_1: finished piece 1 at 13-JUL-12
    piece handle=/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_nnndf_TAG20120713T151614_800shgw5_.bkp tag=TAG20120713T151614 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:35
    channel ORA_DISK_1: starting full datafile backup set
    channel ORA_DISK_1: specifying datafile(s) in backup set
    including current control file in backup set
    including current SPFILE in backup set
    channel ORA_DISK_1: starting piece 1 at 13-JUL-12
    channel ORA_DISK_1: finished piece 1 at 13-JUL-12
    piece handle=/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_ncsnf_TAG20120713T151614_800sjm29_.bkp tag=TAG20120713T151614 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
    Finished backup at 13-JUL-12
    Starting backup at 13-JUL-12
    current log archived
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting archived log backup set
    channel ORA_DISK_1: specifying archived log(s) in backup set
    input archived log thread=1 sequence=19 RECID=3 STAMP=788541412
    channel ORA_DISK_1: starting piece 1 at 13-JUL-12
    channel ORA_DISK_1: finished piece 1 at 13-JUL-12
    piece handle=/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_annnn_TAG20120713T151652_800sjnf7_.bkp tag=TAG20120713T151652 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
    channel ORA_DISK_1: deleting archived log(s)
    archived log file name=/u01/app/oracle/flash_recovery_area01/DBUPG/archivelog/2012_07_13/o1_mf_1_19_800sjn5q_.arc RECID=3 STAMP=788541412
    Finished backup at 13-JUL-12
    RMAN> backup current controlfile;
    Starting backup at 13-JUL-12
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backup set
    channel ORA_DISK_1: specifying datafile(s) in backup set
    including current control file in backup set
    channel ORA_DISK_1: starting piece 1 at 13-JUL-12
    channel ORA_DISK_1: finished piece 1 at 13-JUL-12
    piece handle=/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_ncnnf_TAG20120713T153435_800tkwl2_.bkp tag=TAG20120713T153435 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
    Finished backup at 13-JUL-12I used same server to do this work... I really dont recommend that, if yes you must be aware about location of restore... you should use new server:
    Create a spfile:
    *.control_files='+DS8000_DG/dbclone/controlfile/Current.277.788541913'
    *.db_name='dbupg'
    *.db_unique_name='dbclone'
    *.audit_file_dest='/u01/app/oracle/admin/dbclone/adump'
    *.audit_trail='db'
    *.compatible='11.2.0.0.0'
    *.db_block_size=8192
    *.db_create_file_dest='+MMC'
    *.db_domain=''
    *.db_recovery_file_dest_size=107374182400
    *.db_recovery_file_dest='/u01/app/oracle/flash_recovery_area01'
    *.diagnostic_dest='/u01/app/oracle'
    *.log_file_name_convert='+DS8000_DG','+MMC'
    *.memory_target=1031798784
    *.open_cursors=300Make backup available on new server:
    and:
    SQL*Plus: Release 11.2.0.3.0 Production on Fri Jul 13 15:33:24 2012
    Copyright (c) 1982, 2011, Oracle.  All rights reserved.
    Connected to an idle instance.
    SQL> startup nomount
    ORACLE instance started.
    Total System Global Area 1027182592 bytes
    Fixed Size                  2227936 bytes
    Variable Size             599785760 bytes
    Database Buffers          419430400 bytes
    Redo Buffers                5738496 bytes
    SQL> show parameter db_n
    NAME                                 TYPE        VALUE
    db_name                              string      dbupg
    SQL> show parameter db_un
    NAME                                 TYPE        VALUE
    db_unique_name                       string      dbclone
    RMAN> restore controlfile from '/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_ncnnf_TAG20120713T153435_800tkwl2_.bkp';
    Starting restore at 13-JUL-12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=290 device type=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
    output file name=+DS8000_DG/dbclone/controlfile/current.277.788541913
    Finished restore at 13-JUL-12
    RMAN> startup mount
    database is already started
    database mounted
    released channel: ORA_DISK_1
    RMAN> run {
    2> SET NEWNAME FOR DATABASE TO '+MMC';
    3> restore database  ;
    4> }
    executing command: SET NEWNAME
    Starting restore at 13-JUL-12
    Starting implicit crosscheck backup at 13-JUL-12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=290 device type=DISK
    Crosschecked 4 objects
    Finished implicit crosscheck backup at 13-JUL-12
    Starting implicit crosscheck copy at 13-JUL-12
    using channel ORA_DISK_1
    Crosschecked 2 objects
    Finished implicit crosscheck copy at 13-JUL-12
    searching for all files in the recovery area
    cataloging files...
    no files cataloged
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backup set restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    channel ORA_DISK_1: restoring datafile 00001 to +MMC
    channel ORA_DISK_1: restoring datafile 00002 to +MMC
    channel ORA_DISK_1: restoring datafile 00003 to +MMC
    channel ORA_DISK_1: restoring datafile 00004 to +MMC
    channel ORA_DISK_1: reading from backup piece /u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_nnndf_TAG20120713T151614_800shgw5_.bkp
    channel ORA_DISK_1: piece handle=/u01/app/oracle/flash_recovery_area01/DBUPG/backupset/2012_07_13/o1_mf_nnndf_TAG20120713T151614_800shgw5_.bkp tag=TAG20120713T151614
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:46
    Finished restore at 13-JUL-12
    RMAN> recover database;
    Starting recover at 13-JUL-12
    using channel ORA_DISK_1
    starting media recovery
    media recovery complete, elapsed time: 00:00:01
    Finished recover at 13-JUL-12So, just startup with upgrade option.
    SQL*Plus: Release 11.2.0.3.0 Production on Fri Jul 13 15:39:31 2012
    SQL>  alter database open resetlogs upgrade; Now you can upgrade your database.
    After upgrade database you can change the database name using NID:
    $ nid
    DBNEWID: Release 11.2.0.3.0 - Production on Fri Jul 13 15:50:23 2012
    Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
    Keyword     Description                    (Default)
    TARGET      Username/Password              (NONE)
    DBNAME      New database name              (NONE)
    LOGFILE     Output Log                     (NONE)
    REVERT      Revert failed change           NO
    SETNAME     Set a new database name only   NO
    APPEND      Append to output log           NO
    HELP        Displays these messages        NOHTH,
    Levi Pereira
    Edited by: Levi Pereira on Jul 13, 2012 4:04 PM

  • Failure when trying to open db with resetlogs after restore of hot backup

    Hello,
    i know that ora-600 errors should be directed to oracle instead of here, but as i have no access to oracle support you may be able / willing to give me some hint anyway. here is what i tried to do:
    1. Make a Hot Backup of an Oracle DB running on Win2003, Version 9.2.0.5
    2. Trying to restore this backup on a new host, running WinXP, Oracle 9.2.0.5
    I can create the new controlfile and do a recovery with the syntax
    "recover database using backup controlfile until cancel"
    However, after this i'm trying to open the DB with the following syntax:
    "alter database open resetlogs"
    This takes a few seconds, then the instance gets terminated, showing an ora-600 error in the alert.log (i guess its useless to show the specific ora-600 error here, or am i wrong at this point?)
    now i'm wondering if the difference in the operating system could be the reason ? I also have to mention that the database files from the hot backup were transfered over a WAN line, could a damage to this files, happened during the transfer cause something like this ?

    These are from Howard
    When you re-create a controlfile using a script or command that says 'create controlfile...', that command will require you to spell out the path to all the datafiles and online redo logs. It is a simple matter for your server process to visit each of the files mentioned in the create controlfile and read the SCN stored in the datafile header. It can also read the online redo logs and read the latest checkpoint change number stored there.
    If all those numbers agree, that is obviously the age to which the rest of the database had gotten before the controlfiles were lost, and it's OK to create the new controlfile with that agreed-upon SCN forced in to the controlfile as its new SCN. Therefore the entire database is consistent and the database can be opened without recovery.
    This sort of thing is what happens when you close your database down nicely and then delete all controlfiles as part of a recovery demo on a training course!
    If those numbers don't agree, then it doesn't really matter. Logically, the highest number found, whether that be in one or more of the datafiles or one of the online logs, must be the age the database had reached before disaster struck. Your server process then writes that highest number into the new controlfile as its new SCN, and therefore your new controlfile agrees with the age of the latest bit of your database. The bits which were found to have smaller SCNs than that are therefore obviously in need of recovery -and because your new controlfile knows the SCN at which recovery should stop, recovery can be performed without trouble.
    When the datafiles are inconsistent the control file has the latest SCN on it and it tries to bring the entrire database consisent with respective to its SCN..if something does not matches it says it is consisten
    SO the recovery is done mainly based on the Controlf file..but the term backup..assume we have binary backup or the created new controlfile will have the scn to bring the DB to consistent state
    Message was edited by:
    Maran Viswarayar

  • Database open but no processes?   Ghost instance?

    10.2.0.3.0 RH 5
    customer had been doing some SAN work and caused a database problem, listener wouldnt start. Got called to look at it.
    ok, lsnrctl status shows its up, I logged into database as sysdba query v$instance, all open and good.
    SQL> select * from v$instance;
    INSTANCE_NUMBER INSTANCE_NAME
    HOST_NAME
    VERSION           STARTUP_T STATUS       PAR    THREAD# ARCHIVE LOG_SWITCH_WAIT
    LOGINS     SHU DATABASE_STATUS   INSTANCE_ROLE      ACTIVE_ST BLO
                  1 DWH01
    DWHBOX
    10.2.0.3.0        08-MAY-12 OPEN         NO           1 STOPPED
    ALLOWED    NO  ACTIVE            PRIMARY_INSTANCE   NORMAL    NO
    SQL>ok, whats the problem? user cant login with a TNS 12530 error, thats strange lets look at the alert log, (this is a test datawarehouse instance with no arc log mode) ... nothing in it since last night some time.
    ok, lets see what oracle processes are running. whats that? No oracle processes!
    >
    [root@DWHBOX ~]# ps -ef | grep pmon
    [root@DWHBOX ~]#
    >
    no, that cant be right, I just logged on to the database, lets have a look at all oracle processes
    >
    ps -ef | grep ora
    root 5067 4933 0 14:45 pts/4 00:00:00 su - oracle
    oracle 5068 5067 0 14:45 pts/4 00:00:00 -bash
    oracle 5090 5068 0 14:46 pts/4 00:00:00 sqlplus as sysdba
    oracle 5091 5090 0 14:46 ? 00:00:00 oracleDWH01 (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
    root 5113 3065 0 14:46 pts/3 00:00:00 grep ora
    root 15237 3823 0 Apr27 ? 00:00:04 sshd: oracle [priv]
    oracle 15281 15237 0 Apr27 ? 00:00:06 sshd: oracle@pts/0
    oracle 15282 15281 0 Apr27 pts/0 00:00:00 -bash
    [root@DWHBOX ~]#
    >
    woooh, hold on, NO oracle processes at all except for the listener. I must have a typo, stop the listener and do an lsof | grep oracle to see what open files there are, if I can query v$instance then at least the controlfile must be open. (sits on /u01)
    >
    [root@DWHBOX ~]# lsof | grep oracle
    [root@DWHBOX ~]#
    >
    nothing! I now officially have a ghost database. /shudder/
    I know, lets go look at the v$process
    >
    oracle@DWHBOX ~]$ sqlplus / as sysdba
    SQL*Plus: Release 10.2.0.3.0 - Production on Tue May 8 14:46:04 2012
    Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
    Connected to:
    Oracle Database 10g Release 10.2.0.3.0 - Production
    SQL>
    SQL>
    SQL> desc v$process
    Name Null? Type
    ADDR RAW(4)
    PID NUMBER
    SPID VARCHAR2(12)
    USERNAME VARCHAR2(15)
    SERIAL# NUMBER
    TERMINAL VARCHAR2(30)
    PROGRAM VARCHAR2(48)
    TRACEID VARCHAR2(255)
    BACKGROUND VARCHAR2(1)
    LATCHWAIT VARCHAR2(8)
    LATCHSPIN VARCHAR2(8)
    PGA_USED_MEM NUMBER
    PGA_ALLOC_MEM NUMBER
    PGA_FREEABLE_MEM NUMBER
    PGA_MAX_MEM NUMBER
    SQL> select addr, program from v$process;
    ADDR PROGRAM
    7F2B2758 PSEUDO
    7F2B2D10 oracle@DWHBOX (PMON)
    7F2B32C8 oracle@DWHBOX (PSP0)
    7F2B3880 oracle@DWHBOX (MMAN)
    7F2B3E38 oracle@DWHBOX (DBW0)
    7F2B43F0 oracle@DWHBOX (LGWR)
    7F2B49A8 oracle@DWHBOX (CKPT)
    7F2B4F60 oracle@DWHBOX (SMON)
    7F2B5518 oracle@DWHBOX (RECO)
    7F2B5AD0 oracle@DWHBOX (CJQ0)
    7F2B6088 oracle@DWHBOX (MMON)
    ADDR PROGRAM
    7F2B6640 oracle@DWHBOX (MMNL)
    7F2B6BF8 oracle@DWHBOX (D000)
    7F2B71B0 oracle@DWHBOX (S000)
    7F2B7768 oracle@DWHBOX (q000)
    7F2B7D20 oracle@DWHBOX (QMNC)
    7F2B82D8 oracle@DWHBOX (q001)
    7F2B8890 oracle@DWHBOX (J000)
    7F2B8E48 oracle@DWHBOX (TNS V1-V3)
    >
    theres the pmon, lets get the PID of pmon and track that down on the OS
    >
    SQL> select pid, program from v$process;
    select pid, program from v$process
    ERROR at line 1:
    ORA-03113: end-of-file on communication channel
    SQL>
    >
    Ouch, so trying to get the OS PID crashed my session, lets disconnect, sqlplus back in, but now Im on a dead database, so it looks like trying to query the PID killed whatever ghost instance was there
    >
    SQL> exit
    Disconnected from Oracle Database 10g Release 10.2.0.3.0 - Production
    [oracle@DWHBOX ~]$ sqlplus / as sysdba
    SQL*Plus: Release 10.2.0.3.0 - Production on Tue May 8 14:47:35 2012
    Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
    Connected to an idle instance.
    SQL>
    >
    startup as normal and we're open for business and pmon an all other processes are up.
    Can anyone explain that?
    Edited by: deebee_eh on May 8, 2012 3:31 PM
    Corrected typo: ora 12530 was the original error reported, not 12503.

    nothing in the alert. no traces, dumps, nothing. A switch last night Mon May 7 22:10:05 2012, and the PID kill from that SQL session with error 472 which I know is something external killing the instance. Im not too bothered by this though, Ive never EVER seen an instance be open with out the corresponding OS processes
    Thread 1 advanced to log sequence 71
      Current log# 1 seq# 71 mem# 0: /u01/app/datafiles/DWH01/redo01.log
    Sun May  6 07:25:55 2012
    Thread 1 advanced to log sequence 72
      Current log# 2 seq# 72 mem# 0: /u01/app/datafiles/DWH01/redo02.log
    Mon May  7 17:00:58 2012
    Thread 1 advanced to log sequence 73
      Current log# 3 seq# 73 mem# 0: /u01/app/datafiles/DWH01/redo03.log
    Mon May  7 22:10:05 2012
    Thread 1 advanced to log sequence 74
      Current log# 1 seq# 74 mem# 0: /u01/app/datafiles/DWH01/redo01.log
    Tue May  8 14:47:22 2012
    USER: terminating instance due to error 472
    Instance terminated by USER, pid = 5091
    Tue May  8 14:48:14 2012
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0

  • 'alter database open resetlogs' didn't reset one of the datafiles

    I've spent the last three and a half weeks recovering an oracle database (11g 64-bit linux) because of a corrupt block in an online redo log (which I thought was being written to multiple locations). I restored the files, moving some of them around in the process; recovered to the latest possible point; moved files back to their proper location; ran 'alter database open resetlogs'; and one of the datafiles (from a bigfile tablespace) didn't get reset. I checked afterward, and it was marked offline. I do not remember placing the file offline, and cannot find such a statement in my last 300 sqlplus commands, which includes commands well before I renamed this file and the commands surrounding the rename.
    Restoring/recovering the database again will take too long, and is a remarkably poor option. Even if the database had opened correctly, the affected tablespace would not have been touched in the two or three minutes the database was open. Is there any way to force oracle to reset the logs again or otherwise fix this one file to mark it with the same date? Only allowing the resetlogs option after an incomplete recovery seems a poor restriction, especially, if files can slip through like this. I'm suspecting there is someway to just fix the checkpoint values for the tablespace, but I don't know where to begin. This particular file is <5% of the database, so if I have to do some sort of backup/restore with just it, that is probably doable.

    0: 11.1.0.6.0 on SUSE Linux Enterprise Server 10 SP2
    1: rman
    backup format '/opt/oracle/backup/mydatabase_%Y-%M-%D_%s_datafiles_%p' (database);
    backup format '/opt/oracle/backup/mydatabase_%Y-%M-%D_%s_archivelogs_%p' archivelog all delete input;
    backup format '/opt/oracle/backup/mydatabase_%Y-%M-%D_%s_control_%p' current controlfile spfile;
    2:
    restore database; --not sure what datafiles were restored with this
    restore datafile X; --several files were restored individually
    recover database until scn 1137554504; -- I verified that all datafiles were on the same checkpoint after this finished. Not having placed any files offline, I didn't bother checking that.
    3:
    SQL> alter database open resetlogs;
    Database altered.
    Elapsed: 00:04:20.34
    SQL> quit
    Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
    With the Partitioning, OLAP and Data Mining options
    4: Nothing in the tablespace has been touched since I ran 'alter database open resetlogs;'. It also appears that oracle placed the file offline (without me telling it to do so) and left it that way through the resetlogs, leaving the tablespace unusable during the time it was opened. The only things that would be out of date are the 'RESETLOGS_CHANGE#', the 'CHECKPOINT_CHANGE#', and associated values. It's still at the last scn before the resetlogs, and the system has been in archivelog mode the entire time. This is all information that Oracle could be tracking, and from a program logic standpoint there is no reason why Oracle cannot tie together the changes before the resetlogs, the resetlogs command and the changes after the resetlogs into a new, continuous string of changes. I assume there is some such feature in a high-caliber program because I'm actually a programmer (who would have included such advanced tracking features), and I've become a DBA out of necessity. I admit to not knowing all of the oracle DBA commands, hence me posting here before doing the work of submitting a request to metalink.
    5: I consider it a poor restriction because it doesn't always reset the logs on all files, and as far as my knowledge goes it has rendered my 3.5 week recovery process WORTHLESS. I suppose it could cause numerous errors, especially if the database wasn't cleanly shut down, but having the ability to do something equivalent to datafiles that oracle skipped the process on seems quite useful in my situation. I guess the more fundamental problem to complain about is that it would apply such changes to only some of the files, while leaving others unusable, instead of just giving me an error that some files weren't going to be reset, but I think I'm done venting my Oracle frustrations for now.
    Am I stuck with a tablespace that I cannot bring online with the database open, or is there some sort of 'alter database datafile' command (or anything else) that I know nothing of that will fix the straggling file?
    Edited by: jbo5112 on Oct 5, 2009 3:33 PM -- obfuscated some file names to secure identity.

  • Queries on DATABASE OPEN RESETLOGS and lost Control Files

    Hi I have some queries on RESETLOGS I would be keen to hear some answers on
    Q1. If I am doing a PITR and I end in ALTER DATABASE OPEN RESETLOGS, what happens about any Archived Redo Log files ( still in situ ) that were from the original source database but were at a future point in time ? Are they just ignored by any future restore ( since their log sequence number will be different ? ) and eventually over written or purged out ?
    Q2. When you create a new incarnation using RESETLOGS can you Flashback Database to before this ?
    Q3. If I have lost all my Control Files and have not created a backup control file or done a backup to trace of the control file, can I simply restore one of the actual control files from my last backup and use RECOVER DATABASE USING BACKUP CONTROLFILE AUTO; or will this only work with a bonafide backup control file ( i.e. one created via ALTER DATABASE BACKUP CONTROLFILE TO ‘<file spec>’; )
    Q4. When I issue RECOVER DATABASE USING BACKUP CONTROLFILE AUTO;
    Do I have to ALTER DATABASE OPEN RESETLOGS at the end of the recovery ? I have seen this documented but I am not sure why I would need to reset the redo logs and instead simply open the database ?
    Q5. If I am running the CREATE CONTROL FILE command from an ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
    Do I need to use the NORESETLOGS or RESETLOGS ? How do I know which to use ?
    thanks,
    Jim

    Jimbo wrote:
    Hi I have some queries on RESETLOGS I would be keen to hear some answers on
    Q1. If I am doing a PITR and I end in ALTER DATABASE OPEN RESETLOGS, what happens about any Archived Redo Log files ( still in situ ) that were from the original source database but were at a future point in time ? Are they just ignored by any future restore ( since their log sequence number will be different ? ) and eventually over written or purged out ?
    what happens when you try it?
    Q2. When you create a new incarnation using RESETLOGS can you Flashback Database to before this ?
    what happens when you try it?
    Q3. If I have lost all my Control Files and have not created a backup control file or done a backup to trace of the control file, can I simply restore one of the actual control files from my last backup and use RECOVER DATABASE USING BACKUP CONTROLFILE AUTO; or will this only work with a bonafide backup control file ( i.e. one created via ALTER DATABASE BACKUP CONTROLFILE TO ‘<file spec>’; )
    what happens when you try it?
    Q4. When I issue RECOVER DATABASE USING BACKUP CONTROLFILE AUTO;
    Do I have to ALTER DATABASE OPEN RESETLOGS at the end of the recovery ? I have seen this documented but I am not sure why I would need to reset the redo logs and instead simply open the database ?
    what happens when you try it?
    Q5. If I am running the CREATE CONTROL FILE command from an ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
    Do I need to use the NORESETLOGS or RESETLOGS ? How do I know which to use ?
    what happens when you try it?

  • Whenever I open a new Firefox Browser, the other Firefox Browsers that I have minimized to the bottom of the screen all restore, (reopen up) onto the screen with the new opened Firefox Browser, how do I stop this? Just want the new one to open on screen

    Whenever I open a new Firefox Browser, the other Firefox Browsers that I have minimized to the bottom of the screen all restore, (reopen up) onto the screen with the new opened Firefox Browser, how do I stop this? Just want the new one to open on screen and the existing stay minimized.
    == This happened ==
    Every time Firefox opened
    == I think when a I updated or downloaded a newer version of FireFox at Firefox's suggestion.

    Hmm that does sound a bit strange - I use a system quite similar to yours (XP, FF 3.6.3), and don't see this behaviour.
    I would recommend trying to start Firefox in Firefox [[Safe Mode]] (make sure you close '''all''' running Firefox instances first), and see if this problem persists.
    If not, it could be some add-on causing this behaviour - restart Firefox in Safe Mode, disable all add-ons, and enable them one by one to find the guilty one.
    If it still happens in Firefox Safe Mode, some other program (or something in Windows itself) most likely is the cause. We may be able to help with this too, so let us know what works and provide as much additional information as possible to let us help you solve this.
    Please let us know how above works out, and if we can be of further assistance. Detailed feedback is appreciated and helps us to help you better, plus enables us to better help other users with similar issues.

  • ORA-39700: database must be opened with UPGRADE option

    Dear buddies,
    I just opened my database : startup upgrade and it started up.
    But couldn't perform a backup.
    Should I be running pupbld?
    Could this problem be due to some opatch?
    Here is a part of my alert log:
    Thread 1 opened at log sequence 1050
    Current log# 3 seq# 1050 mem# 0: D:\ORACLE\DATA\MIG\LOG_03.DBF
    Successful open of redo thread 1
    Wed Aug 11 13:35:15 2010
    MTTR advisory is disabled because either FAST_START_IO_TARGET or LOG_CHECKPOINT_INTERVAL is set
    Wed Aug 11 13:35:15 2010
    SMON: enabling cache recovery
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\udump\mig_ora_1564.trc:
    ORA-00704: bootstrap process failure
    ORA-39700: database must be opened with UPGRADE option
    Wed Aug 11 13:35:16 2010
    Error 704 happened during db open, shutting down database
    USER: terminating instance due to error 704
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_pmon_3088.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_reco_1868.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_psp0_2624.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_mman_3312.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_dbw0_2304.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_lgwr_552.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:16 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_ckpt_2300.trc:
    ORA-00704: bootstrap process failure
    Wed Aug 11 13:35:17 2010
    Errors in file d:\oracle\admin\mig\bdump\mig_smon_2136.trc:
    ORA-00704: bootstrap process failure
    Instance terminated by USER, pid = 1564
    ORA-1092 signalled during: ALTER DATABASE OPEN...
    Please comment.
    Thanks.
    Nith

    I just opened my database : startup upgrade and it started up.
    But couldn't perform a backup.As you said you have started the DB in upgrade mode and trying to take the backup of database. I think you can't take the backup of DB in upgrade mode.Please shut it down first and start up it in normal mode and do the backup.
    Which backup strategy you are following?
    What you exactly want to do upgrade the database or trying to take a bcakup?

  • Oracle instance running on a system with low open file descriptor

    Hello.
    We have 10.1.0.4 on SuSE 9 on x86 64bit Sun servers.
    We have databases that if started manually come up without the warning, but if started via a shell script scheduled through a crontab start up with this warning: "Oracle instance running on a system with low open file descriptor".
    My understanding is that it has to do with OS ulimit. it appears that non-interactive shell (crontab) does not set the nofiles at 65536.
    All our system are set up exactly the same way. The problem is, though, that some systems do not report the warning even when started non-interactively.
    My question is this: assuming my nofiles ulimit is in fact too low on all systems, why would some systems report the warning and others would not? Is there anything database specific the instance looks for when it starts, such as the number of datafiles in the database, instance memory size, etc..., which would make the instance warn in some cases but not the others?
    Thank You
    Boris

    Thank You Satish.
    This is a good reference and we may end up looking into the patch bundle associated with the bug.
    But does anyone have any idea why the systems that are set up the same exact way would warn on systems and not on others?
    Also, the Metalink note talks about init.crsd. I have not build an association between this inconsistency and RAC.
    What I do see is that if we start up our database non-interactively (where ulimit -n resolves to 1024, instead of 65536) the warning is generated, in some cases.
    Perhaps, the 1024 is too low. But then my question is why would Oracle think it is too low only on some servers and not all?
    Boris

Maybe you are looking for

  • Error handling for importing a file

    Hi, I have only been doing java for 1 semester, and have got terribly stuck on my final assg. I have to import a txt file, and catch any exceptions. I know I am not using the correct method to read the file, but am not sure what the alternatives are.

  • Encore CS 5 hangs when burning DVD

    Windows 7 64-bit Encore CS 5.1 Burned 2 projects successfully (6 Discs).  Then: It hangs at "Writing Files ..." The DVD burner will keep spinning at high speed with LED flash (writing) but no progress is shown in Encore. At that point, cancelling the

  • Did Adobe drop Fireworks support from Flash Catalyst Beta?

    Hi all, I'm a UI designer and am naturally very excited about Thermo / Flast Catalyst. I just rushed to download the beta but was dismayed to see that Flash Catalyst does not properly import Fireworks (CS4) files -- i.e. they were imported as a giant

  • Only return activities with a date within the past 90 days

    I'm doing an activity report that should only look at activity with a date within the past 90 days. I would like to avoid using a prompt; just to make things easier. Is there a way to do this say via a formual for example? Any thoughts?

  • How to unlock a record

    hi everybody im doing a bdc to create  customer hierachy but at each loop in the internal table, its telling customer is locked by myself how to unlock that?