Recovery using backup control file

Hello friends,
I have a scenario where i am unable to recover by database by using backup control file option can u pls give ur expert advice.
1) Database is working in ARCHIVE MODE.
2) One of my file was READ ONLY when i take my closed backup. At this time
v$log file output is :
group# thread# sequence# bytes member arc status first_change#
1 1 8 8192 2 yes inactive 4697463
2 1 9 8192 2 yes active 4717493
3 1 10 8192 2 no current 4717738
3) After 2-3 log switches i have made it READ WRITE.
4) After making it READ WRITE i have taken controlfile backup by using
ALTER SYSTEM BACKUP CONTROLFILE TO 'E:\ORACLE\CONTROL01.CTL';.
5) Again i have make some log switches.
6) Shutdown my database using SHUTDOWN option.
7) Copy my SYSTEM,UNDO,USER,INDEX datafiles from my backup (taken at
step 2) and CONTROL file (taken at step 4).
8) I have not copied my old redo log files so those are new.
9) I mount database & then use this command to recover database :
RECOVER DATABASE USING BACKUP CONTROLFILE AUTO;
10) My recovery process starts applying archived log files and applied upto
sequence no 9. When it starts applying last one 10 which is online redo log
and not yet archived my recovery process fails by giving this error:
ORA-00308: cannot open archived log 'd:\oracle\oradata\practice\archive\1_10.dbf'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
11) I try to open database using :
ALTER DATABASE OPEN RESETLOGS;
it gives following warning:
Error at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: datafile 1: 'D:\ORACLE\ORADATA\PRACTICE\SYSTEM01.DBF'
Please guide me why it is so ?
Whether in BACKUP CONTROL FILE CASES system didn't recognise ONLINE REDO LOG FILES or it is anything else.
Regards
Sethi

Hi,
>>I am not using RMAN. I am taking user managed backups. Moreover i have tried what u said that make checkpoints also but again i came to the same result when it try to apply last archived log which was current redo log when database was started to shutdown it says unable to find the specified file & then when i open database using resetlogs it says system file needs media recovery.
it show error because you are using wrong approach of Recovery.
Alter database open Resetlog command is used only in incomplete recovery.
but your are giving
Recover database command,it means ur performing full recovery (means you have apply online redo logfile.) and after applying it you should open the database with Alter database Open command.
No need to give resetlog option.
Again Restore all backup;
Issue Recover database;
and open the database with
Alter database open;
Thanks
Kuljeet Pal Singh

Similar Messages

  • Need a help: how to recover using backup control file?

    Please a help:
    First computer
    1. I create a database
    2. put it in archive mode,
    3. shutdown and made a cold backup
    4. Created backup control file (alter database backup control file to trace)
    5. I started up and created some archived log files.
    Second Computer
    1. I copied all files created in the step 3 above except the control file
    2. I create all the same map directory on the 2nd computer as in the 1st computer
    3. I recreate the control file from the script got in the step 4 above
    4. I Copy archived log files generated at the step 5 in the local directory in the second computer
    5. I set the logsource and set the autorecovery to on
    6. I recover the database: RECOVER DATABASE USING BACKUP CONTROL FILE UNTIL CANCEL
    Error got:
    the archived log file applied do not go beyond the first one?,How could I do to applied all archived log files copied from the first computer to the second computer to have the same data?
    Thank you very much

    archived log sequeces in the first computerSQL> select sequence#,first_change#,next_change# from v$log_history;
    SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
    1 553723 555484
    2 555484 557345
    Actions I did in the second Computer(after copied the former two archived log files from the 1st computer)
    SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS ARCHIVELOG
    2 MAXLOGFILES 16
    3 MAXLOGMEMBERS 3
    4 MAXDATAFILES 100
    5 MAXINSTANCES 8
    6 MAXLOGHISTORY 292
    7 LOGFILE
    8 GROUP 1 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG' SIZE 50M,
    9 GROUP 2 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG' SIZE 50M,
    10 GROUP 3 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG' SIZE 50M
    11 -- STANDBY LOGFILE
    12 DATAFILE
    13 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF',
    14 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF',
    15 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF',
    16 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF'
    17 CHARACTER SET WE8ISO8859P1
    18 ;
    Control file created.
    SQL> archive log list;
    Database log mode Archive Mode
    Automatic archival Disabled
    Archive destination USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence 0
    Next log sequence to archive 0
    Current log sequence 0
    SQL> alter database archivelog;
    Database altered.
    SQL> set logsource C:\local_destination1_orcl
    SQL> set autorecovery on;
    SQL> recover database using backup controlfile until cancel;
    ORA-00279: change 555611 generated at 01/18/2007 14:14:14 needed for thread 1
    ORA-00289: suggestion :
    C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC
    ORA-00280: change 555611 for thread 1 is in sequence #1
    ORA-00328: archived log ends at change 555483, need later change 555611
    ORA-00334: archived log:
    'C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC'
    Idon't know where the change 555611 is coming from?

  • Can I recover the database to the current time using a backup control file?

    Can I recover the database to the current time using a backup control file? How far can I recover this database?
    I have an Oracle 10g(10.2.3) database on RHEL4.3 system.
    I have lost all the current control files and all the online redo logs, archived redo logs and all other files are OK.
    Now I have to recovery this database using a backup control file.
    Can I recover the database without any data lost？

    If
    a) it was a Shutdown Abort or an Instance Crash (i.e. backgrounds died on detecting loss of redo logs),
    b) redo logs are lost
    c) data files are intact
    You'd have to
    a) Restore datafiles
    b) Do an Incomplete Recovery to the last available ArchiveLog
    Hemant K Chitale
    http://hemantoracledba.blogspot.com

  • Recovery using backup controlfile

    hai,
    can any one explain me on what is the difference between recovering database as,
    recover database until cancel using backup controlfile;and
    recover database until cancel;regards
    ashik

    Hi,
    >>Note that you should only use a backup controlfile that was created via 'alter database backup controlfile to /path/to/your/controlfile_backup;'
    Not exactly... we can use a control file that was made by a cold backup in order to recover a database.
    SQL*Plus: Release 9.2.0.4.0 - Production on Tue Nov 21 21:10:19 2006
    Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
    Enter user-name: / as sysdba
    Connected to an idle instance.
    SQL> startup
    ORACLE instance started.
    Total System Global Area   93394180 bytes
    Fixed Size                   451844 bytes
    Variable Size              67108864 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 667648 bytes
    Database mounted.
    Database opened.
    SQL> create user SCOTT identified by TIGER default tablespace USERS quota unlimited on USERS;
    User created.
    SQL> grant connect to SCOTT;
    Grant succeeded.
    SQL> connect SCOTT/TIGER
    Connected.
    SQL> create table emp (cod number primary key);
    Table created.
    SQL> begin
    2 for i in 1..10000 loop
    3 insert into emp values (i);
    4 end loop
    5 end;
    6 /
    PL/SQL procedure successfully completed.
    SQL> commit;
    Commit complete.
    SQL> select count(*) from emp;
      COUNT(*)
         10000
    SQL> connect system/manager
    Connected.
    SQL> select name from v$archived_log;
    NAME
    /backup/archive/1_10.dbf
    /backup/archive/1_11.dbf
    /backup/archive/1_12.dbf
    /backup/archive/1_13.dbf
    4 rows selected.
    SQL> select * from v$log;
        GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
    1 1 14 512000 1 NO CURRENT 51849 22-NOV-06
             2          1         12     512000          1 YES INACTIVE                 51826 22-NOV-06
             3          1         13     512000          1 YES ACTIVE                   51840 22-NOV-06
    SQL> connect / as sysdba
    Connected.
    Crash Simulation
    SQL> shutdown abort
    ORACLE instance shut down.
    Lost Data files and Control Files Simulation
    SQL> host
    oracle@linux:/u01> rm oradata/BDRPS/*.dbf
    oracle@linux:/u01> rm oradata/BDRPS/*.ctl
    oracle@linux:/u01> ls -l oradata/BDRPS/
    total 1524
    -rw-r-----    1 oracle   oinstall   512512 2006-11-22 08:20 redo01.log
    -rw-r-----    1 oracle   oinstall   512512 2006-11-22 08:18 redo02.log
    -rw-r-----    1 oracle   oinstall   512512 2006-11-22 08:19 redo03.log
    Restore Data Files and Control Files from last cold backup
    oracle@linux:/u01> cp -a /backup/oradata/BDRPS/*.dbf oradata/BDRPS/
    oracle@linux:/u01> cp -a /backup/oradata/BDRPS/*.ctl oradata/BDRPS/
    oracle@linux:/u01> exit
    exit
    SQL> startup
    ORACLE instance started.
    Total System Global Area   93394180 bytes
    Fixed Size                   451844 bytes
    Variable Size              67108864 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 667648 bytes
    Database mounted.
    ORA-00314: log 1 of thread 1, expected sequence# doesn't match
    ORA-00312: online log 1 thread 1: '/u01/oradata/BDRPS/redo01.log'
    Begin Recovery Process
    SQL> recover database using backup controlfile;
    ORA-00279: change 51548 generated at 11/07/2006 20:24:21 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_10.dbf
    ORA-00280: change 51548 for thread 1 is in sequence #10
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52048 generated at 11/22/2006 08:18:35 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_11.dbf
    ORA-00280: change 52048 for thread 1 is in sequence #11
    ORA-00278: log file '/backup/archive/1_10.dbf' no longer needed for this
    recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52056 generated at 11/22/2006 08:18:36 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_12.dbf
    ORA-00280: change 52056 for thread 1 is in sequence #12
    ORA-00278: log file '/backup/archive/1_11.dbf' no longer needed for this
    recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52076 generated at 11/22/2006 08:18:37 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_13.dbf
    ORA-00280: change 52076 for thread 1 is in sequence #13
    ORA-00278: log file '/backup/archive/1_12.dbf' no longer needed for this
    recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52087 generated at 11/22/2006 08:18:37 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_14.dbf
    ORA-00280: change 52087 for thread 1 is in sequence #14
    ORA-00278: log file '/backup/archive/1_13.dbf' no longer needed for this
    recovery
    In this moment, I don't have a sequence log 14 archived, then I will use the Current Log File Group for this recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    /u01/oradata/BDRPS/redo01.log
    Log applied.
    Media recovery complete.
    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> connect SCOTT/TIGER
    Connected.
    SQL> select count(*) from emp;
      COUNT(*)
         10000Cheers

  • Restore Backup control file doubt ?

    when restoring backup control file why we need to set the DBID first?
    Thankx..

    When using a recovery catalog and attempting to restore a lost control file, you encounter an error if there are other databases are registered in the recovery catalog with the same name as your target database. To resolve this error, you must uniquely identify the database by DBID for the restore operation. This requires determining the correct DBID for your database, and then using the SET DBID command to identify the target database before the RESTORE CONTROLFILE.

  • Issue in Printing, using Bursting control file

    Hello All,
    We are using bursting control file to print and email. Email option is working fine. But when it comes to printing, it is printing "PDF file not printed. 128MB of memory is required to enable direct PDF printing" in the printout.
    We are using CUPS and below is the path we are using for printing,
    ipp://localhost:631/printers/YG_MAIN
    When we try to run the same program manually, by giving the printer name and number of copies to 1, then we are able to see the pdf output. Other normal bi publisher reports are also working fine, w.r.t that printer. We are facing this issue only when we are running xml bursting program, with print option.
    Any suggestions please..
    Here is the full bursting control file,
    <?xml version="1.0" encoding="UTF-8"?>
    <xapi:requestset xmlns:xapi="http://xmlns.oracle.com/oxp/xapi">
    <xapi:globalData location="stream">
    </xapi:globalData >
    <xapi:request select="/XX_IMB/LIST_G_PAT/G_PAT">
    <xapi:delivery>
    <xapi:email id="123" server="XXXXXX.com" port="25" from="[email protected]">
    <xapi:message id="123" to="${DESTINATION}" attachment="true" content-type = "text/html" subject="Test email"> Please find the attachement</xapi:message>
    </xapi:email>
    <xapi:print id="print1" printer="ipp://localhost:631/printers/${DESTINATION}" copies="1"/>
    </xapi:delivery>
    <xapi:document output-type="pdf" delivery="123">
    <xapi:template type="xsl-fo" location="xdo://XXCUS.XX_MAIN.en.US" filter=".//G_PAT[DESTINATION_TYPE='Email']">
    </xapi:template>
    </xapi:document>
    <xapi:document output-type="pdf" delivery="print1">
    <xapi:template type="xsl-fo" location="xdo://XXCUS.XX_MAIN.en.US" filter=".//G_PAT[DESTINATION_TYPE='Print']">
    </xapi:template>
    </xapi:document>
    </xapi:request>
    </xapi:requestset>

    BI Publisher bursting to CUPS printer doesn't use PASTA, so output doesn't get converted from PDF to Postscript which it does when you run it through concurrent manager.
    You can put an entry in the $XDO_TOP/resource/xdodelivery.cfg as follows (replace for your printer):
    <pre>
    <server name="MYPRINTER" type="ipp_printer" default="true">
    <uri>ipp://mycupsserver.mydomain:631/printers/MYPRINTER</uri>
    <filter>/usr/local/bin/pdf2ps -paper A4 {infile} {outfile}</filter>
    </server>
    </pre>
    Regards,
    Gareth

  • T500 - HDD for Ultrabay - can it be used for Recovery Media & Backups & Page File & data?

    I'm learning to check first before buying things.
    I am considering getting a generic ultrabay SATA adapter
    http://cgi.ebay.com/SATA-adapter-IBM-THINKPAD-43N3412-R400-W500-X200S-R500-/130441260492
    and a WD 7,200 HDD
    http://www.newegg.com/Product/Product.aspx?Item=N82E16822136278
    Can the ultrabay HDD be used for Recovery Media, and also Backups, page file, and other data?
    And can the Backups on this HDD be deleted, so only the last backup is present?
    Also, is it possible to use a HDD in the ultrabay slot, without an adpater?  My T500 is a desktop replacement currently, so the HDD wouldn't need to be protected from movement or bumps.
    Thanks for any ideas

    For all of you who know less than I do,  a HDD in the ultrabay slot can be used as a Recovery boot, and for the R&R backups.
    These must both be put on the primary partition of the HDD.
    I believe, but can't test or confirm, that another partition (logical partition) could be added to the drive and used for page filing and data.

  • A question about restoring from cold backup(control file backup not clear)

    Hi,
    I had another question about restoring the cold backup. My database is in noarchivelog mode and after taking a consistent cold backup, all I need to do is to restore the backup right? -Why I got this question is because: when I backup my control file to trace, I see statements like this:-----
    -- Commands to re-create incarnation table
    -- Below log names MUST be changed to existing filenames on
    -- disk. Any one log file from each branch can be used to
    -- re-create incarnation records.
    -- ALTER DATABASE REGISTER LOGFILE '/uo1/app1/arch1_1_647102958.dbf';
    -- Recovery is required if any of the datafiles are restored backups,
    -- or if the last shutdown was not normal or immediate.
    RECOVER DATABASE
    -- Database can now be opened normally.
    ALTER DATABASE OPEN;
    My database is in noarchivelog mode now so don't know why these statements (of register the logfile) is there in the backup of control file? so when I restore the cold backup of this database, it will still work correct? (there is no logfile I have only CRD files in cold backup -no archive log files.)
    thanks
    Nirav

    Thanks for your inputs! It is most useful to me.
    Regards
    Nirav

  • Large Core Dumps after DB Backup Control File

    Hi All,
    Server Specs (it is the test server having no functional modules):
    Windows 2003 64bit
    Oracle 10.2.0.4 (Patched from 10.2.0.2)
    Netweaver 2004s
    SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
    ORA-00279: change 21375038 generated at 09/21/2007 20:12:47 needed for thread 1
    ORA-00289: suggestion : /export/pspp/oracle/dbs/xxx_example_xxx.dbf
    ORA-00280: change 21375038 for thread 1 is in sequence #4
    Specify log: {=suggested | filename | AUTO | CANCEL}
    /OraRedo/RedoLogFiles/xxx_example_xxx.dbf
    Log applied.
    Media recovery complete.
    I was facing Control file inconsistence issues against 2 partitions. Issue was resolved by using above commands and Netweaver started successfully. Im now facing another problem, im getting huge tracefiles in SAPTRACE\BACKGROUND folder since its recovery. I deleted those tracefiles which were of approx. 86GB.
    Current Tracefiles sizes are:
    <drive>:\oracle\TST\saptrace\background\tst_m000_5188.trc (7MB) and it is getting double by each generation.
    Here are tracefiles of today (old ones deleted by me coz it was consuming a hell of space, e.g: 86GB as mentioned):
    tst_m000_5188.trc (7 MB) Latest
    tst_j000_5316.trc (4MB)
    Here is Initial info from alert_tst.txt file contained in same folder:
    Dump file f:\oracle\tst\saptrace\background\alert_tst.log
    Thu Sep 02 13:55:34 2010
    ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Windows NT Version V5.2 Service Pack 1
    CPU                 : 2 - type 8664, 1 Physical Cores
    Process Affinity    : 0x0000000000000000
    Memory (Avail/Total): Ph:2886M/4019M, Ph+PgF:19295M/20131M
    Thu Sep 02 13:55:34 2010
    Starting ORACLE instance (normal)
    Thu Sep 02 13:55:35 2010
    Specified value of sga_max_size is too small, bumping to 666894336
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Shared memory segment for instance monitoring created
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =10
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
      processes                = 80
      sessions                 = 96
      event                    = 10191 trace name context forever, level 1
      sga_max_size             = 666894336
      shared_pool_size         = 318767104
      shared_pool_reserved_size= 31598837
      filesystemio_options     = setall
      control_files            = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
      control_file_record_keep_time= 30
      db_block_size            = 8192
      db_cache_size            = 318767104
      compatible               = 10.2.0
      log_archive_dest         = E:\oracle\TST\oraarch\TSTarch
      log_buffer               = 2061312
      log_checkpoint_interval  = 0
      db_files                 = 254
      log_checkpoints_to_alert = TRUE
      dml_locks                = 4000
      undo_management          = AUTO
      undo_tablespace          = PSAPUNDO
      undo_retention           = 43200
      recyclebin               = off
      remote_os_authent        = TRUE
      remote_login_passwordfile= EXCLUSIVE
      job_queue_processes      = 1
      background_dump_dest     = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      user_dump_dest           = F:\ORACLE\TST\SAPTRACE\USERTRACE
      core_dump_dest           = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      optimizer_features_enable= 10.2.0.1
      sort_area_size           = 2097152
      sort_area_retained_size  = 0
      db_name                  = TST
      open_cursors             = 800
      _optim_peek_user_binds   = FALSE
      pga_aggregate_target     = 421317836
      workarea_size_policy     = AUTO
      statistics_level         = typical
    MMAN started with pid=4, OS id=2760
    PMON started with pid=2, OS id=2748
    DBW0 started with pid=5, OS id=712
    LGWR started with pid=6, OS id=604
    CKPT started with pid=7, OS id=1088
    SMON started with pid=8, OS id=1164
    RECO started with pid=9, OS id=2680
    CJQ0 started with pid=10, OS id=2972
    MMON started with pid=11, OS id=1816
    MMNL started with pid=12, OS id=2904
    PSP0 started with pid=3, OS id=2692
    Please Review,
    Thanks in Advance.
    Best Regards.

    All dispatchers and shared servers shutdown
    Mon Jan 10 15:19:45 2011
    ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:19:45 2011
    SMON: disabling tx recovery
    SMON: disabling cache recovery
    Mon Jan 10 15:19:46 2011
    Shutting down archive processes
    Archiving is disabled
    Mon Jan 10 15:19:51 2011
    ARCH shutting down
    ARC1: Archival stopped
    Mon Jan 10 15:19:56 2011
    ARCH shutting down
    ARC0: Archival stopped
    Mon Jan 10 15:19:57 2011
    Thread 1 closed at log sequence 11
    Successful close of redo thread 1
    Mon Jan 10 15:19:59 2011
    Completed: ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:19:59 2011
    ALTER DATABASE DISMOUNT
    Completed: ALTER DATABASE DISMOUNT
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Shutting down Data Guard Broker processes
    Mon Jan 10 15:20:00 2011
    Completed: Data Guard Broker shutdown
    Mon Jan 10 15:20:02 2011
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Mon Jan 10 15:21:43 2011
    Starting ORACLE instance (normal)
    Mon Jan 10 15:21:43 2011
    Specified value of sga_max_size is too small, bumping to 645922816
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =10
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
      processes                = 80
      sessions                 = 96
      event                    = 10191 trace name context forever, level 1
      sga_max_size             = 645922816
      shared_pool_size         = 318767104
      __java_pool_size         = 4194304
      java_pool_size           = 4194304
      shared_pool_reserved_size= 31598837
      filesystemio_options     = setall
      control_files            = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
      control_file_record_keep_time= 30
      db_block_size            = 8192
      db_cache_size            = 318767104
      compatible               = 10.2.0
      log_archive_dest         = E:\oracle\TST\oraarch\TSTarch
      log_buffer               = 2061312
      log_checkpoint_interval  = 0
      db_files                 = 254
      log_checkpoints_to_alert = TRUE
      dml_locks                = 4000
      undo_management          = AUTO
      undo_tablespace          = PSAPUNDO
      undo_retention           = 43200
      recyclebin               = off
      remote_os_authent        = TRUE
      remote_login_passwordfile= EXCLUSIVE
      dispatchers              = (PROTOCOL=TCP) (SERVICE=TSTXDB)
      job_queue_processes      = 1
      background_dump_dest     = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      user_dump_dest           = F:\ORACLE\TST\SAPTRACE\USERTRACE
      core_dump_dest           = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      optimizer_features_enable= 10.2.0.1
      sort_area_size           = 2097152
      sort_area_retained_size  = 0
      db_name                  = TST
      open_cursors             = 800
      optimpeek_user_binds   = FALSE
      pga_aggregate_target     = 421317836
      workarea_size_policy     = AUTO
      statistics_level         = typical
      dg_broker_start          = TRUE
    PMON started with pid=2, OS id=5108
    PSP0 started with pid=3, OS id=3884
    MMAN started with pid=4, OS id=3212
    DBW0 started with pid=5, OS id=4508
    LGWR started with pid=6, OS id=4124
    CKPT started with pid=7, OS id=3684
    SMON started with pid=8, OS id=3284
    RECO started with pid=9, OS id=4360
    CJQ0 started with pid=10, OS id=2128
    MMON started with pid=11, OS id=3976
    Mon Jan 10 15:21:43 2011
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=12, OS id=3444
    Mon Jan 10 15:21:43 2011
    starting up 1 shared server(s) ...
    DMON started with pid=15, OS id=4136
    Mon Jan 10 15:21:43 2011
    ALTER DATABASE   MOUNT
    Mon Jan 10 15:21:48 2011
    Setting recovery target incarnation to 4
    Mon Jan 10 15:21:48 2011
    Successful mount of redo thread 1, with mount id 1881221383
    Mon Jan 10 15:21:48 2011
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 10 15:21:48 2011
    ALTER DATABASE OPEN
    Mon Jan 10 15:21:51 2011
    Starting Data Guard Broker (DMON)
    INSV started with pid=16, OS id=4264
    Mon Jan 10 15:21:55 2011
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=18, OS id=4768
    Mon Jan 10 15:21:55 2011
    ARC0: Archival started
    Mon Jan 10 15:21:55 2011
    ARC1: Archival started
    ARC1 started with pid=19, OS id=5288
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Thread 1 opened at log sequence 11
      Current log# 3 seq# 11 mem# 0: E:\ORACLE\TST\ORIGLOGA\LOG_G13M1.DBF
      Current log# 3 seq# 11 mem# 1: E:\ORACLE\TST\MIRRLOGA\LOG_G13M2.DBF
    Successful open of redo thread 1
    Mon Jan 10 15:21:57 2011
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Mon Jan 10 15:21:57 2011
    SMON: enabling cache recovery
    Mon Jan 10 15:21:57 2011
    ARC0: Becoming the 'no FAL' ARCH
    ARC0: Becoming the 'no SRL' ARCH
    Mon Jan 10 15:21:57 2011
    ARC1: Becoming the heartbeat ARCH
    Mon Jan 10 15:21:58 2011
    Incremental checkpoint up to RBA [0xb.16b77.0], current log tail at RBA [0xb.16b77.0]
    Mon Jan 10 15:21:59 2011
    Successfully onlined Undo Tablespace 1.
    Mon Jan 10 15:21:59 2011
    SMON: enabling tx recovery
    Mon Jan 10 15:21:59 2011
    Database Characterset is UTF8
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 2
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=20, OS id=4156
    Mon Jan 10 15:22:05 2011
    Completed: ALTER DATABASE OPEN
    Mon Jan 10 15:52:02 2011
    Incremental checkpoint up to RBA [0xb.180ee.0], current log tail at RBA [0xb.1830a.0]
    Mon Jan 10 15:52:16 2011
    Shutting down instance: further logons disabled
    Mon Jan 10 15:52:16 2011
    Stopping background process CJQ0
    Mon Jan 10 15:52:16 2011
    Stopping background process QMNC
    Mon Jan 10 15:52:17 2011
    Background process QMNC not dead after 150 seconds
    Mon Jan 10 15:52:17 2011
    Stopping background process MMNL
    Mon Jan 10 15:52:18 2011
    Background process MMNL not dead after 10 seconds
    Mon Jan 10 15:52:18 2011
    Stopping background process MMON
    Mon Jan 10 15:52:19 2011
    Background process MMON not dead after 30 seconds
    Mon Jan 10 15:52:19 2011
    Shutting down instance (immediate)
    License high water mark = 12
    Mon Jan 10 15:52:19 2011
    Stopping Job queue slave processes, flags = 7
    Mon Jan 10 15:52:19 2011
    Job queue slave processes stopped
    Waiting for dispatcher 'D000' to shutdown
    All dispatchers and shared servers shutdown
    Mon Jan 10 15:52:24 2011
    ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:52:24 2011
    SMON: disabling tx recovery
    SMON: disabling cache recovery
    Mon Jan 10 15:52:25 2011
    Shutting down archive processes
    Archiving is disabled
    Mon Jan 10 15:52:30 2011
    ARCH shutting down
    ARC1: Archival stopped
    Mon Jan 10 15:52:35 2011
    ARCH shutting down
    ARC0: Archival stopped
    Mon Jan 10 15:52:36 2011
    Thread 1 closed at log sequence 11
    Successful close of redo thread 1
    Mon Jan 10 15:52:37 2011
    Completed: ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:52:37 2011
    ALTER DATABASE DISMOUNT
    Completed: ALTER DATABASE DISMOUNT
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Shutting down Data Guard Broker processes
    Mon Jan 10 15:52:38 2011
    Completed: Data Guard Broker shutdown
    Mon Jan 10 15:52:40 2011
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Mon Jan 10 15:53:28 2011
    Starting ORACLE instance (normal)
    Mon Jan 10 15:53:28 2011
    Specified value of sga_max_size is too small, bumping to 645922816
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =10
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
      processes                = 80
      sessions                 = 96
      event                    = 10191 trace name context forever, level 1
      sga_max_size             = 645922816
      __shared_pool_size       = 318767104
      shared_pool_size         = 318767104
      __java_pool_size         = 4194304
      java_pool_size           = 4194304
      shared_pool_reserved_size= 31598837
      filesystemio_options     = setall
      control_files            = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
      control_file_record_keep_time= 30
      db_block_size            = 8192
      __db_cache_size          = 318767104
      db_cache_size            = 318767104
      compatible               = 10.2.0
      log_archive_dest         = E:\oracle\TST\oraarch\TSTarch
      log_buffer               = 2061312
      log_checkpoint_interval  = 0
      db_files                 = 254
      log_checkpoints_to_alert = TRUE
      dml_locks                = 4000
      undo_management          = AUTO
      undo_tablespace          = PSAPUNDO
      undo_retention           = 43200
      recyclebin               = off
      remote_os_authent        = TRUE
      remote_login_passwordfile= EXCLUSIVE
      dispatchers              = (PROTOCOL=TCP) (SERVICE=TSTXDB)
      job_queue_processes      = 1
      background_dump_dest     = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      user_dump_dest           = F:\ORACLE\TST\SAPTRACE\USERTRACE
      core_dump_dest           = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      optimizer_features_enable= 10.2.0.1
      sort_area_size           = 2097152
      sort_area_retained_size  = 0
      db_name                  = TST
      open_cursors             = 800
      optimpeek_user_binds   = FALSE
      pga_aggregate_target     = 421317836
      workarea_size_policy     = AUTO
      statistics_level         = typical
      dg_broker_start          = TRUE
    PMON started with pid=2, OS id=5296
    PSP0 started with pid=3, OS id=4804
    MMAN started with pid=4, OS id=3480
    DBW0 started with pid=5, OS id=4312
    LGWR started with pid=6, OS id=4036
    CKPT started with pid=7, OS id=3372
    SMON started with pid=8, OS id=5816
    RECO started with pid=9, OS id=5240
    CJQ0 started with pid=10, OS id=4524
    MMON started with pid=11, OS id=6140
    Mon Jan 10 15:53:28 2011
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=12, OS id=5680
    Mon Jan 10 15:53:28 2011
    starting up 1 shared server(s) ...
    DMON started with pid=15, OS id=5308
    Mon Jan 10 15:53:28 2011
    ALTER DATABASE   MOUNT
    Mon Jan 10 15:53:32 2011
    Setting recovery target incarnation to 4
    Mon Jan 10 15:53:33 2011
    Successful mount of redo thread 1, with mount id 1881229688
    Mon Jan 10 15:53:33 2011
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 10 15:53:33 2011
    ALTER DATABASE OPEN
    Mon Jan 10 15:53:36 2011
    Starting Data Guard Broker (DMON)
    INSV started with pid=16, OS id=4536
    Mon Jan 10 15:53:40 2011
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=18, OS id=5552
    Mon Jan 10 15:53:40 2011
    ARC0: Archival started
    ARC1: Archival started
    ARC1 started with pid=19, OS id=5312
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Thread 1 opened at log sequence 11
      Current log# 3 seq# 11 mem# 0: E:\ORACLE\TST\ORIGLOGA\LOG_G13M1.DBF
      Current log# 3 seq# 11 mem# 1: E:\ORACLE\TST\MIRRLOGA\LOG_G13M2.DBF
    Successful open of redo thread 1
    Mon Jan 10 15:53:41 2011
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Mon Jan 10 15:53:41 2011
    SMON: enabling cache recovery
    Mon Jan 10 15:53:42 2011
    ARC1: Becoming the 'no FAL' ARCH
    ARC1: Becoming the 'no SRL' ARCH
    Mon Jan 10 15:53:42 2011
    ARC0: Becoming the heartbeat ARCH
    Mon Jan 10 15:53:43 2011
    Incremental checkpoint up to RBA [0xb.18403.0], current log tail at RBA [0xb.18403.0]
    Mon Jan 10 15:53:44 2011
    Successfully onlined Undo Tablespace 1.
    Mon Jan 10 15:53:44 2011
    SMON: enabling tx recovery
    Mon Jan 10 15:53:44 2011
    Database Characterset is UTF8
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 2
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=20, OS id=5776
    Mon Jan 10 15:53:50 2011
    Completed: ALTER DATABASE OPEN
    Mon Jan 10 15:55:46 2011
    Starting ORACLE instance (normal)
    Mon Jan 10 16:00:56 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_j000_3228.trc:
    Mon Jan 10 16:01:26 2011
    Beginning log switch checkpoint up to RBA [0xc.2.10], SCN: 16865686
    Mon Jan 10 16:01:26 2011
    Thread 1 advanced to log sequence 12 (LGWR switch)
      Current log# 4 seq# 12 mem# 0: E:\ORACLE\TST\ORIGLOGB\LOG_G14M1.DBF
      Current log# 4 seq# 12 mem# 1: E:\ORACLE\TST\MIRRLOGB\LOG_G14M2.DBF
    Mon Jan 10 16:03:54 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 16:04:01 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
    ORA-00600: internal error code, arguments: [kcbgcur_3], [61846], [9], [4], [0], [], [], []
    Mon Jan 10 16:04:07 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 16:06:30 2011
    Completed checkpoint up to RBA [0xc.2.10], SCN: 16865686
    Mon Jan 10 16:23:50 2011
    Incremental checkpoint up to RBA [0xc.4e3a.0], current log tail at RBA [0xc.4f1f.0]
    Mon Jan 10 16:53:57 2011
    Incremental checkpoint up to RBA [0xc.55b9.0], current log tail at RBA [0xc.5726.0]
    Mon Jan 10 17:00:01 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_j000_2516.trc:
    Mon Jan 10 17:00:29 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 17:00:33 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
    ORA-00600: internal error code, arguments: [kcbgcur_3], [61846], [9], [4], [0], [], [], []
    Mon Jan 10 17:00:37 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 17:24:02 2011
    Incremental checkpoint up to RBA [0xc.6125.0], current log tail at RBA [0xc.62ae.0]

  • Rman Recovery using backup created using dbconsole

    Thanks for taking my questions. First, I see there is another person asking about rman recovery but I am hoping mine is not identical.
    BACKGROUND
    Archiving and flashback is on.
    Database is 11g.
    Full on-line database backup is done using dbconsole (oem) and includes control, spfile and archive logs.
    RECOVERY
    I am testing my recovery to a new serve.
    I installed oracle
    Restored a backupset from one backup to the new servers flashbackup area.
    Recovered the spfile ok
    Recovered the control file ok
    Found last seq number ok
    Restore database ok
    RECOVER DATABASE UNTIL SEQUENCE - NOT OK
    Error=DATAFILE 1 MUST BE RESTORED FROM BACKUP OLDER THAN SCN
    QUESTIONS
    Where did I go wrong?
    Could it be my rman backup didn't backup all necessary archive logs?
    How do I fix this and can I fix it using dbconsole?
    Also, is it still possible to fix the test server without loading any new files?
    Thanks!
    Kathie

    Hello,
    To answer your questions, it looks like your backup is out of sync with SCN for datafiles with your Oracle 11g database.
    What you need to do is first check the low SCN and current SCN for your database to that in your RMAN backup files.
    You can check backups in RMAN command line with
    RMAN> list backup;
    using target database control file instead of recovery catalog
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    1 349.08M DISK 00:01:14 24-JAN-08
    BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20080124T180119
    Piece Name: C:\ORACLE\FLASHBACK\ORCL\BACKUPSET\2008_01_24\O1_MF_ANNNN_TA
    G20080124T180119_3SLJQOFO_.BKP
    List of Archived Logs in backup set 1
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 1 1030802 04-JAN-08 1053767 05-JAN-08
    1 2 1053767 05-JAN-08 1104812 06-JAN-08
    Then open another prompt window and SQL*PLUS session as sysdba privileged account:
    SQL> select name, current_scn from v$database;
    NAME CURRENT_SCN
    ORCL 4089528
    You need to make sure that you are trying to restore database with RMAN with a backup for the SCN numbers that are older than the current database SCN in database or Oracle will complain.
    Enterprise Manager dbconsole will work but nothing beats the power of a command line.
    Use the automated repair options for the Oracle 11g Database Repair advisors.
    1. Connect to RMAN
    rman target=/
    RMAN> list failure;
    RMAN> repair failure preview;
    RMAN> repair failure;
    For more details, Arup Nanda has a good overview of RMAN with Oracle 11g:
    http://www.oracle.com/technology/pub/articles/oracle-database-11g-top-features/11g-rman.html
    Hope this helps you out.
    -Ben
    Cheers,
    Ben Prusinski
    http://oracle-magician.blogspot.com/

  • Rman backup control file

    hii i am working on oracle 10g 10.2.0.4.0 on solaris 10 have asm and rac setup(2 node rac).
    i have only one control file--+DATA_DG1/ftssdb/controlfile/current.270.664476369
    i am backing up these control file with rman
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman_node1/%F';
    c-31850833-20100909-00 is a backed up piece of control file.
    now suddenly one system admin deleted that control file...how can i recover my database using rman backup??

    You can found these entries like :
    CREATE CONTROLFILE REUSE DATABASE "DBNAME" NORESETLOGS NOARCHIVELOG ==depends what is your db log mode
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 30
    MAXINSTANCES 8
    MAXLOGHISTORY 800
    LOGFILE
    GROUP 1 '/u01/oracle/7.1.6/dbs/log1p716.dbf' SIZE 500K,
    GROUP 2 '/u01/oracle/7.1.6/dbs/log2p716.dbf' SIZE 500K,
    GROUP 3 '/u01/oracle/7.1.6/dbs/log3p716.dbf' SIZE 500K
    DATAFILE
    '/u01/oracle/7.1.6/dbs/systp716.dbf' SIZE 40M,
    '/u01/oracle/7.1.6/dbs/tempp716.dbf' SIZE 550K,
    '/u01/oracle/7.1.6/dbs/toolp716.dbf' SIZE 15M
    # Recovery is required if any of the datafiles are restored backups,
    # or if the last shutdown was not normal or immediate.
    RECOVER DATABASE
    # Database can now be opened normally.
    ALTER DATABASE OPEN;
    Edited by: user00726 on Sep 9, 2010 4:42 AM

  • Recover Datafile Using Old Control File in New Instance

    How to Recover Datafile in condition :
    Old Instance was dropped but old controlfile still exist to new instance.

    SigCle wrote:
    If there is RMAN .bkp backup, I won't post a thread in here, and just do :
    RMAN> STARTUP FORCE MOUNT;
    RMAN> RESTORE DATABASE;
    RMAN> RECOVER DATABASE;
    RMAN> ALTER DATABASE OPEN;
    The fact is there is no RMAN backup at all. Old database just dropped and uninstalled careless by my friend.
    Fortunately there is still oradata folder(contain of control files and all datafiles).
    But, I don't know to restore it manually and by system. I don't know file id of each datafile.
    Helps / clues very appreciated.Well.If you have all control/online log/data files then there is no problem(also if you do not have pfile then create it manually according sample file).If your system is windows then create instance using oradim as
    set ORACLE_SID=<SID>
    oradim -new -sid <sid name> -intpwd <syspass> -pfile <pfile location>
    sqlplus "/as sysdba"
    startupif linux/unix then
    export ORACLE_SID=<SID>
    sqlplus "/as sysdba"
    startup

  • BACKUP CONTROL FILE

    Hi all,
    11.2.0.1
    Aix 6.1
    I want to backup my control file to text as in
    SQL> alter system backup controlfile to '/u01/a.txt';
    But  the output is not readable
    Why is that if the command is
    SQL> alter system backup controlfile to trace;
    The output is readable but it is very hard to find
    Please help...
    Thanks ,
    zxy

    Saran, you should actually take care of what the OP is saying. He/she certainly even did not tried the command he/she tells us because it's not an option of "alter system".
    SQL> alter system backup controlfile to trace as '/u01/a.sql';
    alter system backup controlfile to trace as '/u01/a.sql'
    ERROR at line 1:
    ORA-02065: illegal option for ALTER SYSTEM
    SQL>
    Please see Hemant's post instead.
    Mod. action: your "correct" response is unmarked.
    Nicolas.

  • Backup control file to trace failing with ORAORA-01116

    Hi,
    backup failing on 10.2 version as includes a backup controlfile command. This falls over with
    unable to open file /u10/oradata/TISD/temp101.dbf
    Now, there is a tempfile there, temp01.dbf.
    Why is the temp101.dbf being looked for?
    How can I proceed from this ?
    As it doenst exist, I am tempted to create it; but why is it temp101? (and not something like temp02)
    Thanks,
    DA
    Edited by: Dan A on Jul 16, 2009 4:31 AM

    This turned out to be a case of a user playing around with the temp tablespace and not dropping original correctly. In teh end I dropped the tablasepace with everyting in it.
    Thanks to all.
    DA

  • Database Recovery using Archive files

    Dears,
    Due to some issue our database get crashed.
    We have saturday night offline backup and archive backup till yesterday night.
    We have restored offline backup and system is Up but it is on saturday night state.
    We want to apply these archive files to make the system state to current.
    In restore our control file also get replace with our saturday night control file status.
    We have copied our archive files in oraarch directory.
    Now when using brtools I am applying archive files:
    Command executing in brtools:
    recover from '/oracle/<SID>/oraarch' database
    it shows
    unknow command beginning
    No recovery required
    On sqlplus also when I execute
    sql>recover database;
    It shows no recovery required.
    When I give command:
    sql>recover database using backup control file;
    it ask for some {file name| AUTO | CANCEL}
    I give first file name of oraarch it shows "Can not access the file".
    File permissions are ok.
    I give AUTO, It also then do not do anything.
    Please suggest the correct method to make my system in latest current date.
    Shivam

    Hi Shivam,
    This is absolutely normal that during the restore your control files will be replaced by the old one which were backed up during database backup.
    Logic is that you can not apply the redolgs which are having the timestamps older than your  restored datafile's / controlfile's timestamp.
    If your DB is not yet opened, you can check the status of your database using below command which will tell you, till what timestamp your data is restored or currently available.
    select to_char(CHECKPOINT_TIME,'yyyy-mm-dd:hh24:mi:ss') from v$datafile where file#=1;
    >
    > From command I want to know "from backup control file"....Do SAP take backup of control file as in system only old is
    >
    > available.
    > Shivam
    >
    recover database using backup controlfile.....  this command does not backup the controlfile . this will make use of old controlfile only which came along with the restore  and start the recovery using this controlfile only.
    Its just make use of available controlfile ..No backup will be triggered.
    Please make a note that after DB restore; ..recovery is possible only in case database is not yet opened in OPEN state.
    Cheers !!!
    Ashish

Maybe you are looking for