ORA-00280

hi,
i create new control file. i got error,please help me out
Control file created.
SQL> recover database;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SQL> recover database until cancel using backup controlfile;
ORA-00279: change 8173989034210 generated at 09/24/2005 23:41:55 needed for
thread 1
ORA-00289: suggestion : /pix/p02/oracle/pixdb/9.2.0/dbs/arch1_2.dbf
ORA-00280: change 8173989034210 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

It seems you're recovering from backup. You're not adding all archived redo log files on the datafiles.
1. You need add all archived redo log files in order to recover database
2. If there's no archived redo log files, then try to apply redo log files
3. If you've missed archived redo log files, try using RECOVER DATABASE UNTIL CANCEL statement as you did, and when you see missed archived redo log file is prompting, type CANCEL and open your database with RESETLOGS option
Kamran Agayev A. (10g OCP)
http://kamranagayev.wordpress.com
[Step by Step install Oracle on Linux and Automate the installation using Shell Script |http://kamranagayev.wordpress.com/2009/05/01/step-by-step-installing-oracle-database-10g-release-2-on-linux-centos-and-automate-the-installation-using-linux-shell-script/]

Similar Messages

  • ORA-00289|ORA-00280    Urgent - ( need recovery help)

    PLS NEED A HELP
    RUNNING ON NOARCHIVELOG
    SUNOS 5.8 SUN4U
    ORACLE 9i
    DEV DATABASE
    TRYING TO OPEN THE DATABASE
    ORA-00279: change 18906722884 generated at 04/02/2008 16:18:30 needed for thread 1
    ORA-00289: suggestion: /oracle/ora926/dbs/arch1_14790.dbf
    ORA-00280: change 18906722884 for thread 1 is in sequence #14790
    need help, is urgent
    Regards.

    $ tail -60 alert_MLQA.log
    compatible = 9.2.0.0.0
    db_file_multiblock_read_count= 32
    fast_start_mttr_target = 300
    undo_management = AUTO
    undo_tablespace = UNDOTBS1
    undo_retention = 10800
    max_enabled_roles = 50
    remote_login_passwordfile= EXCLUSIVE
    db_domain =
    instance_name = MLQA
    job_queue_processes = 10
    hash_join_enabled = TRUE
    background_dump_dest = /oracle/admin/MLQA/bdump
    user_dump_dest = /oracle/admin/MLQA/udump
    core_dump_dest = /oracle/admin/MLQA/cdump
    sort_area_size = 524288
    db_name = MLQA
    open_cursors = 300
    star_transformation_enabled= FALSE
    query_rewrite_enabled = FALSE
    pga_aggregate_target = 104857600
    aq_tm_processes = 1
    PMON started with pid=2
    Thu Apr 3 07:52:44 2008
    ORA-00130: invalid listener address '(ADDRESS=(PROTOCOL=TCP)(HOST=mltlcrmt
    RT=1521))'
    DBW0 started with pid=3
    LGWR started with pid=4
    CKPT started with pid=5
    SMON started with pid=6
    RECO started with pid=7
    CJQ0 started with pid=8
    QMN0 started with pid=9
    Thu Apr 3 07:52:46 2008
    ALTER DATABASE MOUNT
    Thu Apr 3 07:52:50 2008
    Successful mount of redo thread 1, with mount id 1528507534
    Thu Apr 3 07:52:50 2008
    Database mounted in Exclusive Mode.
    Completed: ALTER DATABASE MOUNT
    Thu Apr 3 07:52:50 2008
    ALTER DATABASE OPEN
    ORA-1589 signalled during: ALTER DATABASE OPEN...
    Thu Apr 3 07:58:48 2008
    Restarting dead background process QMN0
    QMN0 started with pid=9
    Thu Apr 3 08:04:51 2008
    Restarting dead background process QMN0
    QMN0 started with pid=9
    Thu Apr 3 08:10:55 2008
    Restarting dead background process QMN0
    QMN0 started with pid=9
    Thu Apr 3 08:16:59 2008
    Restarting dead background process QMN0
    QMN0 started with pid=9
    Thu Apr 3 08:23:02 2008
    Restarting dead background process QMN0
    QMN0 started with pid=9
    Thu Apr 3 08:29:06 2008
    Restarting dead background process QMN0
    QMN0 started with pid=9
    $
    ERROR at line 1:
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> SELECT GROUP#,MEMBERS FROM V$LOG;
    GROUP# MEMBERS
    1 1
    2 1
    3 1
    4 1
    SQL> SELECT GROUP#,MEMBER FROM V$LOGFILE;
    GROUP#
    MEMBER
    3
    /data1/oradata/mlqa/redo03.log
    4
    /data2/oradata/mlqa/redo04.log
    1
    /data1/oradata/mlqa/redo01.log
    GROUP#
    MEMBER
    2
    /data2/oradata/mlqa/redo02.log
    SQL>
    SQL> select file# from v$recover_file;
    no rows selected
    SQL>
    SQL> recover database using backup controlfile;
    ORA-00279: change 18906722884 generated at 04/02/2008 16:18:30 needed for
    thread 1
    ORA-00289: suggestion : /oracle/ora926/dbs/arch1_14790.dbf
    ORA-00280: change 18906722884 for thread 1 is in sequence #14790
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    SQL> desc v$logfile
    Name Null? Type
    GROUP# NUMBER
    STATUS VARCHAR2(7)
    TYPE VARCHAR2(7)
    MEMBER VARCHAR2(513)
    SQL> select group#,status,member from v$logfile;
    GROUP# STATUS
    MEMBER
    3 STALE
    /data1/oradata/mlqa/redo03.log
    4 STALE
    /data2/oradata/mlqa/redo04.log
    1
    /data1/oradata/mlqa/redo01.log
    GROUP# STATUS
    MEMBER
    2 STALE
    /data2/oradata/mlqa/redo02.log
    SQL>
    THE ABOVE ARE THE COMMANDS I ATTEMPTED

  • ORA-00280: change 84116020212 for thread 2 is in sequence #251560

    Y'ello All,
    While trying to recover an offline datafile on a two node RAC, it keeps asking for threads from both nodes with is normal.
    My questions are:
    a) Is there a script that will tell me the list of archive logs needed to recover that particular datafile?
    b) I only know how to restore archive logs for one thread, see below
    run
    allocate channel p1 type 'sbt_tape' parms 'ENV=(tdpo_optfile=/opt/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
    restore archivelog from sequence 147422 until sequence 147427 thread 1;
    release channel p1;
    But want to restore both threads at the same time, not running twice the rman command for thread 1 and then thread 2.
    will the below work?
    run
    allocate channel p1 type 'sbt_tape' parms 'ENV=(tdpo_optfile=/opt/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
    restore archivelog from sequence 147422 until sequence 147427 thread 1;
    restore archivelog from sequence 251561 to 251573 thread 2;
    release channel p1;
    Kindly help and advice.
    DID

    Use RMAN list backup; and list backupset n; to show the datafiles and archivelogs that make up a backup or backup set. You can expand this by using list backup by file;
    I guess for your thread two line, you meant
    restore archivelog from sequence 251561 until sequence 251573 thread 2;The command should work

  • Recover datafile error ora-00279,00289,00280

    alter database recover datafile 'xxx'
    error at line 1
    ora-00279 change 36xxxxx generated at x-x-x needed for thread1
    ora-00289 suggestion
    ora-00280 change 36xxxx for thread 1 is in sequence #76xx
    Please guide how can i resolve this issue

    Hi,
    Please see: https://community.oracle.com/thread/497955?start=0&tstart=0
    Thank you

  • ORA-01194 encountered when cloning a database

    Oracle 10.2.0.5
    Attempted to clone a database from one linux server to another. Issued a SHUTDOWN IMMEDIATE then copied all datafiles, and log files. On the new server I place the files on diffierent mount points, modify the pfile so it is correct.
    SQL> startup nomount;
    SQL> CREATE CONTROLFILE REUSE DATABASE "UFMS044" RESETLOGS NOARCHIVELOG
    2 MAXLOGFILES 16
    3 MAXLOGMEMBERS 3
    4 MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 584
    5 6 7 LOGFILE
    8 GROUP 1 '/a0902/d01/oradata/ufms044d/redo01.log' SIZE 150M,
    9 GROUP 2 '/a0902/d01/oradata/ufms044d/redo02.log' SIZE 150M,
    GROUP 3 '/a0902/d01/oradata/ufms044d/redo03.log' SIZE 150M,
    10 11 GROUP 4 '/a0902/d01/oradata/ufms044d/redo04.log' SIZE 150M,
    12 GROUP 5 '/a0902/d01/oradata/ufms044d/redo05.log' SIZE 150M
    -- STANDBY LOGFILE
    13 14 DATAFILE
    '/a0902/d01/oradata/ufms044d/system01.dbf',
    15 16 '/a0902/d01/oradata/ufms044d/undotbs01.dbf',
    17 '/a0902/d01/oradata/ufms044d/sysaux01.dbf',
    '/a0902/d01/oradata/ufms044d/momdata01.dbf',
    18 19 '/a0902/d01/oradata/ufms044d/momindex01.dbf',
    '/a0902/d01/oradata/ufms044d/users01.dbf',
    20 21 '/a0902/d01/oradata/ufms044d/ccrdata01.dbf',
    22 '/a0902/d01/oradata/ufms044d/ccrindex01.dbf',
    '/a0902/d01/oradata/ufms044d/odsdata01.dbf',
    23 24 '/a0902/d01/oradata/ufms044d/odsindex01.dbf',
    25 '/a0902/d01/oradata/ufms044d/ufmdata01.dbf',
    '/a0902/d01/oradata/ufms044d/ufmindex01.dbf',
    26 27 '/a0902/d01/oradata/ufms044d/wmadata01.dbf',
    28 '/a0902/d01/oradata/ufms044d/wmaindex01.dbf',
    29 '/a0902/d01/oradata/ufms044d/iardata01.dbf',
    '/a0902/d01/oradata/ufms044d/iarindex01.dbf',
    '/a0902/d01/oradata/ufms044d/patdata01.dbf'
    30 31 32 CHARACTER SET WE8ISO8859P1;
    Control file created.
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/a0902/d01/oradata/ufms044d/system01.dbf'
    SQL> recover database until cancel using backup controlfile;
    ORA-00279: change 17130207450 generated at 08/10/2011 10:02:53 needed for
    thread 1
    ORA-00289: suggestion :
    /a0902/oracle/product/10.2.0/db_1/dbs/arch1_1_758800964.dbf
    ORA-00280: change 17130207450 for thread 1 is in sequence #1
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    cancel
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/a0902/d01/oradata/ufms044d/system01.dbf'
    Oracle 10.2.0.5 is on both boxes.
    Would the shutdown immediate cause issues?
    Thanks All

    user13129655 wrote:
    Oracle 10.2.0.5
    Attempted to clone a database from one linux server to another. Issued a SHUTDOWN IMMEDIATE then copied all datafiles, and log files. On the new server I place the files on diffierent mount points, modify the pfile so it is correct.
    SQL> startup nomount;
    SQL> CREATE CONTROLFILE REUSE DATABASE "UFMS044" RESETLOGS NOARCHIVELOG
    2 MAXLOGFILES 16
    3 MAXLOGMEMBERS 3
    4 MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 584
    5 6 7 LOGFILE
    8 GROUP 1 '/a0902/d01/oradata/ufms044d/redo01.log' SIZE 150M,
    9 GROUP 2 '/a0902/d01/oradata/ufms044d/redo02.log' SIZE 150M,
    GROUP 3 '/a0902/d01/oradata/ufms044d/redo03.log' SIZE 150M,
    10 11 GROUP 4 '/a0902/d01/oradata/ufms044d/redo04.log' SIZE 150M,
    12 GROUP 5 '/a0902/d01/oradata/ufms044d/redo05.log' SIZE 150M
    -- STANDBY LOGFILE
    13 14 DATAFILE
    '/a0902/d01/oradata/ufms044d/system01.dbf',
    15 16 '/a0902/d01/oradata/ufms044d/undotbs01.dbf',
    17 '/a0902/d01/oradata/ufms044d/sysaux01.dbf',
    '/a0902/d01/oradata/ufms044d/momdata01.dbf',
    18 19 '/a0902/d01/oradata/ufms044d/momindex01.dbf',
    '/a0902/d01/oradata/ufms044d/users01.dbf',
    20 21 '/a0902/d01/oradata/ufms044d/ccrdata01.dbf',
    22 '/a0902/d01/oradata/ufms044d/ccrindex01.dbf',
    '/a0902/d01/oradata/ufms044d/odsdata01.dbf',
    23 24 '/a0902/d01/oradata/ufms044d/odsindex01.dbf',
    25 '/a0902/d01/oradata/ufms044d/ufmdata01.dbf',
    '/a0902/d01/oradata/ufms044d/ufmindex01.dbf',
    26 27 '/a0902/d01/oradata/ufms044d/wmadata01.dbf',
    28 '/a0902/d01/oradata/ufms044d/wmaindex01.dbf',
    29 '/a0902/d01/oradata/ufms044d/iardata01.dbf',
    '/a0902/d01/oradata/ufms044d/iarindex01.dbf',
    '/a0902/d01/oradata/ufms044d/patdata01.dbf'
    30 31 32 CHARACTER SET WE8ISO8859P1;
    Control file created.
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/a0902/d01/oradata/ufms044d/system01.dbf'
    SQL> recover database until cancel using backup controlfile;
    ORA-00279: change 17130207450 generated at 08/10/2011 10:02:53 needed for
    thread 1
    ORA-00289: suggestion :
    /a0902/oracle/product/10.2.0/db_1/dbs/arch1_1_758800964.dbf
    ORA-00280: change 17130207450 for thread 1 is in sequence #1
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    cancel
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/a0902/d01/oradata/ufms044d/system01.dbf'
    Oracle 10.2.0.5 is on both boxes.
    Would the shutdown immediate cause issues?
    SHUTDOWN IMMEDIATE
    This mode is typically the fastest next to SHUTDOWN ABORT. Oracle Database terminates any executing SQL statements and disconnects users. Active transactions are terminated and uncommitted changes are rolled back.
    Edited by: sb92075 on Aug 11, 2011 6:45 AM

  • ORA-01152 when restoring from RMAN backupset in NOARCHIVELOG mode

    Hi all,
    I got the error ORA-01152 when I tried restoring an Oracle 10g R1 database from an RMAN backupset into a new server. The error returned when it reached to the level of opening the database in resetlogs.
    The database runs on NOARCHIVELOG mode and on Windows 2003 Server SP2 32-bit.
    Following is what I did in RMAN:
    set ORACLE_HOME=D:\oracle\product\10.1.0\db_1
    set ORACLE_SID=DAWA
    set PATH=D:\oracle\product\10.1.0\db_1\bin;%PATH%
    cd %ORACLE_HOME%\bin
    rman target sys/mypassword
    Recovery Manager: Release 10.2.0.1.0 - Production on Tue Feb 13 00:36:55 2007
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    connected to target database (not started)
    RMAN> startup nomount pfile=X:\temp\DawaPFILE.ORA
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 1048576000 bytes
    Fixed Size 792200 bytes
    Variable Size 551807352 bytes
    Database Buffers 494927872 bytes
    Redo Buffers 1048576 bytes
    RMAN> restore controlfile from
    'X:\temp\Flash_Rec\DAWA\AUTOBACKUP\2011_07_16\O1_
    MF_S_756655133_7226R018_.BKP';
    Starting restore at 19-JUL-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=270 devtype=DISK
    channel ORA_DISK_1: restoring controlfile
    channel ORA_DISK_1: restore complete
    output filename=D:\ORACLE\ORADATA\DAWA\CONTROL01.CTL
    output filename=D:\ORACLE\ORADATA\DAWA\CONTROL02.CTL
    output filename=D:\ORACLE\ORADATA\DAWA\CONTROL03.CTL
    Finished restore at 17-AUG-11
    alter database mount;
    database mounted
    catalog backuppiece 'X:\temp\PUMHJATD_1_1';
    catalog backuppiece 'X:\temp\PTMHJ91Q_1_1';
    /* Rename the Redologfiles,so that they can be created in new locations
    the database is opened in resetlogs */
    SQL>conn sys as sysdba
    -- get registered files from SELECT * FROM V$LOGFILE
    SQL> alter database rename file
    'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO01.LOG' to
    'X:\oracle\oradata\dawa\REDO01.LOG';
    alter database rename file 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO02.LOG'
    to 'X:\oracle\oradata\dawa\REDO02.LOG';
    alter database rename file 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO03.LOG'
    to 'X:\oracle\oradata\dawa\REDO03.LOG';
    alter database rename file 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO04.LOG'
    to 'X:\oracle\oradata\dawa\REDO04.LOG';
    alter database rename file 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO05.LOG'
    to 'X:\oracle\oradata\dawa\REDO05.LOG';
    alter database rename file 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO06.LOG'
    to 'X:\oracle\oradata\dawa\REDO06.LOG';
    alter database rename file 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\REDO07.LOG'
    to 'X:\oracle\oradata\dawa\REDO07.LOG';
    /* Now in RMAN: restore the datafiles
        to new locations and recover. */
    RMAN> run{
    set newname for datafile
    'E:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\UNDOTBS201' TO
    'D:\oracle\oradata\dawa\UNDOTBS201';
    set newname for datafile
    'E:\ORACLE\PRODUCT\10.1.0\ORADATA\DAWA\UNDOTBS202' TO
    'D:\oracle\oradata\dawa\UNDOTBS202';
    restore database;
    switch datafile all;
    alter database open resetlogs;
    .../*  alter database open resetlogs returned the errors: */
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 08/18/2011 08:44:45
    ORA-01152: file 2 was not restored from a sufficiently old backup
    ORA-01110: data file 2: 'D:\ORACLE\ORADATA\DAWA\UNDOTBS206'Thanks in advance.

    SYS @ DAWA> shutdown immediate
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    SYS @ DAWA> startup mount
    ORACLE instance started.
    Total System Global Area 1048576000 bytes
    Fixed Size                   792200 bytes
    Variable Size             551807352 bytes
    Database Buffers          494927872 bytes
    Redo Buffers                1048576 bytes
    Database mounted.
    SYS @ DAWA> recover database using backup controlfile until cancel;
    ORA-00279: change 329012 generated at 03/08/2005 16:24:46 needed for thread 1
    ORA-00289: suggestion :
    X:\ORACLE\ORADATA\FLASH_REC\DAWA\ARCHIVELOG\2011_08_18\O1_MF_1_6_%U_.ARC
    ORA-00280: change 329012 for thread 1 is in sequence #6
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00308: cannot open archived log
    'X:\ORACLE\ORADATA\FLASH_REC\DAWA\ARCHIVELOG\2011_08_18\O1_MF_1_6_%U_.ARC'
    ORA-27041: unable to open file
    OSD-04002: unable to open file
    O/S-Error: (OS 2) The system cannot find the file specified.
    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: 'X:\ORACLE\ORADATA\DAWA\SYSTEM01.DBF'You can download the alert log from here:
    http://ahmedbaraka.com/temp/alertdawa.log

  • ORA-279 signalled during recovery of standby database

    Hi All,
    I am preparing standby database after taking hot backup and copying those datafiles to standby,
    taken controlfile standby controlfile backup from primary
    mounted the standby database using standby controlfile using
    startup nomount pfile='/u01/stand.ora'
    alter database mount standby database;
    Now I have started applying archives on standby database after copying all archives from primary to standby box the archives generated during backup using..
    recover standby database;
    But I am getting the below warning on the recovery screen...
    ORA-00279: change 51667629050 generated at 07/02/2009 00:59:43 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55118_652209172.arc
    ORA-00280: change 51667629050 for thread 1 is in sequence #55118
    ORA-00278: log file '/nodal-archive/archive/1_55117_652209172.arc' no longer
    needed for this recovery
    ORA-00279: change 51667703096 generated at 07/02/2009 01:06:04 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55119_652209172.arc
    ORA-00280: change 51667703096 for thread 1 is in sequence #55119
    ORA-00278: log file '/nodal-archive/archive/1_55118_652209172.arc' no longer
    needed for this recovery
    ORA-00279: change 51667767649 generated at 07/02/2009 01:12:28 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55120_652209172.arc
    ORA-00280: change 51667767649 for thread 1 is in sequence #55120
    ORA-00278: log file '/nodal-archive/archive/1_55119_652209172.arc' no longer
    needed for this recovery
    ORA-00279: change 51667831821 generated at 07/02/2009 01:19:40 needed for
    thread 1
    ORA-00289: suggestion : /nodal-archive/archive/1_55121_652209172.arc
    ORA-00280: change 51667831821 for thread 1 is in sequence #55121
    ORA-00278: log file '/nodal-archive/archive/1_55120_652209172.arc' no longer
    needed for this recovery
    and I am getting the below warning on the alert log..........
    Sun Jul 5 18:37:36 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Sun Jul 5 18:37:36 2009
    Media Recovery Log /nodal-archive/archive/1_55256_652209172.arc
    Sun Jul 5 18:40:31 2009
    ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
    Sun Jul 5 18:40:31 2009
    ALTER DATABASE RECOVER CONTINUE DEFAULT
    Sun Jul 5 18:40:31 2009
    Media Recovery Log /nodal-archive/archive/1_55257_652209172.arc
    Please suggest what to do now.............
    Thanks in Advance,
    Sukanta Paul.

    Hi Sukanta,
    I didn't really understand what the problem is...
    Let me explain, hope it will be clear.
    You created a standby control file, and backed up the database (it doesn't matter in which order). Now, you have a standby database that is ready to apply logs. It will be able to apply log forever, until we will stop it.
    The messages you see say the following:
    ORA-00279: change 51667831821 generated at 07/02/2009 01:19:40 needed for thread 1 {color:blue} - this says that the recovery process is now at scn 51667831821 {color}
    ORA-00289: suggestion : /nodal-archive/archive/1_55121_652209172.arc {color:blue} - the information needed for the recover is in this file (this is only the default name, you can choose other name if the file is called differently) {color}
    ORA-00280: change 51667831821 for thread 1 is in sequence #55121 {color:blue} - same here, the needed archive is sequence 55121 {color}
    ORA-00278: log file '/nodal-archive/archive/1_55120_652209172.arc' no longer needed for this recovery {color:blue} - this message is after Oracle has applied the log, and it means that this log is no longer needed {color}
    Now it will wait for the next log. Again, this process is endless, this is how it is made to allow the standby database to be always synched with the primary.
    Liron Amitzi
    Senior DBA consultant
    [www.dbsnaps.com]
    [www.orbiumsoftware.com]

  • ORA-10458: standby database requires recovery

    hi
    kindly help me... i got error when standby open in read only mode
    SQL*Plus: Release 11.2.0.3.0 Production on Sat Jan 19 14:37:46 2013
    Copyright (c) 1982, 2011, Oracle. All rights reserved.
    Connected to an idle instance.
    SQL> startup mount
    ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
    ORACLE instance started.
    Total System Global Area 5344731136 bytes
    Fixed Size 2237776 bytes
    Variable Size 1275071152 bytes
    Database Buffers 4060086272 bytes
    Redo Buffers 7335936 bytes
    Database mounted.
    SQL> Alter Database Recover Managed Standby Database Disconnect;
    Database altered.
    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
    Database altered.
    SQL> ALTER DATABASE OPEN READ ONLY;
    ALTER DATABASE OPEN READ ONLY
    ERROR at line 1:
    ORA-10458: standby database requires recovery
    ORA-01152: file 22 was not restored from a sufficiently old backup
    ORA-01110: data file 22: '/archive/data/undo01.dbf'

    hi CKPT
    I executed the action plan as you recommend and got below information;
    SQL> recover standby database;
    ORA-00279: change 5983485554580 generated at 01/01/2013 19:27:17 needed for
    thread 1
    ORA-00289: suggestion : /archive/PROD_1_750568044_45027.ARC
    ORA-00280: change 5983485554580 for thread 1 is in sequence #45027
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    '/archive/PROD_1_750568044_45400.ARC'
    ORA-00310: archived log contains sequence 45400; sequence 45027 required
    ORA-00334: archived log: '/archive/PROD_1_750568044_45400.ARC'
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01152: file 22 was not restored from a sufficiently old backup
    ORA-01110: data file 22: '/archive/data/undo01.dbf'
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01666: control file is for a standby database
    SQL> alter system switch logfile;
    alter system switch logfile
    ERROR at line 1:
    ORA-01109: database not open
    ---------------------------------- and some other activity but still not found any solution-------------
    RMAN> recover database until sequence
    2> 45026;
    Starting recover at 23-JAN-13
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 01/23/2013 16:42:47
    RMAN-06556: datafile 1 must be restored from backup older than SCN 5983484595990
    RMAN> recover database until sequence 45027;
    Starting recover at 23-JAN-13
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 01/23/2013 16:42:59
    RMAN-06556: datafile 22 must be restored from backup older than SCN 5983485554580
    RMAN> recover database until sequence 45025;
    Starting recover at 23-JAN-13
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 01/23/2013 16:43:09
    RMAN-06556: datafile 1 must be restored from backup older than SCN 5983484160276
    RMAN> alter database open resetlogs;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 01/23/2013 16:43:25
    ORA-01666: control file is for a standby database

  • ORA-00283

    Hello
    I am using Oracle XE on Linux. I want to create a backup server in case my production server is down the backup server has the most recent backup available.
    To do this I taken a Cold backup of the Production DB and copied the files at the same location at my Backup server. Backup DB started fine.
    From onwards I don't want to down my Production server and therefore I taken the backup of production controlfile by using
       ALTER DATABASE BACKUP CONTROLFILE ........Then I copied all the archivelogs from production to the Backup server. On the backup server I connected SQL Plus and wrote:
    SQL> startup mount;
    ORACLE instance started.
    Total System Global Area  536870912 bytes
    Fixed Size                  1259932 bytes
    Variable Size             427820644 bytes
    Database Buffers          104857600 bytes
    Redo Buffers                2932736 bytes
    Database mounted.                       
    SQL> recover database using backup controlfile;
    ORA-00279: change 27442002 generated at 03/23/2009 10:05:52 needed for thread 1
    ORA-00289: suggestion :                                                       
    /home/omer/flash_recovery_area/XE/archivelog/2009_03_24/o1_mf_1_3167_%u_.arc  
    ORA-00280: change 27442002 for thread 1 is in sequence #3167                  
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00283: recovery session canceled due to errors
    ORA-00354: corrupt redo log block header
    ORA-00353: log corruption near block 43565 change 3028861204237 time 03/23/2009
    10:05:52
    ORA-00334: archived log:
    '/home/oracle/flash_recovery_area/XE/archivelog/2009_03_22/o1_mf_1_3167_4wf77s3d_.
    arc'
    ORA-01112: media recovery not started Kindly help me in doing this.
    Habib

    H a b i b wrote:
    SQL> recover database using backup controlfile;
    ORA-00279: change 27442002 generated at 03/23/2009 10:05:52 needed for thread 1
    ORA-00289: suggestion :
    /home/omer/flash_recovery_area/XE/archivelog/2009_03_24/o1_mf_1_3167_%u_.arc
    ORA-00280: change 27442002 for thread 1 is in sequence #3167
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00283: recovery session canceled due to errors
    ORA-00354: corrupt redo log block header
    ORA-00353: log corruption near block 43565 change 3028861204237 time 03/23/2009
    10:05:52
    ORA-00334: archived log:
    '/home/oracle/flash_recovery_area/XE/archivelog/2009_03_22/o1_mf_1_3167_4wf77s3d_.
    arc'You have corrupted archive log. Maybe during copying not all file copied. Copy once more this particular file from production server and try again to recover.

  • Error during recover datafile - ORA-01422: exact fetch returns more than ..

    Hi,
    we have got actual a serious problem in our database. Some days ago we created a new datafile for a tablespace in the wrong directory:
    ALTER TABLESPACE "ANZSIIDX" ADD DATAFILE '/oralunadata/anzora8/ANZSIIDX08.dbf' SIZE 500M
    We recognized our mistake and generated the datafile with the same name in teh right directory:
    ALTER TABLESPACE "ANZSIIDX" ADD DATAFILE '/oralunaindex/anzora8/ANZSIIDX08.dbf' SIZE 500M
    We set the "wrong" datafile offline in order to rename and replace this in file in the right directory:
    alter database datafile '/oralunadata/anzora8/ANZSIIDX08.dbf' offline;
    ALTER TABLESPACE 'ANZSIIDX'
    RENAME DATAFILE '/oralunadata/anzora8/ANZSIIDX08.dbf',
    TO '/oralunaindex/anzora8/ANZSIIDX09.dbf';
    After this we wanted to bring the datafile online again with a recovery but
    this fails with teh strange error-message:
    SQL> recover datafile 109;
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01422: exact fetch returns more than requested number of rows
    ORA-06512: at line 20
    ORA-00279: change 10322956311023 generated at 04/10/2013 18:51:23 needed for
    thread 1
    ORA-00289: suggestion : /oralunaarchiv/anzora8/anzora8_1_315326_636567403.arc
    ORA-00280: change 10322956311023 for thread 1 is in sequence #315326
    A similar thing happens with our RMAN backup from last weekend, which failed:
    channel c4: backup set complete, elapsed time: 00:32:33
    input datafile fno=00109 name=/oralunadata/anzora8/ANZSIIDX08.dbf
    input datafile fno=00103 name=/oralunaindex/anzora8/ITOPROTOKOLLEIDX01.dbf
    input datafile fno=00097 name=/oralunadata/anzora8/ITOPROTOKOLLE03.dbf
    input datafile fno=00096 name=/oralunadata/anzora8/ITOPROTOKOLLE02.dbf
    channel c4: specifying datafile(s) in backupset
    channel c4: starting compressed incremental level 0 datafile backupset
    continuing other job steps, job failed will not be re-run
    ORA-00600: internal error code, arguments: [krbbfmx_notfound], [109], [12801], [], [], [], [], []
    ORA-01422: exact fetch returns more than requested number of rows
    ORA-00604: error occurred at recursive SQL level 1
    Has anybody an idea, how can we bring back the datafile online in order to run succesfull an RMAN backup?
    Actually we see just the workaraound to move the objects from the affected tablespace to new tablespace
    and the drop the empty tablespace what would be quite time consuming and not really practicable for us.
    kind regards,
    Marco

    Hi,
    actual we see this in v$datafile:
    /oralunaindex/anzora8/ANZSIIDX01.dbf     15     ANZSIIDX     10737418240     1310720     AVAILABLE     15     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX02.dbf     46     ANZSIIDX     10737418240     1310720     AVAILABLE     46     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX03.dbf     58     ANZSIIDX     10737418240     1310720     AVAILABLE     58     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX04.dbf     65     ANZSIIDX     10737418240     1310720     AVAILABLE     65     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX05.dbf     78     ANZSIIDX     10737418240     1310720     AVAILABLE     78     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX06.dbf     85     ANZSIIDX     10737418240     1310720     AVAILABLE     85     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX07.dbf     88     ANZSIIDX     10737418240     1310720     AVAILABLE     88     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX09.dbf     109     ANZSIIDX               AVAILABLE     109                                   RECOVER
    /oralunaindex/anzora8/ANZSIIDX08.dbf     110     ANZSIIDX     10737418240     1310720     AVAILABLE     110     NO     0     0     0     10737352704     1310712     ONLINE
    We dont use RMAN-Catalog for backup the information is only stored in the controlfile.
    The recovery datafile command with full path including for the datafile failed with the same error message:
    SQL> connect / as sysdba
    Connected.
    SQL> recover datafile '/oralunaindex/anzora8/ANZSIIDX09.dbf';
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01422: exact fetch returns more than requested number of rows
    ORA-06512: at line 20
    ORA-00279: change 10322956311023 generated at 04/10/2013 18:51:23 needed for
    thread 1
    ORA-00289: suggestion : /oralunaarchiv/anzora8/anzora8_1_315326_636567403.arc
    ORA-00280: change 10322956311023 for thread 1 is in sequence #315326
    I guess it is a bug of oracle which will sometimes occur when you give two datafiles the same name in different directories that this poduces errors as above in the RMAN inerface(packages)!?
    Maybe we could force to set he tablespace offline, rename the new added datafiles and ry to bring the tablespace online but nobody knows if it works really and we get the tablespace online again?
    Therefore at the moment maybe it's the best way to move the objects away from this tablespace and than drop them, isn't it?
    regards,
    Marco

  • ORA-00313: open failed for members of log group 3 of thread 1

    Whenever I try to login as a user I get the following:
    sqlplus user/user
    SQL*Plus: Release 10.2.0.2.0 - Production on Fri Nov 9 10:43:39 2007
    Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
    ERROR:
    ORA-01033: ORACLE initialization or shutdown in progress
    So It occurs to me to login as sysdba and restart the DB …
    SQL> connect sys/manager as sysdba
    Connected.
    SQL> shutdown immediate;
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup
    ORACLE instance started.
    Total System Global Area 536870912 bytes
    Fixed Size 1281264 bytes
    Variable Size 150995728 bytes
    Database Buffers 377487360 bytes
    Redo Buffers 7106560 bytes
    Database mounted.
    ORA-00313: open failed for members of log group 3 of thread 1
    ORA-00312: online log 3 thread 1: '/u06/oradata/RKDB/redo03.log'
    ORA-27037: unable to obtain file status
    Intel SVR4 UNIX Error: 2: No such file or directory
    Additional information: 3
    SQL> quit
    I now realized what happened and how this happened. During a clean-up effort this file was accidentally deleted and unfortunately we don’t have any backups.
    I am willing to lose the data. Is there something I can do so that the startup does not try to open this file ?
    All I am able to do now is to mount the database but not open it.
    Thanks in advance,
    Daniel

    this is what I get now ...
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/u02/oradata/RKDB/system01.dbf'
    SQL> Recover database until cancel;
    ORA-00279: change 608619 generated at 11/09/2007 10:00:41 needed for thread 1
    ORA-00289: suggestion : /u05/oradata/RKDB/arch/log1_33_633207859.arc
    ORA-00280: change 608619 for thread 1 is in sequence #33
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00308: cannot open archived log
    '/u05/oradata/RKDB/arch/log1_33_633207859.arc'
    ORA-27037: unable to obtain file status
    Intel SVR4 UNIX Error: 2: No such file or directory
    Additional information: 3
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/u02/oradata/RKDB/system01.dbf'
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/u02/oradata/RKDB/system01.dbf'
    SQL>

  • 10g standard edition, create a manual standby without ORA-279 and ORA-308.

    Hi,
    I have a 10 g database 10g r2 on linux rhel 5.2. I've create a standby database from an rman backup on another server (same name, same path....).
    every 10 minutes , i switch log on primary database and rsync them to the stanby path on stanby server.
    every 10 minutes, i apply the new received archive to the standby database with this script :
    sqlplus /nolog
    connect / as sysdba
    recover database until cancel using backup controlfile;
    AUTO
    recover database until cancel using backup controlfile;
    CANCEL
    exit
    this script gives some ORA errors like this :
    2010/03/31 Wed 11:30:03 Media Recovery Log /v4/db/oradata/LFEX/archives/1_61705_640182036.dbf
    2010/03/31 Wed 11:30:03 ORA-308 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
    2010/03/31 Wed 11:30:04 ORA-279 signalled during: ALTER DATABASE RECOVER database until cancel using backup controlfile ...
    2010/03/31 Wed 11:40:01 ORA-279 signalled during: ALTER DATABASE RECOVER database until cancel using backup controlfile ...
    I understand this error, the script is searching the next archive, which doesn't exist at this time, that's OK.
    To avoid to have this error, i believe that i can do something like that:
    sqlplus /nolog
    connect / as sysdba
    recover database until time 'sysdate-1/(24*4)' using backup controlfile;
    AUTO
    exit
    i'm searching to replay the archive and stop 15 minutes before sysdate, Is it possible?
    when i try this, i have this message :
    SQL> recover database until time 'sysdate-1/(24*4)' using backup controlfile;
    ORA-01841: L'année (complète) doit être comprise entre -4713 et +9999 et être
    différente de 0.
    I'm trying to change nls_date_format, nls_lang without any success.
    thx.
    Antoine.

    i found a script to do an automatic recover script like this :
    recover database until time '2010-04-01:16:49:05' using backup controlfile;
    ORA-00279: changement 2456430208 généré à 04/01/2010 16:31:01 requis pour thread 1
    ORA-00289: suggestion : /v4/db/oradata/LFEX/archives/1_61853_640182036.dbf
    ORA-00280: le changement 2456430208 pour le thread 1 se trouve au no de séquence 61853
    ORA-00279: changement 2456432030 généré à 04/01/2010 16:39:01 requis pour thread 1
    ORA-00289: suggestion : /v4/db/oradata/LFEX/archives/1_61854_640182036.dbf
    ORA-00280: le changement 2456432030 pour le thread 1 se trouve au no de séquence 61854
    ORA-00278: le fichier journal
    '/v4/db/oradata/LFEX/archives/1_61853_640182036.dbf' n'est plus nécessaire pour cette récupération
    So i continue to have some error like ORA-278.... but no more ORA-308 error, it's better, because ORA-278 279 and 280 are only information messages, so i can ignore it in alert.log files.
    Only ORA-308 in this case interresting me, to see if an archive is really missing.
    thx.
    PS : the script standby_recover generate the recover.sql script :
    [dblegu@dbback SQL]$ cat $PGLEGU/SQL/standby_recover.sql
    connect sys/password as sysdba
    set trimspool on linesize 200 head off feedback off sqlprompt "--" verify off
    spool &1/SQL/recover.sql
    select 'connect sys/password as sysdba'||chr(10)||
    'set autorecovery on'||chr(10)||
    'recover database until time '''||
    to_char(sysdate - 1/(24*4),'YYYY-MM-DD:HH24:MI:SS')||''' using backup controlfile;'||chr(10)||
    'exit;' from dual;
    spool off
    exit
    the resul in recover.sql is :
    connect sys/password as sysdba
    set autorecovery on
    recover database until time '2010-04-01:16:49:05' using backup controlfile;
    exit;
    i found this on site : http://erkanorclog.blogspot.com/2007/08/batch-scripts-to-set-up-asyncronous.html.
    Edited by: fleuron on 1 avr. 2010 09:04

  • 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
    #######################################################################################################################

  • MANAGED RECOVERY AT STANDBY DATABASE REQURING OLD ARCHIVELOGS ORA-00308

    Oracle 9.2.0.4
    HP-UX 11.11i
    The database in Archivelog mode, single standby database in managed recovery
    mode.
    keeping standby in sync with manual applying the ARCHIVELOG from primary to
    standby database.
    primary database was 3 REDO log members of 100 MB with 1 member each.
    what i did, 1 drop and re-create the INACTIVE REDO group for all three, and
    make them
    5 REDO logs of 200 MB with 1 member each,
    then in order to keep fresh copy of primary database onto standby database, i
    send the cold backup after 15 days (last week) with standby controlfile.
    now, with that standby controlfile and the database, i can mount the database
    but while to open the database, receives messages as , it requiring the
    ARCHIVELOGS generated log time ago.
    changes the REDO groups from 3 to 5 and size 100 to 200 MB at INACTIVE state
    ### Workarounds Used ###
    SQL> alter database mount standby database;
    Database altered.
    SQL> alter database open read only;
    alter database open read only
    ERROR at line 1:
    ORA-16004: backup database requires recovery
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '/user01/oracle9i/oradata/iobasprd/system01.dbf'
    SQL> alter database recover automatic standby database;
    alter database recover automatic standby database
    ERROR at line 1:
    ORA-00279: change 1655989696 generated at 08/12/2005 12:46:25 needed for thread
    1
    ORA-00289: suggestion :
    /user02/oracle9i/oradata/iobasprd/archive/archive_16849.dbf
    ORA-00280: change 1655989696 for thread 1 is in sequence #16849
    ORA-00278: log file
    '/user02/oracle9i/oradata/iobasprd/archive/archive_16849.dbf' no longer needed
    for this recovery
    ORA-00308: cannot open archived log
    '/user02/oracle9i/oradata/iobasprd/archive/archive_16849.dbf'
    ORA-27037: unable to obtain file status
    HP-UX Error: 2: No such file or directory
    Additional information: 3
    SQL> archive log list
    Database log mode Archive Mode
    Automatic archival Enabled
    Archive destination /user02/oracle9i/oradata/iobasprd/archive
    Oldest online log sequence 53052
    Next log sequence to archive 53056
    Current log sequence
    53056
    -----------------------AlertIOBASPRD.log----------------------------
    alter database mount standby database
    Mon Oct 24 12:05:05 2005
    Successful mount of redo thread 1, with mount id 3283884781.
    Mon Oct 24 12:05:05 2005
    Standby Database mounted.
    Completed: alter database mount standby database
    Mon Oct 24 12:05:12 2005
    alter database open read only
    ORA-16004 signalled during: alter database open read only...
    Mon Oct 24 12:05:23 2005
    alter database recover automatic standby database
    Mon Oct 24 12:05:23 2005
    Media Recovery Start
    Starting datafile 1 recovery in thread 1 sequence 52617
    Datafile 1: '/user01/oracle9i/oradata/iobasprd/system01.dbf'
    Starting datafile 2 recovery in thread 1 sequence 52617
    Datafile 2: '/user01/oracle9i/oradata/iobasprd/TBMS_TS_005.dbf'
    Starting datafile 3 recovery in thread 1 sequence 52617
    Datafile 3: '/user01/oracle9i/oradata/iobasprd/drsys01.dbf'
    Starting datafile 4 recovery in thread 1 sequence 52617
    Datafile 132: '/user01/oracle9i/oradata/iobasprd/TBMS_TS_002.dbf'
    Starting datafile 133 recovery in thread 1 sequence 52617
    Datafile 133: '/user01/oracle9i/oradata/iobasprd/TBMS_TS_003.dbf'
    Starting datafile 134 recovery in thread 1 sequence 52617
    Datafile 134: '/user01/oracle9i/oradata/iobasprd/TBMS_TS_004.dbf'
    Media Recovery Log
    Media Recovery Log /user02/oracle9i/oradata/iobasprd/archive/archive_16849.dbf
    Errors with log /user02/oracle9i/oradata/iobasprd/archive/archive_16849.dbf.
    ORA-279 signalled during: alter database recover automatic standby database...
    Mon Oct 24 12:06:01 2005
    Restarting dead background process QMN0
    QMN0 started with pid=9
    The snap of alertIOBASPRD.log can understand me that it requiring the
    ARCHIVELOG 52617 only
    and its lying in LOG_ARCHIVE_DET location also as
    $ pwd
    /user02/oracle9i/oradata/iobasprd/archive
    $ ls archive_5261*.dbf
    archive_52610.dbf archive_52613.dbf archive_52616.dbf archive_52619.dbf
    archive_52611.dbf archive_52614.dbf archive_52617.dbf
    archive_52612.dbf archive_52615.dbf archive_52618.dbf
    $
    now, even the files are lying , why ORACLE requing the old archive logs ?????

    You haven't given any usefuly information on your problem.
    show parameter log_archive_dest
    show parameter fal
    show parameter dg
    What errors are in your alert logs ?
    What command are you using to recover ?
    Check the contents of v$archived_log
    # run on primary to detect failures :-
    select destination, status, fail_date, valid_now
    from v$archive_dest
    where status != 'VALID' or VALID_NOW != 'YES';
    # run on standby to get exact position of rollforward :-
    select thread#, to_char(snapshot_time,'dd-mon-yyyy:hh24:mi'),
    to_char(applied_time,'dd-mon-yyyy:hh24:mi'),
    to_char(newest_time,'dd-mon-yyyy:hh24:mi') from V$STANDBY_APPLY_SNAPSHOT;
    Are you using dataguard broker ?

  • ORA-00308: cannot open archived log, ORA-27041

    hi All,
    here I am making DR server and I copied  SAP Data file1,2,3,4 from PRD to DR server and created control file. when I try to run following command for applied archives which i copy from PRD then getting below error.
    SQL>Startup
    Database mounted.
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> recover database using backup controlfile;
    ORA-00279: change 1209554452 generated at 02/09/2012 17:02:57 needed for thre
    1
    ORA-00289: suggestion : F:\ORACLE\PRD\ORAARCH\PRDARCH1_59501_657865393.DBF
    ORA-00280: change 1209554452 for thread 1 is in sequence #59501
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    auto
    ORA-00308: cannot open archived log
    'F:\ORACLE\PRD\ORAARCH\PRDARCH1_59501_657865393.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.
    ORA-00308: cannot open archived log
    'F:\ORACLE\PRD\ORAARCH\PRDARCH1_59501_657865393.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.
    here required PRDARCH1_59501_657865393.DBF while PRD server have PRDARCHARC59501_0657865393.001
    I did change the LOG_ARCHIVE_DEST parameter in initSID.ora of DR server and not in PRD.
    please tell that, how can i apply PRD's archive (.001 extension) on DR.
    Regards,

    hi all,
    after recommendation , now parameter values on DR server is :
    *.log_archive_dest_1='LOCATION=F:\oracle\PRD\oraarch\PRDarch'
    *.log_archive_format='%t_%s_%r.001'
    when i try to apply
    SQL> recover database using backup controlfile;
    ORA-00279: change 1211443555 generated at 02/10/2012 23:36:05 needed for thread
    1
    ORA-00289: suggestion : F:\ORACLE\PRD\ORAARCH\PRDARCH\1_59557_657865393.001
    ORA-00280: change 1211443555 for thread 1 is in sequence #59557
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    auto
    ORA-00308: cannot open archived log
    'F:\ORACLE\PRD\ORAARCH\PRDARCH\1_59557_657865393.001'
    ORA-27041: unable to open file
    OSD-04002: unable to open file
    O/S-Error: (OS 2) The system cannot find the file specified.
    if you see that the required archive is:       1_59557_657865393.001
    while copied archive exist with this name: PRDARCHARC59557_0657865393.001
    I tried to change in Format parameter to make required format but
    Exp:
    %t_%s_%r.001
    1_59557_657865393.001
    ARC%s%r%t.001
    ARC595576578653931.001'
    ARC%s_%r%t.001
    ARC59557_6578653931.001
    ARC%s_%r.%t
    ARC59557_657865393.1
    PRDARCHARC%s_%r.%t
    PRDARCHARC59557_657865393.1
    Required Format: PRDARCHARC59540_0657865393.001
    how can i resolve this different name issue? please suggest me required format.
    Regards,

Maybe you are looking for

  • How do you switch between JRE v1.4.x and v1.5.x

    Java 2 Runtime Environment, v1.5.0_02-b09 Control Panel doesn't appear to let user switch back to a 1.4.x version. Hoping someone can can me how to do this. I have an application that uses JRE 1.4.2 and does not allow user into the interface until th

  • Photo shop in higher resolution pcs

    How do I configure my photoshop, illustrator for a computer with a much higher resolution that when I first used myCS6?  The application window menus are too small to see?

  • Ati driver install warning unexpected token `}'

    /var/lib/pacman/local/ati-drivers-8.22.5-4/install: line 32: syntax error near unexpected token `}'     do I need to worry about this

  • Costco and soft proofing show dull washed out image

    OK, so I am trying to utilize my nearest costco to print some images from lightroom 5. I am getting back dull washed out prints. Facts: I shoot in RAW in manual mode I am using sRGB when I do my post processing I export to jpg for printing I used the

  • Can't find FP read in 2013

      Can not find these tools in LabVIEW 2013 Solved! Go to Solution.