Recover Database complains of version

This is not technicaly a RMAN question but it seemed the most appropriate forum.
I am testing some database recovery scenarios so I know what I'm doing if I have a real problem.
I have a database that I have replicated to another machine and have current control files and archive logs, but am restoring an older set of datafiles to try and recover using the archive log information.
The archives were created on another server, but I have tried to mirror that install on a nother system. I have restored the control and archive log files from a more recent "hot" backup and the datafiles from an older "cold" backup. When I attempt a manual or auto recovery I get the following error:
ORA-00331: log version 8.1.0.0.0 incompatible with ORACLE version 8.0.5.0.0
ORA-00334: archived log: '/var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc'
Both this instance and the instance that created the original files were backup up from are running 8.1.6.0.0
Any ideas why I would be seing this? I did a similar test about a month ago with no problems, I can't figure out what is different. Here is a log of the session: Sorry if the formatting get's mangled)
Oracle Server Manager Release 3.1.6.0.0 - Production
Copyright (c) 1997, 1999, Oracle Corporation. All Rights Reserved.
Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
With the Partitioning option
JServer Release 8.1.6.0.0 - Production
SVRMGR> connect internal
Connected.
SVRMGR> startup mount
ORACLE instance started.
Total System Global Area 55152624 bytes
Fixed Size 69616 bytes
Variable Size 15777792 bytes
Database Buffers 39124992 bytes
Redo Buffers 180224 bytes
Database mounted.
SVRMGR> select * from v$version;
BANNER
Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
PL/SQL Release 8.1.6.0.0 - Production
CORE 8.1.6.0.0 Production
TNS for Solaris: Version 8.1.6.0.0 - Production
NLSRTL Version 3.4.0.0.0 - Production
5 rows selected.
SVRMGR> recover database
ORA-00279: change 2203988 generated at 01/30/2001 08:05:10 needed for thread 1
ORA-00289: suggestion : /var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc
ORA-00280: change 2203988 for thread 1 is in sequence #34963
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00331: log version 8.1.0.0.0 incompatible with ORACLE version 8.0.5.0.0
ORA-00334: archived log: '/var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc'
SVRMGR> set autorecovery on
Autorecovery ON
SVRMGR> recover database
ORA-00279: change 2203988 generated at 01/30/2001 08:05:10 needed for thread 1
ORA-00289: suggestion : /var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc
ORA-00280: change 2203988 for thread 1 is in sequence #34963
ORA-00331: log version 8.1.0.0.0 incompatible with ORACLE version 8.0.5.0.0
ORA-00334: archived log: '/var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc'
SVRMGR> shutdown
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SVRMGR> exit
Server Manager complete.
null

Dennis,
What about the compatible parameter in the init.ora? What is it set to on the new host?
Thanks.

Similar Messages

  • 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

  • How to recover database in this situation?

    My os is windows 2000 server, the oracle database version is 9.2.0.1
    And the database is in archivelog mode.
    first: I backup the controlfile to trace
    second: I added a new tablespace
    third: I shutdown immediate the database
    forth: I delete the controlfile and datafile of the new added database
    then: I tried to recover my database.
    But I meet troubles.
    I am a user from China. Appreciate your help!
    C:\>sqlplus
    SQL*Plus: Release 9.2.0.1.0 - Production on &#26143;&#26399;&#19968; 10&#26376; 24 21:05:24 2005
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    &#35831;&#36755;&#20837;&#29992;&#25143;&#21517;: sys/nolog as sysdba
    &#36830;&#25509;&#21040;:
    Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.1.0 - Production
    SQL> archive log list
    &#25968;&#25454;&#24211;&#26085;&#24535;&#27169;&#24335; &#23384;&#26723;&#27169;&#24335;
    &#33258;&#21160;&#23384;&#26723; &#21551;&#29992;
    &#23384;&#26723;&#32456;&#28857; D:\oracle\ora92\RDBMS
    &#26368;&#26089;&#30340;&#27010;&#35201;&#26085;&#24535;&#24207;&#21015; 0
    &#19979;&#19968;&#20010;&#23384;&#26723;&#26085;&#24535;&#24207;&#21015; 1
    &#24403;&#21069;&#26085;&#24535;&#24207;&#21015; 1
    SQL> select group#, sequence#, archived, status from v$log;
    GROUP# SEQUENCE# ARC STATUS
    1 0 YES UNUSED
    2 0 YES UNUSED
    3 1 NO CURRENT
    SQL> create tablespace user_data datafile
    2 'd:\oracle\oradata\wwfdb\user_data01.dbf' size 50m;
    &#34920;&#31354;&#38388;&#24050;&#21019;&#24314;&#12290;
    SQL> create table t(a number) tablespace user_data;
    &#34920;&#24050;&#21019;&#24314;&#12290;
    SQL> insert into t values(10);
    &#24050;&#21019;&#24314; 1 &#34892;&#12290;
    SQL> commit;
    SQL> shutdown immediate
    &#25968;&#25454;&#24211;&#24050;&#32463;&#20851;&#38381;&#12290;
    &#24050;&#32463;&#21368;&#36733;&#25968;&#25454;&#24211;&#12290;
    ORACLE &#20363;&#31243;&#24050;&#32463;&#20851;&#38381;&#12290;
    SQL> host del d:\oracle\oradata\wwfdb\*.CTL
    SQL> host del d:\oracle\oradata\wwfdb\user_data01.dbf
    SQL> startup nomount
    ORACLE &#20363;&#31243;&#24050;&#32463;&#21551;&#21160;&#12290;
    Total System Global Area 135338868 bytes
    Fixed Size 453492 bytes
    Variable Size 109051904 bytes
    Database Buffers 25165824 bytes
    Redo Buffers 667648 bytes
    SQL> CREATE CONTROLFILE REUSE DATABASE "WWFDB" NORESETLOGS ARCHIVELOG
    2 MAXLOGFILES 50
    3 MAXLOGMEMBERS 5
    4 MAXDATAFILES 100
    5 MAXINSTANCES 1
    6 MAXLOGHISTORY 226
    7 LOGFILE
    8 GROUP 1 'D:\ORACLE\ORADATA\WWFDB\REDO01.LOG' SIZE 100M,
    9 GROUP 2 'D:\ORACLE\ORADATA\WWFDB\REDO02.LOG' SIZE 100M,
    10 GROUP 3 'D:\ORACLE\ORADATA\WWFDB\REDO03.LOG' SIZE 100M
    11 DATAFILE
    12 'D:\ORACLE\ORADATA\WWFDB\SYSTEM01.DBF',
    13 'D:\ORACLE\ORADATA\WWFDB\UNDOTBS01.DBF',
    14 'D:\ORACLE\ORADATA\WWFDB\CWMLITE01.DBF',
    15 'D:\ORACLE\ORADATA\WWFDB\DRSYS01.DBF',
    16 'D:\ORACLE\ORADATA\WWFDB\EXAMPLE01.DBF',
    17 'D:\ORACLE\ORADATA\WWFDB\INDX01.DBF',
    18 'D:\ORACLE\ORADATA\WWFDB\ODM01.DBF',
    19 'D:\ORACLE\ORADATA\WWFDB\TOOLS01.DBF',
    20 'D:\ORACLE\ORADATA\WWFDB\USERS01.DBF',
    21 'D:\ORACLE\ORADATA\WWFDB\XDB01.DBF'
    22 CHARACTER SET ZHS16GBK;
    &#25511;&#21046;&#25991;&#20214;&#24050;&#21019;&#24314;
    SQL> recover database until time '2005-10-24 21:10:33';
    &#23436;&#25104;&#20171;&#36136;&#24674;&#22797;&#12290;
    SQL> alter database open;
    alter database open
    ERROR &#20301;&#20110;&#31532; 1 &#34892;:
    ORA-01589: ??????????? RESETLOGS ? NORESETLOGS ??
    SQL> alter database open noresetlogs;
    &#25968;&#25454;&#24211;&#24050;&#26356;&#25913;&#12290;
    SQL> select * from t;
    select * from t
    ERROR &#20301;&#20110;&#31532; 1 &#34892;:
    ORA-00376: ???????? 11
    ORA-01111: ???? 11 ???? - ?????????
    ORA-01110: ???? 11: 'D:\ORACLE\ORA92\DATABASE\MISSING00011'
    the above sql statement:
    recover database until time '2005-10-24 21:10:33'&#65292;the reason I choosed the time '2005-10-24 21:10:33'
    is based the contents of alert.log file:
    Mon Oct 24 21:10:20 2005
    create tablespace user_data datafile
    'd:\oracle\oradata\wwfdb\user_data01.dbf' size 50m
    Mon Oct 24 21:10:32 2005
    Completed: create tablespace user_data datafile
    'd:\oracle\or

    Hi,
    why you create trace file ? and if you did that then you must have trace your ctl file after adding the tablespace for your db.so your ctl file will have registered the name of newly created tablespace.and if you do not have backup of ctl file which dosent contain the name of newly created tablespace then how would you recover your tablespace ? if you want to achieve your disered thoughts then add the tablespace and then backup of your full db then shutdown your db and delete your ctl file and data file.now open your db in nomount mode then restore your ctl file and datafile.
    thanks
    Alok

  • Recovering database

    Hi,
    In our environment we sometimes copy "live" database from one disk volume to other. We use NetApp Snapmirror technology, but that is not important. That way, on the second volume we get a snapshot of that "live" database. What's obvious, the snapshot is inconsistent and before the copy database can be opened, needs recovery. We recover it using the "recover database" command. That solution we have been using for ages.
    The copied database usually performs recovery using redolog files. But yesterday, during recovery, the database asked us for archived redolog files (archived one day before). That was not a problem, we restored what was needed, but we couldn't deliver the "copy" database to users on time.
    I was asked to explain why the database needed the archived log files. My first explanation was "because the copy database was inconsistent as a result of long running transactions on the source database". But in my opinion undo data, to undo all uncommitted transactions is taken from undo tablespace. Nothing must have been redone. Can you explain me what the database had to redo? What could be the reason? Would you be so kind and give me advice how may I investigate the reason? In the future we have to deliver copied databases on time so there is a pressure put on me.
    Any help will be appreciated.
    Regards,
    Tim

    You don't mention a database version, but I presume you either do 'alter database begin backup' (if 10g) or 'alter tablespace ... begin backup' (if not 10g) before taking your mirror snapshot?
    If not, you're lucky to have had this thing working at all.
    If you issue those sorts of 'begin backup' commands, then there will be a database/tablespace checkpoint and the header blocks of the files involved will be updated with the latest checkpoint change number. During the recovery of your mirror, you will only need to roll those files forward from that point. The contents of the buffer cache for those files will be flushed to disk, and the copied files are therefore guaranteed to have contents no earlier than the header block's checkpoint change number.
    If you don't issue those sorts of commands, then Lord knows what state your datafile headers are in, and stuff in the buffer cache isn't necessarily flushed to disk in time. The copied file can therefore contain blocks from any checkpoint change number you care to think of onwards, and it's all pure chance what you get asked to supply by way of redo to rectify the situation.
    Recovery means rolling things forward as well as rolling them back: your comment about undo is a bit misguided therefore. You need undo and redo to be able to complete a recovery.

  • Recover Database in RMAN vs SQL*PLUS

    Hello,
    Oracle 11.2.0.1, Oracle Linux 5.5 UEK.
    I recently did a "recover database" in sql*plus, but an attempt to open the database gave ORA-01113, complaining the system tablespace requried more recovery. Then I used RMAN (nocatalog) and after the same "recover database" command I was able to open the database.
    It seems there are differences between SQL*PLUS and RMAN "recover database" command. I have not been able to locate the chapter in the Oracle documentation that explains the difference. I have some ideas, but...
    Thanks.
    h3. Solution Summary:
    The recover command in RMAN compared to SQL*Plus implements a more user friendly processing logic based on the current detected scenario. For instance, a RMAN recover database command may actually perform a "recover database using backup controlfile until cancel" and automatically apply all archived and online redo logs if available. The same can be achieved with the recover command in SQL*plus, but will have to be done manually.
    Edited by: Dude on Jan 7, 2011 12:30 PM

    Dude wrote:
    I did not remove any datafiles or redo logs. it is the same restore operation as before, and again RMAN "recovery database" succeeds, whereas SQL recover has trouble. This tells me something is different between the two methods. For one, RMAN does not requrie to specify "using backup controlfile".
    Maybe someting about "resetlogs" that that RMAN recover can handle and SQL recover not?No,problem is there.If you using rman execute RECOVER DATABASE it also will apply online logs(if available) also and as result you will get complete recovery however you must open database with resetlogs option due to you recovered database using backup controlfile.So also you can recover and open database applying this online logs.After executing RECOVER DATABASE USING BACKUP CONTROLFILE you have to pass full path of online log then press ENTER so log will apply and you can open database with RESETLOGS.See below
    C:\Documents and Settings\chinar>rman target sys/sm
    Recovery Manager: Release 10.2.0.1.0 - Production on Fri Jan 7 17:47:49 2011
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    connected to target database (not started)
    RMAN> startup nomount;
    Oracle instance started
    Total System Global Area     138412032 bytes
    Fixed Size                     1247708 bytes
    Variable Size                 71304740 bytes
    Database Buffers              58720256 bytes
    Redo Buffers                   7139328 bytes
    RMAN> restore controlfile from 'D:\oracle\product\10.2.0\flash_recovery_area\T\B
    ACKUPSET\2011_01_07\O1_MF_NCSNF_TAG20110107T171001_6LG48JR5_.BKP'
    2> ;
    Starting restore at 07-JAN-11
    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=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL01.CTL
    output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL02.CTL
    output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL03.CTL
    Finished restore at 07-JAN-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> restore database;
    Starting restore at 07-JAN-11
    Starting implicit crosscheck backup at 07-JAN-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 1 objects
    Finished implicit crosscheck backup at 07-JAN-11
    Starting implicit crosscheck copy at 07-JAN-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 07-JAN-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\T\BACKUPSET\2011_01_07\O
    1_MF_NCSNF_TAG20110107T171001_6LG48JR5_.BKP
    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 D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\SYSTEM01.DBF
    restoring datafile 00002 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\UNDOTBS01.DBF
    restoring datafile 00003 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\SYSAUX01.DBF
    restoring datafile 00004 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\USERS01.DBF
    channel ORA_DISK_1: reading from backup piece D:\ORACLE\PRODUCT\10.2.0\FLASH_REC
    OVERY_AREA\T\BACKUPSET\2011_01_07\O1_MF_NNNDF_TAG20110107T171001_6LG45BXS_.BKP
    channel ORA_DISK_1: restored backup piece 1
    piece handle=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\T\BACKUPSET\2011_01_07
    \O1_MF_NNNDF_TAG20110107T171001_6LG45BXS_.BKP tag=TAG20110107T171001
    channel ORA_DISK_1: restore complete, elapsed time: 00:01:04
    Finished restore at 07-JAN-11
    RMAN> recover database;
    Starting recover at 07-JAN-11
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 1 sequence 7 is already on disk as file D:\ORACLE\PRODUCT\10.
    2.0\ORADATA\T\REDO02.LOG
    archive log filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG thread=1 sequ
    ence=7
    media recovery complete, elapsed time: 00:00:03
    Finished recover at 07-JAN-11
    RMAN> exit
    Recovery Manager complete.
    C:\Documents and Settings\chinar>sqlplus sys/sm as sysdba
    SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jan 7 17:51:31 2011
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    SQL> alter database open;
    alter database open
    ERROR at line 1:
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> alter database open resetlogs;
    Database altered.
    SQL> And above you see lines as
    archive log thread 1 sequence 7 is already on disk as file D:\ORACLE\PRODUCT\10.
    *2.0\ORADATA\T\REDO02.LOG*
    archive log filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG thread=1 sequ
    ence=7
    It means RMAN apply these.So you can apply these using SQLPLUS ALSO.In additionally you can see that from alert log as
    alter database recover if needed
    start until cancel using backup controlfile
    Media Recovery Start
    parallel recovery started with 2 processes
    ORA-279 signalled during: alter database recover if needed
    start until cancel using backup controlfile
    Fri Jan 07 17:50:34 2011
    alter database recover logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG'
    Fri Jan 07 17:50:34 2011
    Media Recovery Log D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG
    Fri Jan 07 17:50:34 2011
    Incomplete recovery applied all redo ever generated.
    Recovery completed through change 665263
    Completed: alter database recover logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG'And finally you see clearly that even if you execute RECOVER DATABASE from RMAN it actually execute RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE (from alert.log start  until cancel using backup controlfile)
    And these is not any difference.
    Hope that help you and you got answer.

  • Recover database until cancel using backup controlfile Fails with ORA-01547

    Hi
    First of all, I'm sorry for posting in this community as my issue doesn't have any thing to do with Rman, but I couldn't find any more relative Community to post in
    our System is Oracle EBS 11i and the OS on the production is AIX 5.2 / and the DR is 5.3 / DB version is 9i
    we have our Oracle ERP scheduled using crontab to take a database COLD backup daily using gtar -cvzf .
    yesterday I needed to clone the database only, so I used my usual method witch is
    1) on the source SQL> alter database backup controlfile to trace as '<dest>/makecntrlfil.sql'
    then you can delete the Commented header and change the first command from
    "CREATE CONTROLFILE REUSE DATABASE <SOURCE> NORESETLOGS ..."
    TO
    CREATE CONTROLFILE SET DATABASE <TARGET> RESETLOGS <NO>ARCHIVELOG
    2) de-compress the tgz files
    3) on the target edit the $ORACLE_HOME/dbs/init<source>.ora, $ORACLE_HOME/environment file
    4)run /ORACLE_HOME/appsutils/clone/bin/adcfgclone.prl
    5) delete old controlfiles
    6) on the database run the script you created on firs t step to create a new control fole
    7)recover database until cancel using backup controlfile
    8) alter database open resetlogs
    add new temp file system
    this way I used to do it
    but yesterday when trying to execute recover database it didn't work, and gave this error
    ORA-00279: change 6450277404 generated at 02/28/2013 02:47:56 needed for thread
    1
    ORA-00289: suggestion : /ERPDEV/DBASE/devdb/9.2.0/dbs/arch1_188462.dbf
    ORA-00280: change 6450277404 for thread 1 is in sequence #188462
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL} >> I gave cancel >> so >>
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '/ERPDEV/DBASE/SYS/devdata/system01.dbf'
    nothing strange in the original alert log file in the time of taking the backup
    So can You please tell me what maybe wrong and why it used to work before and now it's not
    take in consideration that we are on archive log mode, but not using Rman or the archived Logs for backup and the sequence it needed ( 188462 ) is too old and already deleted on Production.

    the output of the sript
    Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root ConcMgr will not work ConcMgr will not work ConcMgr will not work #####################################################
    172.16.10.10:1.0
    access control disabled, clients can connect from any host
    You are running adstpall.sh version 115.19
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adapcctl.sh stop script returned:
    adapcctl.sh version 115.54
    Apache Web Server Listener :httpd ( pid 765998 ) is running.
    Stopping Apache Web Server Listener (dedicated HTTP) ...
    Apache Web Server Listener (PLSQL) :httpd ( pid 2830390 ) is running.
    Stopping Apache Web Server Listener (dedicated PLSQL) ...
    adapcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adalnctl.sh stop script returned:
    adalnctl.sh version
    Shutting down listener process APPS_ABP.
    adalnctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adtcfctl.sh stop script returned:
    You are running adtcfctl.sh version 115.14
    Shutting down TCF SocketServer for ABP on port -1.
    adtcfctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adcmctl.sh stop script returned:
    You are running adcmctl.sh version 115.28
    Shutting down concurrent managers for ABP ...
    Submitted request 7481224 for CONCURRENT FND SHUTDOWN
    adcmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfrmctl.sh stop script returned:
    You are running adfrmctl.sh version 115.37
    Stopping forms server for ABP on port 9003.
    adfrmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adrepctl.sh stop script returned:
    You are running adrepctl.sh version 115.32
    stopping Reports Server for ABP on port 7003.
    kill -9 827420
    Reports Server for ABP successfully stopped.
    adrepctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmcctl.sh stop script returned:
    You are running adfmcctl.sh version 115.19
    Stopping forms load balancing client for ABP.
    adfmcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmsctl.sh stop script returned:
    You are running adfmsctl.sh version 115.15
    Stopping forms metrics server for ABP on port 9203.
    adfmsctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/jtffmctl.sh stop script returned:
    You are running jtffmctl.sh version 115.16
    Shutting down Fulfillment Server for ABP on port 9303 ...
    jtffmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    All enabled services on this node are stopped.
    Check logfile /ERPABP/APPL/abpcomn/admin/log/ABP_babtain-erp/04010130.log for details
    Exiting with status 0
    You are running addlnctl.sh version 115.7
    Logfile: /ERPABP/DBASE/abpdb/9.2.0/appsutil/log/ABP_babtain-erp/addlnctl.txt
    Shutting down listener process ABP ...
    addlnctl.sh: exiting with status 0
    You are running addbctl.sh version 115.10
    Shutting down database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 01:36:25 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected.
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    You are running addbctl.sh version 115.10
    Starting the database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 01:38:48 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected to an idle instance.
    ORACLE instance started.
    Total System Global Area 6829474752 bytes
    Fixed Size          742336 bytes
    Variable Size          1493172224 bytes
    Database Buffers     5324800000 bytes
    Redo Buffers          10760192 bytes
    Database mounted.
    Database opened.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    You are running addbctl.sh version 115.10
    Shutting down database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 01:39:08 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected.
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    root 2883784 2097278 0 01:39:54 - 0:00 grep abpappl
    root 1425530 2097278 1 01:39:54 - 0:00 grep abpora
    Taring /ERPABP/DBASE/SYS/abpdata
    Mon Apr 1 01:39:54 SAUST 2013
    Mon Apr 1 03:00:16 SAUST 2013
    Taring /ERPDEV/DBASE/SYS/abpdata
    Mon Apr 1 03:00:16 SAUST 2013
    Mon Apr 1 03:10:18 SAUST 2013
    Taring /ERPABP/DBASE/DATA/abpdata
    Mon Apr 1 03:10:18 SAUST 2013
    Mon Apr 1 04:51:04 SAUST 2013
    Taring /ERPDEV/APPL/DATA/abpdata
    Mon Apr 1 04:51:04 SAUST 2013
    Mon Apr 1 05:02:58 SAUST 2013
    You are running addbctl.sh version 115.10
    Starting the database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 05:04:46 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected to an idle instance.
    ORACLE instance started.
    Total System Global Area 6829474752 bytes
    Fixed Size          742336 bytes
    Variable Size          1493172224 bytes
    Database Buffers     5324800000 bytes
    Redo Buffers          10760192 bytes
    Database mounted.
    Database opened.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    You are running addlnctl.sh version 115.7
    Logfile: /ERPABP/DBASE/abpdb/9.2.0/appsutil/log/ABP_babtain-erp/addlnctl.txt
    Starting listener process ABP ...
    addlnctl.sh: exiting with status 0
    Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root ConcMgr will not work ConcMgr will not work ConcMgr will not work #####################################################
    172.16.10.10:1.0
    access control disabled, clients can connect from any host
    You are running adstrtal.sh version 115.16
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adapcctl.sh start script returned:
    adapcctl.sh version 115.54
    Apache Web Server Listener is not running.
    Starting Apache Web Server Listener (dedicated HTTP) ...
    Apache Web Server Listener (PLSQL) is not running.
    Starting Apache Web Server Listener (dedicated PLSQL) ...
    adapcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adalnctl.sh start script returned:
    adalnctl.sh version
    Checking for FNDFS executable.
    Starting listener process APPS_ABP.
    adalnctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adtcfctl.sh start script returned:
    You are running adtcfctl.sh version 115.14
    TCF SocketServer for ABP on port -1 is already started.
    adtcfctl.sh: exiting with status 2
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adcmctl.sh start script returned:
    You are running adcmctl.sh version 115.28
    Starting concurrent manager for ABP ...
    Starting ABP_0401@ABP Internal Concurrent Manager Default printer is noprint
    adcmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfrmctl.sh start script returned:
    You are running adfrmctl.sh version 115.37
    Starting forms server for ABP on port 9003.
    adfrmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adrepctl.sh start script returned:
    You are running adrepctl.sh version 115.32
    starting Reports Server for ABP on port 7003.
    adrepctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmcctl.sh start script returned:
    You are running adfmcctl.sh version 115.19
    Starting forms load balancing client for ABP.
    adfmcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmsctl.sh start script returned:
    You are running adfmsctl.sh version 115.15
    starting forms metrics server for ABP.
    adfmsctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/jtffmctl.sh start script returned:
    You are running jtffmctl.sh version 115.16
    Validating Fulfillment patch level via /ERPABP/APPL/abpcomn/java Fulfillment patch level validated.
    Starting Fulfillment Server for ABP on port 9303 ...
    jtffmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    All enabled services for this node are started.
    Check logfile /ERPABP/APPL/abpcomn/admin/log/ABP_babtain-erp/04010505.log for details
    Exiting with status 0
    MWA Telnet Server Release: 1.0.8.4 [December 12th 2002] Mon Apr 1 05:06:01 SAUST 2013
    9653.50     /store/abp/data/data_abpdata_010413.tgz
    1089.50     /store/abp/data/datadev_abpdata_010413.tgz
    0.04     /store/abp/data/mkctrl.sql
    13309.38     /store/abp/data/sys_abpdata_010413.tgz
    1000.25     /store/abp/data/sysdev_abpdata_010413.tgz
    Mon Apr 1 05:06:01 SAUST 2013
    #######################################################################################################################

  • Problem in recovering database

    I Have Oracle Database 10g (10.2.0.1.0) on Windows Server 2003
    I have taken full hot RMAN backup of database.
    I have copied the backup files from flash recovery area.
    I have one other Machine having windows server 2003 And Oracle 10g Same version. I have copied the backup files from first machine to Flash Recovery Area folder on second machine.
    Now i am trying to restore the database of first machine to second machine.
    1. I have created a new instance on second machice with same name as in fiirst machine.
    2. I have created one ORA password file as well.
    3. SET ORACLE_SID=<name of DB as it was in first machine>
    4. RMAN TARGET sys/<password given in newly ORA pwd file>@<DB name> nocatalog
    5. SET DBID=<dbid of old database>
    6. STARTUP NOMOUNT FORCE
    7. RESTORE SPFILE TO PFILE '<path of new pfile>' from '<path where backup files are there>';
    8. CREATE UDUMP,BDUMP,CDUMP,PFILE,ORADATA FOLDERS where required;
    9. SHUTDOWN IMMEDIATE;
    10. STARTUP NOMOUNT PFILE='<path of newly created pfile>';
    11 RESTORE CONTROLFILE FROM '<path of backup files>';
    12. ALTER DATABASE MOUNT;
    Everything work fine till here
    Now my next step was
    13. RESTORE DATABASE;
    Then it gives error like:-
    RMAN> restore database;
    Starting restore at 20-NOV-08
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=375 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 11/20/2008 21:00:54
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    Firstly i copied backup files to flash recovery area, then i copied files to 'D:\oracle\product\10.2.0\db_1\database' as well. Because i have done it in 9i, in 9i i copied the backup files to this backup folder then while doing restore RMAN succesfully takes file from this folder & restores the database. but in 10g RMAN is not recognising the path of backup. How this problem can be solved? Or is this some different problem which i am not getting?
    Waiting for reply..

    Hi ORADBA,
    Thanks for your response. Your solution worked. Actually there was a difference the Oracle installation on server from which i was taking backup is on E drive.
    And the server on which i am trying to restore that database has Oracle installation files on D drive. That's why this confusion occurred.
    But i have one query again. I am not able to recover my database fully.
    Firstly i typed restore database command that worked. Thereafter i tried recover database command. that commant resulted in an error as given below. Than i typed command archive log list on SQL promt, from there i found the information of latest archive log. then i tried recover database until logseq 484 thread 1. That also didn't work. In the same situation i tried to open database i was able to open database using command alter database open resetlogs. I suppose i was not able to recover the database fully. Hi can i recover my database fully?
    waiting for reply. Thanks in advance.
    RMAN> recover database;
    Starting recover at 24-NOV-08
    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: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSTEM01.DBF
    destination for restore of datafile 00002: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\UNDOTBS01.DBF
    destination for restore of datafile 00003: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSAUX01.DBF
    destination for restore of datafile 00004: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\USERS01.DBF
    channel ORA_DISK_1: reading from backup piece E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\BACKUPSET\2008_11_20\O1
    MFNNND1_BACKUP_TESTDB_L_1_4LB0PZXS_.BKP*
    channel ORA_DISK_1: restored backup piece 1
    piece handle=E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\BACKUPSET\2008_11_20\O1_MF_NNND1_BACKUP_TESTDB_L_1_4L
    B0PZXS_.BKP tag=BACKUP_TESTDB_L_112008115509
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:15
    starting media recovery
    unable to find archive log
    archive log thread=1 sequence=484
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:47:07
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 484 lowscn 11013224
    RMAN> recover database until logseq 484;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:48:07
    RMAN-06556: datafile 1 must be restored from backup older than scn 11009149
    RMAN> recover database until logseq 484 thread 1;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:48:20
    RMAN-06556: datafile 1 must be restored from backup older than scn 11009149
    RMAN> recover database until logseq 483 thread 1;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:48:58
    RMAN-06556: datafile 1 must be restored from backup older than scn 10973094
    RMAN> recover database until logseq 482 thread 1;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:49:06
    RMAN-06556: datafile 1 must be restored from backup older than scn 10952975
    RMAN> alter database open;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 11/24/2008 19:49:21
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    RMAN> alter database open resetlogs
    *2> ;*
    Edited by: user648257 on Nov 24, 2008 6:48 AM

  • How to Recover database from old backup and full archive log file

    Hi Oracle expert!
    I met problem when restore my oracle database.
    In my case:
    - My database version: 10.2.0.2
    - I have a database full backup (01-Nov)
    - I have all Archived log file from (01-Nov -> 05-Nov)
    - My database drop in 05-Nov with disk error (no datafile, no redo..).
    - I have no any RMAN backup from (01-Nov -> 05-Nov)
    How can i restore my database to 05-Nov?
    Thanks

    user10280724 wrote:
    Hi Chinar.
    When i used RMAN flow as your step, but i met the problem!
    - After recover database i select sequence#, applied from v$archived_log;
    --> it apply newest archived log that i had.
    - but when I select Data from table created between 01-Nov to 05-Nov, it not found!
    Not the same way the step:
    SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL?
    It apply newest the same archived log i had table created between 01-Nov to 05-Nov.
    How can i do with RMAN to recover my table?That is not possible,if your all available archive logs applied using rman or through sqlplus(recover database using backup controlfile until cancel) and one of these logs contain your table then there are not any problems.So there are not any difference between recovery using rman and user managed(using sqlplus),but there main matter is applying all archive logs.So first check through rman list copy of archivelog all or list backup of archivelog all and identify there in rman repository is any information or not about these logs.

  • Can i do "recover database" in this situation?

    hi,
    my DB was in archivelog mode till a problem appear in my system,so i change it to noarchivemode .after that the DB refused to return to archivemode
    so now i have to restore the DBF and try to mount my DB then apply "recover database"!
    my question :dose this action plan will work since the control file contain "noarchivelog" mode
    regards.
    Omar

    Information about the Version and Release that you are running is important !
    "the DB refused to return to archivemode "doesn't happen. What commands did you try and what error did you encounter ?
    It is possible that you did not shutdown the database properly and Oracle is attempting a recovery.
    The normal method to switch out of archivelog mode is
    SHUTDOWN IMMEDIATE
    STARTUP MOUNT
    ALTER DATABASE NOARCHIVELOG
    SHUTDOWN
    STARTUPThe normal method to enable archivelog mode is
    SHUTDOWN IMMEDIATE
    STARTUP MOUNT
    ALTER DATABASE ARCHIVELOG
    SHUTDOWN
    STARTUP(Instead of the last two "SHUTDOWN" and "STARTUP", you could also simply "ALTER DATABASE OPEN"
    If your shutdown wasn't a NORMAL or IMMEDIATE shutdown (but was an ABORT), then the STARTUP or OPEN would be attempting an Instance Recovery.
    If the database was unfortunately in BACKUP mode, then, too, Oracle would attempt a Recovery.
    So, it is important to know
    a. The version and release
    b. The sequence of commands that you did (including the first set to "change to norachivemode" !)
    c. Oracle's messages and error messages
    d. What messages have been logged in the alert log.
    Edited by: Hemant K Chitale on May 11, 2009 10:08 AM

  • SAN goes down (Solved/Recovered Database 100%)

    database 10g release 2
    linux version 4.6
    dear alls,
    my SAN goes down its raid level 5 ,two hard disk has gone down ,i performed daily database and archivelog backup on tape,i keep last two days backup and controlfile autobackup with enabled option at my tape as well at FRA,FRA is also at SAN and no longer be available,
    anyway my vendor is about to reach here to make the SAN up.Vendor claim that and i also know that with raid level 5 if 2 hard disk goes down then the SAN cant up i.e mount will no longer be restored, for the sake of safety can anybody correct me is it like that or we have some alternate to up the SAN??
    i know how to recover in this scenario ,can anybody keep in touch with me this thread ,being a human being i may make some blunder or may skip some steps for recovery database from tape.Please correct me
    CASE 1
    if SAN cant up the orahome mount point then what i will do to
    -install the oracle
    -re create the lost instance "PROD"
    -put the init file within respected path
    -create the flash recovery area with same path as it was before lost
    -connect to RMAN
    -mount db
    -restore the autopbackup controlfile
    -restore database
    -recover database
    CASE 2
    if SAN can up the orahome mount point then i think there would not be any issue if there is please let me know.
    Please share me yours experience.
    Thanks to all
    Khurram

    kora i am seeing yours post now thanks for corporates,dont mind wana one corrections in yours steps.
    Set dbid=(the id that you find on the controlfile backup)
    restore spfile from autobackup
    startup mount
    restore controlfile from autobackup
    restore database
    recover database
    alter database open resetlogs startup mount will always occur after restoring controfile not after spfile/pfile.
    Khurram

  • RMAN-06067: RECOVER DATABASE required with a backup or created control file

    Hi,
    Oracle version :10.2.04
    I recovered control files
    RMAN> restore controlfile to '/oracle/ora10gr4/dbs/nis.ctl';
    Starting restore at 21-AUG-12
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backupset restore
    channel ORA_DISK_1: restoring control file
    output filename=/oracle/ora10gr4/dbs/nis.ctl
    channel ORA_DISK_1: reading from backup piece /data_idx1/ORAMIG/OMIGTEST/cfc-260103938-20120821-03
    channel ORA_DISK_1: restored backup piece 1
    piece handle=/data_idx1/ORAMIG/OMIGTEST/cfc-260103938-20120821-03 tag=TAG20120821T152259
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    Finished restore at 21-AUG-12after this i got the below error when i tried to open DB.
    SQL> alter database open resetlogs;
    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:
    '/data_idx1/ORAMIG/OMIGTEST/DATA_FILES/system_1_OMIGTEST.dbf'So i tried the following.
    RMAN> restore datafile '/data_idx1/ORAMIG/OMIGTEST/DATA_FILES/system_1_OMIGTEST.dbf';
    Starting restore at 21-AUG-12
    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 /data_idx1/ORAMIG/OMIGTEST/DATA_FILES/system_1_OMIGTEST.dbf
    channel ORA_DISK_1: reading from backup piece /data_idx1/ORAMIG/OMIGTEST29_1_791910787
    channel ORA_DISK_1: restored backup piece 1
    piece handle=/data_idx1/ORAMIG/OMIGTEST29_1_791910787 tag=TAG20120821T151306
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:15
    Finished restore at 21-AUG-12
    RMAN> recover  datafile '/data_idx1/ORAMIG/OMIGTEST/DATA_FILES/system_1_OMIGTEST.dbf';
    Starting recover at 21-AUG-12
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/21/2012 16:21:45
    RMAN-06067: RECOVER DATABASE required with a backup or created control fileCan anyone pls help me with this error?
    Thanks

    Hi,
    Try this command after restore control file.
    RMAN>  restore database;
    RMAN> recover database;
    RMAN> alter database open resetlogs;Paste here result, if you are get error.
    Regards
    Mahir M. Quluzade
    www.mahir-quluzade.com

  • Installation error message for Oracle Database software for version 10g

    Would someone be able to advise why I keep getting the following error message whilst installing Oracle trial Database software for version 10g Release 2 Standard Edition, Standard Edition One, and Enterprise Edition? Link listed below : -
    http://www.oracle.com/technology/software/products/database/oracle10g/index.html
    Error message "Cannot create directory"C:\oracle\product\10.2.0\db_7\cfgtoollogs\dbca\projemp"
    Below is the 12 steps that I go through, please advise what I'm doing wrong : -
    1. (Operations) default is Create a database
    2. (Database templetes) default is general purpose
    3. (Database Identification) projemp.local for Global database name & projemp for SID
    4. (Management options) default is "Configure the database with Enterprise manager, also the options button has been clicked for "Use database control for database management"
    5. (Database Credentials) the options button has been clicked for "Use the same password for all accounts" so I've set up a new password, was that correct?
    6. (Storage options) the options button is clicked for "File System - use the file system for database storage.
    7. (Database file locations) the options button is clicked for "Use database file locations for template" Is this option correct? Other options are Use common location for all database files or use Oracle-managed files?
    8. (Recovery configuration) the options button is clicked for "Specify flash recovery area
    9. (Database content) nothing has been selected, the only option is "Sample schemas" should that be clicked?
    10. (Initialization parameters) the options button is clicked for "Typical- allocate memory as a % of the total physical memory
    11. (Database storage) no options available
    12. (Creation options) the options button has been selected for "Create Database"
    Click finish
    I then get a screen stating General purpose, click OK then I get the following error message as stated at the start of this e-mail ""Cannot create directory"C:\oracle\product\10.2.0\db_7\cfgtoollogs\dbca\projemp".
    Regards
    Phil

    855880 wrote:
    I have been trying to install the "Oracle Database software for version 10g Release 2 Standard Edition, Standard Edition One, and Enterprise Edition" about six times with no success.Do you realize you just mentioned 3 different and distinct products? So which one are you installing?
    >
    I've gone through my courses instructions as listed above (1-12) and end up with the following error message"C:\oracle\product\10.2.0\db_7\cfgtoollogs\dbca\projemp".What course?
    >
    I've removed the software from my computer using control panel, programs & features then uninstall once but the other five times the software hasn't been listed. Whilst the Oracle was on my task bar I was able to install using Start > Programs > Oracle - HOME-NAME > Database Administration > Database Configuration Assistant.No you didn't. Database Configuration Assistant does not remove software. It can remove a database. As I mentioned before, there is a difference between the software and the objects that software manages. Deleting an Excel spreadsheet is not the same as deleting Microsoft Office. Deleting an Oracle database with Database configuration assistant is not the same as removing the Oracle software.
    >
    Now that oracle is not on my task bar I've unzipped the link below, clicked on db, Disk1, setup, changed the Database password (is that correct?) install and I get the following error message "Check complete. The overall result of this check is: Failed<<<<<
    Problem: The install has detected that the primary IP address of the system is DHCP-assigned.
    Recommendation: Oracle supports installations on systems with DHCP-assigned IP addresses;
    However, before you can do this, you must configure the Microsoft LoopBack Adaptor to be the primary network adapter on the system. See the installation Guide for more details on installing the software on systems configured with DHCP."
    So what did you do with the above error message? Did you follow up on what it said? Did you read the very fine Installation Guide that comes with the software? Did you read the section on networking considerations where it discussed DHCP assigned addresses and installing the loopback adapter?
    http://www.oracle.com/technology/software/products/database/oracle10g/index.html
    Ok, that link takes us to the download page, which does not shed any light at all on your problems
    I'm using Windows Vista Home Premium, 32 bit operating system, and my computer is saying I have 142 GB free space.
    If you read the installation manual that came with the downloaded software, you'd have seen in the prerequisites that Home editions of Windows are NOT listed as supported platforms, whereas Business, Enterprise, and Ultimate editions specifically ARE listed as supportd.
    Hope this is some help.And
    I'm not to clever on computers so would you be able to advise how I get to the command window to issue the SET command please?
    Also I've no idea what OS user I am, I'm taking an on-line Oracle course and been advised to install "Oracle Database software for version 10g Release 2 Standard Edition, Standard Edition One, and Enterprise Edition"
    How do I find out if I'm part of an Administrator, ORA_DBA group ?
    Can you walk me through how to create the directory from command line please?Ok, given the above statements from you, I'm not even sure where to begin. I don't want to be cruel, but this self-admitted lack of even the most rudimentary knowledge by someone attempting to learn about Oracle is truly astounding. What course are you taking? Why are you taking this course?

  • Recover database from archive log: Time based recovery

    Hi,
    Could you pelase help regarding the following:
    I have power outage in my machine running oracle 9i on Solaris OS 9
    Oracle is mounted but failed to open
    Once it is started showing the error message
    SQL> startup;
    ORACLE instance started.
    Total System Global Area 9457089744 bytes
    Fixed Size 744656 bytes
    Variable Size 3154116608 bytes
    Database Buffers 6291456000 bytes
    Redo Buffers 10772480 bytes
    Database mounted.
    ORA-01113: file 4 needs media recovery
    ORA-01110: data file 4: '/opt/oracle/oradata/sysdb/indx/indx01.dbf'
    So I tried to recover the database
    SQL> recover database;
    ORA-00279: change 1652948240 generated at 12/03/2007 13:09:08 needed for thread
    1
    ORA-00289: suggestion : /opt/oracle/oradata/nobilldb/archive/1_183942.dbf
    ORA-00280: change 1652948240 for thread 1 is in sequence #183942
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 1652948816 generated at 12/03/2007 13:09:19 needed for thread
    1
    ORA-00289: suggestion : /opt/oracle/oradata/nobilldb/archive/1_183943.dbf
    ORA-00280: change 1652948816 for thread 1 is in sequence #183943
    ORA-00278: log file '/opt/oracle/oradata/nobilldb/archive/1_183942.dbf' no
    longer needed for this recovery
    The power outage at 16:00pm and the recovery archive log file '/opt/oracle/oradata/nobilldb/archive/1_183942.dbf' at 11 am
    Always I am applying the next sequence it is giving the same message and asking the next sequence. I have more than 900 archive log from 11am to 4pm and each of them having the size of 100mb and it take 1 minute to get back from each to provide this error message.
    How I can start my recovery from say 15:45 onwards until 16:15?
    I have all archive logs in the proper destination.
    Still my database is not opened and it is starts applying archive log since 5 hours back, please help me regarding this
    Thanks in advance

    Wrong forum. Post your question in the following forum:
    General Database Discussions

  • What order are Archive logs restored in when RMAN recover database issued

    Ok, you have a run block that has restored your level-0 RMAN backup.
    Your base datafiles are down on disc.
    You are about to start recovery to point in time, lets say until this morning at 07:00am.
    run {   set until time "TO_DATE('2010/06/08_07:00:00','YYYY/MM/DD_HH24:MI:SS')";
    allocate channel d1 type disk;
    allocate channel d2 type disk;
    allocate channel d3 type disk;
    allocate channel d4 type disk;
    recover database;
    So the above runs, it analyses the earlies SCN required for recovery, checks for incremental backups (none here), works out the archivelog range
    required and starts to restore the archive logs. All as expected and works.
    My question: Is there a particular order that RMAN will restore the archive logs and is the restore / recover process implemented as per the run block.
    i.e Will all required archive logs based on the run block be restored and then the database recovered forward. Or is there something in RMAN that says restore these archive logs, ok now roll forwards, restore some more.
    When we were doing this the order of the archive logs coming back seemed to be random but obviously constrained by the run block. Is this an area we need to tune to get recoveries faster for situations where incrementals are not available?
    Any inputs on experience welcome. I am now drilling into the documentation for any references there.
    Thanks

    Hi there, thanks for the response I checked this and here are the numbers / time stamps on an example:
    This is from interpreting the list backup of archivelog commands.
    Backupset = 122672
    ==============
    Archive log sequence 120688 low time: 25th May 15:53:07 next time: 25th May 15:57:54
    Piece1 pieceNumber=123368 9th June 04:10:38 <-- catalogued by us.
    Piece2 pieceNumber=122673 25th May 16:05:18 <-- Original backup on production.
    Backupset = 122677
    ==============
    Archive log sequence 120683 low time: 25th May 15:27:50 Next time 25th May 15:32:24 <-- lower sequence number restored after above.
    Piece1 PieceNumber=123372 9th June 04:11:34 <-- Catalogued by us.
    Piece2 PieceNumber=122678 25th May 16:08:45 <-- Orignial backup on Production.
    So the above would show that if catalogue command you could influence the Piece numbering. Therefore the restore order if like you say piece number is the key. I will need to review production as to why they were backed up in different order completed on production. Would think they would use the backupset numbering and then piece within the set / availability.
    Question: You mention archive logs are restored and applied and deleted in batches if the volume of archivelogs is large enough to be spread over multiple backup sets. What determines the batches in terms of size / number?
    Thanks for inputs. Answers some questions.

  • Can I use RECOVER database command evenif there is no MEDIA FAILURE? [b]Urg

    I need an urgent help from all the big guns out there?
    My database is up and running, but still I want to recover the deletion of data that has been done on FRIDAY/SATURDAY/SUNDAY/MONDAY/TUESDAY/WEDNESDAY in other words I want the FRIDAY's state of the database.
    Can I do it using the
    "RECOVER DATABASE UNTIL TIME '2005-28-06-00:00:00' command?
    Please guide me.
    Thanks in advance

    Hi,
    i assume you running your database in archive log mode and using rman to accomplish you task.i would say that you can recover your database even if there is no media faliur occurs,no doubt you can use this.i think you want to recover your database to the fridays state prior to the table deletion,so you get the tables back in your database.so what's a problem execut following.
    run {
    SET UNTIL TIME "TO_DATE('apr 03 2005 01:17:13','MON DD YYYY HH24:MI:SS')";
    restore database ;
    recover database ;
    asuume in this example that you want to recover your database up to date aprail 3 and prior to 01pm time.
    change the code according to your requirement.
    thanks.

Maybe you are looking for

  • Memory upgrade

    Hi, Can I install 2 x Crucial 4GB DDR3 - 1333 SODIMM 1.35V 204 PIN - CT51264BF1339J on a Macbook Pro 13 inch late 2011? Currently, I have 4 GB (2 x 2 GB) and I want to upgrade to 8 GB. There is a controversial info regarding this particular memory mo

  • HP Laserjet CM2320 MFP driver problem with Outlook 2013

    Hi, The problem starts when you want to print from Outlook 2013 ( Office365 flavour ). You can print once. Then Outlook and the printspooler crashes. In the print qu you find pages NA and no kb for the printvolume. Impossible to delete the printjob n

  • Wondering about screen - Purchase iMac or wait?

    I was going to buy a new 24" iMac but have become concerned about the screen issues that have appeared in various forums. It seems you only hear from those who have had problems and not from those who haven't. I'm wondering how widespread the problem

  • A665-S6070 shuts down after memory upgrade. Help please!

    This is a critical problem that needs to be addressed by Toshiba.  When looking through the forum, they are quite a few threads exactly like this. 1.  upgrade from 4gb to 8gb 2.  everything  good, except resume from "suspend".    (hibernate works fin

  • [INSTALL]Photoshop Problem in the install!! [HELP]!

    Hello Community i have problem, when i would install Adobe Photoshop 5.1 Then stop the installation and i became the error: Exit Code: 6 -------------------------------------- Summary -------------------------------------- - 0 fatal error(s), 39 erro