ORA 01180 and ORA 01110 during restore

Hi there
Env: Oracle 10g R2 EE on ASM (10.2.0.5.0) - non-RAC, RHEL 5.8 64bit
RMAN backup location: /ora_backup
I have a database on PROD server. I took full RMAN backup of this database and it is stored in "/ora_backup".
I have a new DEV server which has this "/ora_backup" mounted on it. DEV has same Oracle version/patches, directory structure, etc.
I have to create the database with same name as in PROD on the DEV server.
I create the ASM instance with required diskgroups (same names and size as in PROD) and creating same directories on the filesystem for the database. I copied the pfile from PROD to the DEV server and started the database in NOMOUNT mode. I issued following commands to initiate the restore.
$ RMAN target /
RMAN> restore controlfile from '/ora_backup/CA411/autobackup/2013_11_28/o1_mf_s_832702400_99hmjjhr_.bkp';
Starting restore at 28-NOV-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=320 devtype=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:11
output filename=+DATA/ca411/controlfile/current.257.832712891
output filename=+RECOVERY/ca411/controlfile/current.260.832712891
Finished restore at 28-NOV-13
RMAN> alter database mount;
database mounted
released channel: ORA_DISK_1
RMAN> restore database;
Starting restore at 28-NOV-13
Starting implicit crosscheck backup at 28-NOV-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=320 devtype=DISK
Crosschecked 172 objects
Finished implicit crosscheck backup at 28-NOV-13
searching for all files in the recovery area
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: /ora_backup/CA411/autobackup/2013_11_28/o1_mf_s_832702400_99hmjjhr_.bkp
File Name: /ora_backup/CA411/autobackup/2013_11_13/o1_mf_n_831408851_988495gc_.bkp
using channel ORA_DISK_1
creating datafile fno=1 name=+DATA/ca411/datafile/system.284.822662475
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/28/2013 21:08:41
ORA-01180: can not create datafile 1
ORA-01110: data file 1: '+DATA/ca411/datafile/system.284.822662475'
RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
1       1       CA411    3492870531       PARENT  1          05-AUG-13
2       2       CA411    3492870531       CURRENT 13405519   13-NOV-13
RMAN> list backup summary;
List of Backups
===============
Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
785     B  F  A DISK        28-NOV-13       1       1       YES        TAG20131128T175829
786     B  F  A DISK        28-NOV-13       1       1       YES        TAG20131128T175829
787     B  F  A DISK        28-NOV-13       1       1       YES        TAG20131128T175829
788     B  F  A DISK        28-NOV-13       1       1       YES        TAG20131128T175829
789     B  F  A DISK        28-NOV-13       2       1       YES        TAG20131128T175829
790     B  F  A DISK        28-NOV-13       1       1       NO         TAG20131128T181244
791     B  A  A DISK        28-NOV-13       1       1       NO         TAG20131128T181308
792     B  A  A DISK        28-NOV-13       1       1       NO         TAG20131128T181308
793     B  A  A DISK        28-NOV-13       1       1       NO         TAG20131128T181308
794     B  F  A DISK        28-NOV-13       1       1       NO         TAG20131128T181320
795     B  F  A DISK        13-NOV-13       1       1       NO         TAG20131113T185411
RMAN>
========================
SQL> select db.DBID,NAME,db.CREATED,db.CONTROLFILE_TIME, db.VERSION_TIME,dbinc.RESETLOGS_TIME, dbinc.PRIOR_RESETLOGS_TIME
from v$database db, v$database_incarnation dbinc where dbinc.INCARNATION# = db.LAST_OPEN_INCARNATION#;
      DBID NAME      CREATED   CONTROLFI VERSION_T RESETLOGS PRIOR_RES
3492870531 CA411     05-AUG-13 28-NOV-13 28-NOV-13 05-AUG-13
SQL>
=========================================
drwxrwxr-x   7 oracle  oinstall   420 Nov 15 06:20 ora_backup
I used this exact same method to restore the database on TEST server with no issues. I am not sure what is the problem?
Since I was able to restore the database on TEST server, this is definitely not due to the bug mentioned in MOS.
I have read some posts on the forum including these MOS docs (727655.1, 1265151.1, 392237.1) but none fits my situation or solves the problem.
Any clues?
Best regards

yes this is the error but I don't know the cause because I followed exact same steps to restore the DB to TEST server.
ASM does have free space.
ASMCMD> lsdg
State    Type    Rebal Unbal  Sector  Block AU  Total_MB  Free_MB Req_mir_free_MB Usable_file_MB  Offline_disks  Name
MOUNTED  EXTERN  N N         512   4096 1048576   1705984  1705853                0         1705853              0 DATA/
MOUNTED  EXTERN  N N         512   4096 1048576    602112   601939                0          601939              0 RECOVERY/
Best regards

Similar Messages

  • HOW TO RESOLVE ORA-01110 during RMAN restoration in oracle 11g

    Microsoft Windows XP [Version 5.1.2600]
    (C) Copyright 1985-2001 Microsoft Corp.
    C:\Documents and Settings\tanmoy>rman
    Recovery Manager: Release 11.1.0.6.0 - Production on Fri Mar 29 22:55:02 2013
    Copyright (c) 1982, 2007, Oracle. All rights reserved.
    RMAN> connect target orcl
    target database Password:
    connected to target database (not started)
    RMAN> startup nomount;
    Oracle instance started
    Total System Global Area 535662592 bytes
    Fixed Size 1334380 bytes
    Variable Size 150995860 bytes
    Database Buffers 377487360 bytes
    Redo Buffers 5844992 bytes
    RMAN> restore controlfile from autobackup;
    Starting restore at 29-MAR-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=153 device type=DISK
    recovery area destination: D:\app\administrator\flash_recovery_area
    database name (or database unique name) used for search: ORCL
    channel ORA_DISK_1: AUTOBACKUP D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUT
    OBACKUP\2012_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP found in the recovery area
    AUTOBACKUP search with format "%F" not attempted because DBID was not set
    channel ORA_DISK_1: restoring control file from AUTOBACKUP D:\APP\ADMINISTRATOR\
    FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP
    channel ORA_DISK_1: control file restore from AUTOBACKUP complete
    output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL
    output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL02.CTL
    output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL03.CTL
    Finished restore at 29-MAR-13
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> catalog recovery area;
    Starting implicit crosscheck backup at 29-MAR-13
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=153 device type=DISK
    Crosschecked 5 objects
    Finished implicit crosscheck backup at 29-MAR-13
    Starting implicit crosscheck copy at 29-MAR-13
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 29-MAR-13
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_12\O
    1_MF_1_1450_8DK6YO0M_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1451_8DLPSYDY_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1452_8DLVBJZ7_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1452_8DM0LM1L_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1453_8DM0LM1L_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1454_8DM0NQ8X_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_12_12\O
    1_MF_S_801849930_8DJQHTTW_.BKP
    searching for all files in the recovery area
    List of Files Unknown to the Database
    =====================================
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1453_8DLXCJOB_.ARC
    Do you really want to catalog the above files (enter YES or NO)? Y
    cataloging files...
    no files cataloged
    List of Files Which Where Not Cataloged
    =======================================
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1453_8DLXCJOB_.ARC
    RMAN-07517: Reason: The file header is corrupted
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    512 245.35M DISK 00:00:39 12-DEC-12
    BP Key: 512 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160059
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
    _12_12\O1_MF_ANNNN_TAG20121212T160059_8DJQ7OF3_.BKP
    List of Archived Logs in backup set 512
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 1440 487654314 09-DEC-12 487695982 10-DEC-12
    1 1441 487695982 10-DEC-12 487719639 10-DEC-12
    1 1442 487719639 10-DEC-12 487741536 10-DEC-12
    1 1443 487741536 10-DEC-12 487741634 10-DEC-12
    1 1444 487741634 10-DEC-12 487771824 10-DEC-12
    1 1445 487771824 10-DEC-12 487803737 12-DEC-12
    1 1446 487803737 12-DEC-12 487810247 12-DEC-12
    1 1447 487810247 12-DEC-12 487819910 12-DEC-12
    1 1448 487819910 12-DEC-12 487837944 12-DEC-12
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    513 Full 1.94G DISK 00:03:18 12-DEC-12
    BP Key: 513 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160150
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
    _12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP
    List of Datafiles in backup set 513
    File LV Type Ckp SCN Ckp Time Name
    1 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.D
    BF
    2 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSAUX01.D
    BF
    3 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\UNDOTBS01.
    DBF
    4 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\USERS01.DB
    F
    5 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\EXAMPLE01.
    DBF
    6 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_SMILE.
    DBF
    7 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_GENERA
    L.DBF
    8 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_EMR.DB
    F
    9 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_DIAGNO
    STICS.DBF
    10 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_PHARMA
    CY.DBF
    11 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_PATIEN
    T.DBF
    12 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_ACCOUN
    T.DBF
    13 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_INVENT
    ORY.DBF
    14 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_HR.DBF
    15 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_DUMMY.
    DBF
    16 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_AUDIT.
    DBF
    17 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_FACILI
    TIES.DBF
    19 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_COMMON
    .DBF
    BS Key Size Device Type Elapsed Time Completion Time
    514 222.00K DISK 00:00:06 12-DEC-12
    BP Key: 514 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160520
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
    _12_12\O1_MF_ANNNN_TAG20121212T160520_8DJQHGS1_.BKP
    List of Archived Logs in backup set 514
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 1449 487837944 12-DEC-12 487838190 12-DEC-12
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    515 Full 12.17M DISK 00:00:00 12-DEC-12
    BP Key: 515 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160530
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\201
    2_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP
    SPFILE Included: Modification time: 12-DEC-12
    SPFILE db_unique_name: ORCL
    Control File Included: Ckp SCN: 487838210 Ckp time: 12-DEC-12
    RMAN> run {Set until sequence 1450;
    2> Restore database;
    3> Recover database;
    4> }
    executing command: SET until clause
    Starting restore at 29-MAR-13
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backup set restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    channel ORA_DISK_1: restoring datafile 00001 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\SYSTEM01.DBF
    channel ORA_DISK_1: restoring datafile 00002 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\SYSAUX01.DBF
    channel ORA_DISK_1: restoring datafile 00003 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\UNDOTBS01.DBF
    channel ORA_DISK_1: restoring datafile 00004 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\USERS01.DBF
    channel ORA_DISK_1: restoring datafile 00005 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\EXAMPLE01.DBF
    channel ORA_DISK_1: restoring datafile 00006 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_SMILE.DBF
    channel ORA_DISK_1: restoring datafile 00007 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_GENERAL.DBF
    channel ORA_DISK_1: restoring datafile 00008 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_EMR.DBF
    channel ORA_DISK_1: restoring datafile 00009 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_DIAGNOSTICS.DBF
    channel ORA_DISK_1: restoring datafile 00010 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_PHARMACY.DBF
    channel ORA_DISK_1: restoring datafile 00011 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_PATIENT.DBF
    channel ORA_DISK_1: restoring datafile 00012 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_ACCOUNT.DBF
    channel ORA_DISK_1: restoring datafile 00013 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_INVENTORY.DBF
    channel ORA_DISK_1: restoring datafile 00014 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_HR.DBF
    channel ORA_DISK_1: restoring datafile 00015 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_DUMMY.DBF
    channel ORA_DISK_1: restoring datafile 00016 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_AUDIT.DBF
    channel ORA_DISK_1: restoring datafile 00017 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_FACILITIES.DBF
    channel ORA_DISK_1: restoring datafile 00019 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_COMMON.DBF
    channel ORA_DISK_1: reading from backup piece D:\APP\ADMINISTRATOR\FLASH_RECOVER
    Y_AREA\ORCL\BACKUPSET\2012_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP
    channel ORA_DISK_1: piece handle=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\B
    ACKUPSET\2012_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP tag=TAG20121212
    T160150
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:05:15
    Finished restore at 29-MAR-13
    Starting recover at 29-MAR-13
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 03/29/2013 23:03:53
    ORA-19698: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG is from different databa
    se: id=1339157974, db_name=ORCL
    RMAN> alter database open resetlogs;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 03/29/2013 23:07:08
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'

    Hi,
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 03/29/2013 23:03:53
    ORA-19698: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG is from different databa
    se: id=1339157974, db_name=ORCL
    RMAN> alter database open resetlogs;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 03/29/2013 23:07:08
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'Restore finished successfully. But Recover is not.
    Can you delete or move D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG - redolog files to othere directory.
    And recover again. Because this redo log files is belonging to other database.
    Regards
    Mahir M. Quluzade

  • ORA-00314, ORA-00312 during restore

    Hi.
    I have (I should say I had) a database in archivelog mode.
    Arch logs multiplexed on c:, e:.
    Online redo logs multiplexed on c:, e:.
    Controlfile multiplexed on c:, e:.
    I also had a copy of spfile on e:
    I also made a backup on e:
    configure default device type to disk;
    configure retention policy to redundancy 1;
    configure channel device type disk format 'e:\backup\ora_040506_%t_s%s_s%p';
    configure controlfile autobackup on;
    configure controlfile autobackup format for device type disk to 'e:\backup\sp%F';
    configure backup optimization on;
    backup database format 'e:\backup\ora_040506_%t_s%s_s%p';
    Then I had a problem on c: (lost local datafiles, controlfiles), and wanted to restore.
    So I stopped db, copied controlfile, spfile, archive logs and redo logs from e: to c:
    I ran:
    rman nocatalog target / @restoredb.sql
    and restoredb holds:
    restore database;
    recover database;
    exit;
    In alert log I can read:
    Mon Dec 06 11:23:18 2010
    Full restore complete of datafile 2 C:\ORACLEXE\ORADATA\XE\UNDO.DBF. Elapsed time: 0:00:15
    checkpoint is 1853242
    Full restore complete of datafile 4 C:\ORACLEXE\ORADATA\XE\USERS.DBF. Elapsed time: 0:00:19
    checkpoint is 1853242
    Mon Dec 06 11:23:50 2010
    Full restore complete of datafile 1 C:\ORACLEXE\ORADATA\XE\SYSTEM.DBF. Elapsed time: 0:00:47
    checkpoint is 1853242
    Full restore complete of datafile 3 C:\ORACLEXE\ORADATA\XE\SYSAUX.DBF. Elapsed time: 0:00:55
    checkpoint is 1853242
    Mon Dec 06 11:24:05 2010
    alter database recover datafile list clear
    Mon Dec 06 11:24:05 2010
    Completed: alter database recover datafile list clear
    Mon Dec 06 11:24:05 2010
    alter database recover datafile list
    1 , 2 , 3 , 4
    Completed: alter database recover datafile list
    1 , 2 , 3 , 4
    Mon Dec 06 11:24:05 2010
    alter database recover if needed
    start
    Media Recovery Start
    Mon Dec 06 11:24:06 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_3860.trc:
    ORA-00314: journal 1, thread 1, numéro de séq. attendu 78 ne correspond pas à 58
    ORA-00312: journal en ligne 1 thread 1 : 'C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_5F60S79R_.LOG'
    Mon Dec 06 11:24:08 2010
    Media Recovery failed with error 314
    ORA-283 signalled during: alter database recover if needed
    start
    What happens?
    I can't recover a database in archivelog!

    Iam going to be more complete:
    XE on windows
    I have a laptop.
    Install XE, as default.
    HDD on c:, sd card on e:
    I have
    * put db in archivelog,
    * created online redo log groups #3,4,5, with members on c: and e:
    * dropped default online redo log groups 1 and 2
    * set up 2 controlfile multiplexing on c:, e:
    * set up 2 archive log dest (one on c: and one on e:)
    * copied spfile to e:
    * set up a backup to e: every 2 weeks.
    The laptop has worked one year then laptop crashed (hdd down), but I still have My sd card to restore datas.
    => To restore I installed a new laptop, the default XE install, stopped db, overwrite from e: -> c: :
    * the controlfile
    * the spfile
    * archivelog and redolog
    then startup mount.
    select * from v$logfile;
    => Show only groups 1 and 2 (and 1 is stale)
    select * from v$log;
    => sequences are 78,79 ( and 79 is current)
    The archive logs I have go from 77->106.
    +++++++++++++++++++++++++++++++++++++++++++++
    1st issue (or bug?): redo log groups 3,4,5 are declared in control file but not taken into account when restoring controlfile!
    I stopped new db, copied controlfile from e: (with redo logs 3,4,5 declared) to the one on c:, then restarted db.
    Can someone tell me if I can do this without "guessing" which were the redo log member names and typing ALTER DATABASE ADD LOGFILE GROUP..., then repeat (alter system switch logfile; alter database drop logfile; and drop groups 1 and 2) (and repeating this several times while group 1 or 2 still exists).
    +++++++++++++++++++++++++++++++++++++++++++++
    =>rman target /
    restore database;=>OK no error but v$logfile still shows only groups 1 and 2 (and 1 is stale)
    recover database;=>error on screen:
    dÚmarrage de la rÚcupÚration aprÞs dÚfaillance matÚrielle
    Úchec de la rÚcupÚration aprÞs dÚfaillance matÚrielle
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: Úchec de la commande recover Ó 12/23/2010 17:13:49
    ORA-00283: recovery session canceled due to errors
    RMAN-11003: erreur lors de l'analyse ou de l'exÚcution d'une instruction SQL : a
    lter database recover if needed
    start
    ORA-00283: session de rÚcupÚration annulÚe pour cause d'erreurs
    ORA-00314: journal 1, thread 1, numÚro de sÚq. attendu 78 ne correspond pas Ó 42
    ORA-00312: journal en ligne 1 thread 1 : 'C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_
    AREA\XE\ONLINELOG\O1_MF_1_5F60S79R_.LOG'
    Gestionnaire de rÚcupÚration (Recovery Manager) terminÚ.
    and in alert_log:
    Full restore complete of datafile 3 C:\ORACLEXE\ORADATA\XE\SYSAUX.DBF. Elapsed time: 0:00:56
    checkpoint is 1853242
    Thu Dec 23 17:13:45 2010
    alter database recover datafile list clear
    Thu Dec 23 17:13:45 2010
    Completed: alter database recover datafile list clear
    Thu Dec 23 17:13:45 2010
    alter database recover datafile list
    1 , 2 , 3 , 4
    Completed: alter database recover datafile list
    1 , 2 , 3 , 4
    Thu Dec 23 17:13:45 2010
    alter database recover if needed
    start
    Media Recovery Start
    Thu Dec 23 17:13:46 2010
    Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_2080.trc:
    ORA-00314: journal 1, thread 1, numéro de séq. attendu 78 ne correspond pas à 42
    ORA-00312: journal en ligne 1 thread 1 : 'C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_5F60S79R_.LOG'
    Thu Dec 23 17:13:48 2010
    Media Recovery failed with error 314
    ORA-283 signalled during: alter database recover if needed
    start
    => The problem is not seq 78.
    Where does # 42 come from?
    Is it possible to dump the controlfile?
    I loiked into archive logs:
    in # 77 in beginning I have: Seq# 0000000077, SCN 0x0000001bf6b3-0x0000001c473a
    in # 78 in beginning I have: Seq# 0000000078, SCN 0x0000001c473a-0x0000001c96eb
    in # 79 in beginning I have: Seq# 0000000079, SCN 0x0000001cb0bf-0x0000001cffc4
    in # 80 in beginning I have: Seq# 0000000080, SCN 0x0000001cffc4-0x0000001d5a56
    Furthermore:
    If I look at dates; arch log 77 & 78 dates are newer than 79 and next ones. Probably they have been crashed due to question above (redo log groups)?
    Regards,
    Alain

  • ORA-01180 and ORA-01110 error when restoring database by RMAN in 11.1.0.6.0

    I have a new installed database running in ARCIHVELOG mode on SUSE 10SP3. Catalog is not used. When I try to restore the database from a level 0 backup based on SCN, ORA-01180 and ORA-01110 were raised out today. Please help me through this. Thx. The senario follows:
    1. I got the current SCN by "select dbms_flashback.get_system_change_number from dual". Say it's 12345;
    2. I did a level 0 hot backup with current control file, archived logs and parameter files. Everything went well;
    3. Some other DMLs are applied to the database;
    4. I want to do a SCN-based incomplete recovery for this database to SCN 12345. Then I
    1) shutdown immediate;
    2) startup nomount;
    3) restore the control file from backupset;
    5) startup mount;
    6) catalog start with "[backupset path]";
    7) restore database until scn 12345.
    Just at step 4.7, ORA-01180 and ORA-01110 were raised out, saying cannot create data file 1. Note: Backup files are existing and file permissions are all OK.
    Then I issues "list incarnation of database". There is just one record with incarnation id 1.
    So I queried v$log_history, found serveral record there. The most recent one has NEXT_SCN later than 12345, say 12400. Then I tried to restore database until this SCN. It WORKED! The restore and recovery succeeded.
    My questions are:
    1. Why cannot I restore the database to a previous SCN, say 12345, but 12400 is OK?.
    2. If the database was RESETLOG prior to my recovery, should I reset database to the incarnation where I took my backup? What can I do if there is no that incarnation information in my control file?
    Waiting for your suggestion.

    Hi guys. There is one update.
    This issue is caused by the incorrect SCN vs. backup set. I got this SCN before the backup started. According to Oracle docs, it's not allowed for an SCN based recovery.
    Now, I changed the sequence of my operations, so that SCN is got once backup is done, which is exact the "most recent sequence# and least SCN" mentioned by some thread in this forum. It works now.
    Anyone could explain why the SCN got prior to the level 0 backup is not recognized by restore/recovery phase? Thanks.

  • Error in Recover Database -  ORA-01547 , ORA-01194 and ORA-01110

    Hello folks,
    I am facing a problem when recovering a database..
    I made each tablespace in backup mode, then copied the datafile. I revert back the tablespace status to normal status.Once all datafiles are copied to target location, i created the control file from the source db.
    I started the target db by
    sqlplus "/ as sysdba"
    then i executed the control file
    SQL>@ctrlfile.sql
    Control file got created.
    SQL>recover database until cancel using backup controlfile;
    it asked for archives. I gave the path one by one until everything was done.Now i gave 'cancel' as below.
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    cancel
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 377 needs more recovery to be consistent
    ORA-01110: data file 377: '<path>/xxfndx01.dbf'
    ORA-01112: media recovery not started
    Could anyone please tell me where I went wrong and how can I move ahead from this stage???
    Later on, when I gave open resetlogs, it gave the same error(as below)
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01194: file 377 needs more recovery to be consistent
    ORA-01110: data file 377: '<path>/xxfndx01.dbf'
    Please let me know the mistake I made, how to avoid that and how to proceed now ???
    Thanks,
    Cherrish Vaidiyan
    [email protected]

    Hello Cherrish,
    A very good question you have asked. I hope you realize that you're doing an incomplete recovery. There is some amount of information that is still there in the online redo-log, that would not be applied on your target db. Moreover when you're using backup controlfile, you do not know till which point you need to apply archive logs.
    For incomplete recovery, Oracle for some reason has been very strict about the recover database command. i.e.
    recover database using backup controlfile
    recover database using backup controlfile until cancel
    Is not same. It also applies to the command that you had given. By giving the command 'recover database using backup controlfile until cancel', you're telling Oracle that incomplete recovery is in process, and you would do resetelogs, to make sure all files are in sync. This is required when you have lost the redo-logs
    In case you have just lost the control file. All latest redo-logs, archive-logs and datafiles are okay (or have been restored), then recover database using backup controlfile; would work perfectly okay. and resetlogs would not be required.. and that would be a complete recovery
    I hope this all makes sense to you
    Regards
    Sudhanshu

  • ORA-01157 and ORA-01110 errors

    Dear all,
    I was  getting "ORA-00205: error in identifying controlfile" error while starting the database
    This had happened during the investigation of the IMPORT_ABAP phase failure, during our system copy (Import)
    I found out in alert_SID.log that control file was missing in 3 locations /oracle/SID/origlogA, /oracle/SID/origlogB and /oracle/SID/sapdata1
    So I copied the control file from /oracle/GRD/saparch/cntrl to the above 3 locations. Now I am able to mount the database but not able to open it.
    Getting the below mentioned error
    ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
    ORA-01110: data file 1: '/oracle/SRD/sapdata1/system_1/system.data1'
    Any suggestions?

    The control file from /oracle/SRD/saparch/cntrl was an old file so deleted it from the 3 locations as mentioned earlier
    Now there is no control file in origlogA, origlobB and sadata1
    Now I am getting the below mentioned error
    ORA-00205: error in identifying control file, check alert log for more in
    any suggestions?

  • ORA-01503 and ORA-01110 Errors while running adcfgclone.pl dbTier

    Hi,
    I am working on R12 on IBM AIX as I am cloning from one system to another I am facing some errors while running adcfgclone.pl for database tier.
    Following is the log from the adcfgclone.pl as it fails;
    Creating the control file for CLONE_test database ...
    SQL*Plus: Release 11.1.0.7.0 - Production on Mon Sep 6 10:32:43 2010
    Copyright (c) 1982, 2008, Oracle.  All rights reserved.
    Connected to an idle instance.
    ORACLE instance shut down.
    Connected to an idle instance.
    ORA-32006: USER_DUMP_DEST initialization parameter has been deprecated
    ORA-32006: BACKGROUND_DUMP_DEST initialization parameter has been deprecated
    ORACLE instance started.
    Total System Global Area 1068937216 bytes
    Fixed Size                  2160600 bytes
    Variable Size             427821096 bytes
    Database Buffers          624951296 bytes
    Redo Buffers               14004224 bytes
    CREATE CONTROLFILE REUSE SET DATABASE "CLONE"
    *+
    ERROR at line 1:
    ORA-01503: CREATE CONTROLFILE failed
    ORA-01159: file is not from same database as previous files - wrong database id
    ORA-01110: data file 22: '/u04/oracle/proddata/applsysx01.dbf'
    alter database open resetlogs
    *+
    ERROR at line 1:
    ORA-01507: database not mounted
    alter tablespace TEMP add tempfile '/u03/oracle/proddata/temp01.dbf' REUSE
    *+
    ERROR at line 1:
    ORA-01109: database not open
    ALTER DATABASE RENAME GLOBAL_NAME TO "CLONE.testcom.com"
    *+
    ERROR at line 1:
    ORA-01109: database not open
    ORA-01507: database not mounted
    ORACLE instance shut down.
    Connected to an idle instance.
    ORA-32006: USER_DUMP_DEST initialization parameter has been deprecated
    ORA-32006: BACKGROUND_DUMP_DEST initialization parameter has been deprecated
    ORACLE instance started.
    Total System Global Area 1068937216 bytes
    Fixed Size                  2160600 bytes
    Variable Size             427821096 bytes
    Database Buffers          624951296 bytes
    Redo Buffers               14004224 bytes
    ORA-03113: end-of-file on communication channel
    Process ID: 1278120
    Session ID: 1105 Serial number: 3
    ERROR:
    ORA-03114: not connected to ORACLE
    ORA-24324: service handle not initialized
    ORA-01041: internal error. hostdef extension doesn't exist
    Connected.
    ORA-01031: insufficient privileges
    ERROR:
    ORA-01012: not logged on
    ERROR:
    ORA-01012: not logged on
    ERROR:
    ORA-01012: not logged on
    ERROR:
    ORA-01012: not logged on
    ERROR:
    ORA-01012: not logged on
    ERROR:
    ORA-01012: not logged on
    Disconnected
    exit_code=1
    Checking for errors ...
    The database has not been successfully created. Shutting down the instance ...
    SQL*Plus: Release 11.1.0.7.0 - Production on Mon Sep 6 10:33:12 2010
    Copyright (c) 1982, 2008, Oracle.  All rights reserved.
    Connected to an idle instance.
    ORACLE instance shut down.
    Disconnected
    +.end std out.+
    +.end err out.+
    I have checked the log for preclone from the source machine but there are no errors. Below are the last lines of preclone log file
    Zip2 - Completed native zipping sh -c "cd /u02/oracle/proddb/10.2.0/appsutil/out/PROD_testcom/; zip  -q  -y /u02/oracle/proddb/10.2.0/appsutil/clone/data/stage/adcrdb.zip -@ ; echo ERRORCODE = $? ERRORCODE_END"
    Done...
    +#############################################################+
    StageDBTier Finished at Tue Aug 31 16:50:19 GMT03:00 2010+
    Status: Completed Successfully
    +#############################################################+
    Please advice.
    Regards

    Hi user:
    1. Yes the database and lsnr were closed as the tar files were created. So, i assume thate there are no any oracle session avalibale when you copy files from source to target
    2. Yes I would also like to mention that it already had an old instance. So this is just a new clone. So, i mention you have valid entery on /etc/hosts file
    3. Please can you describe what permissions as from root user it was done as
    chown -R oratest:dba <db tier folders> If your target user is oratest than syntax seems correct, did you copy oracle_home too from source to target and this home owner is oratest again right?
    Regard
    Helios

  • ORA-01187 AND ORA-01110

    dear all
    i am getting
    ORA-01187: can not read from file 201 because it failed verification test.
    ORA-01110: datafile 201 : directory_path\temp01.dbf.
    Now i am unable to exp and imp dump
    and even i can see table spaces using toad.
    any help ....
    Thanks in Advance
    Regards,

    >
    ORA-01187: can not read from file 201 because it failed verification test.
    ORA-01110: datafile 201 : directory_path\temp01.dbf.>
    As you are having issue with the temp datafile (temporay tablespace) you won't be able to perforn export import.In order to do it, create a new temporary tablespace and make it the default temporary tablespace for the database or atleast for the particular user.
    Anand

  • Ora - 01110 and ora 01157 error

    Hi,
    I am using linux 9i and solaris 5.8 .while i am connecting to the database it shows the ora - 01110 and ora 01157 error.i moved the temp datafile to some location after that only i receiced that error.then i moved the temp file to the particular location.after that what i can to do to resolve the error.
    plz in detail sql query.
    Thanks
    gobi.

    Can you detail how you are moving the file? Are you using one of the following methods:
    With the database down
    move/rename the file with OS commands
    mount the database and issue the following
    alter database rename file '<original path and file name>' to '<new path and file name>';
    Open the database
    or
    With the database open take the tablespace the contains the files to be moved/rename offline.
    move/rename the files with OS commands.
    alter tablespace <tablespace name> rename datafile '<original path and file name>' to '<new path and file name>';
    Bring the tablespace back online.

  • ORA-01122, ORA-01110 and ORA-01251

    When we are opening the database following errors are coming in sequence as follows:
    ORA-01122, ORA-01110 and ORA-01251
    Other facts:
    We don’t have any backup.
    Database is not in archive mode.
    Personally I don't see any hope.
    What you guys think?

    Ok see this
    SQL> startup
    ORACLE instance started.
    I tried do media recover in case of NOARCHIVE log mode. You can try the same in you case too
    (1) Starting the Database
    Total System Global Area 118255568 bytes
    Fixed Size 282576 bytes
    Variable Size 83886080 bytes
    Database Buffers 33554432 bytes
    Redo Buffers 532480 bytes
    Database mounted.
    ORA-01113: file 8 needs media recovery
    ORA-01110: data file 8: 'C:\ORADATA\MANU\USERS01.DBF'
    (2) Check the database mode
    SQL> select log_mode from v$database;
    LOG_MODE
    NOARCHIVELOG
    (3) Switch on the archive logmode
    SQL> alter database archivelog;
    Database altered.
    (4) Recover the Database
    SQL> recover
    Media recovery complete.
    (5) Shutdown the Database
    SQL> shutdown
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    (6) Start the Database again
    SQL> startup
    ORACLE instance started.
    Total System Global Area 118255568 bytes
    Fixed Size 282576 bytes
    Variable Size 83886080 bytes
    Database Buffers 33554432 bytes
    Redo Buffers 532480 bytes
    Database mounted.
    Database opened.
    SQL>

  • ORA-29902 after restoring the database

    Hello friends,
    Our database crashed 2 weeks ago and we had rman backups and I restore backups and it fixed. ORACLE version:  11.2.0.3.0, OS: Win server 2008
    But now when we want to run our old quires which were working without problem before get exception:
    ORA-29902: error in executing ODCIIndexStart() routine
    ORA-01187: cannot read from file  because it failed verification tests
    ORA-01110: data file 201: 'D:\APP\ADMINISTRATOR\ORADATA\IWATCHDB\TEMP01.DBF'
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD_10I", line 333
    29902. 00000 -  "error in executing ODCIIndexStart() routine"
    *Cause:    The execution of ODCIIndexStart routine caused an error.
    *Action:   Examine the error messages produced by the indextype code and
               take appropriate action.
    our query:
    SELECT R.*
    FROM DPS_CAMERAS_V R
    WHERE SDO_WITHIN_DISTANCE(R.geom, SDO_GEOMETRY(2001, 8307, SDO_POINT_TYPE(-118.28648979370115, 34.02271512835471, null), null, null), 'DISTANCE=10 UNIT=MILE') = 'TRUE'
    I checked the table spatial index to make sure that it is still there and did not get deleted during the restoring process and it was there.
    I opened the index using sqldeveloper and it was written on top of the sql: -- Unable to render INDEX DDL for object IWATCH.DPS_CAMERA_IDX with DBMS_METADATA attempting internal generator.
    Thanks for your help

    I used the solution here:
    http://scn.sap.com/thread/562143
    And the query I mentioned above worked properly.
    But I changed the query to:
    SELECT R.*
    FROM DPS_CAMERAS R
    WHERE SDO_WITHIN_DISTANCE(R.geom, SDO_GEOMETRY(2001, 8307, SDO_POINT_TYPE(-118.28648979370115, 34.02271512835471, null), null, null), 'DISTANCE=10 UNIT=MILE') = 'TRUE'
    To run query on the main table instead of the view and I got:
    ORA-13226: interface not supported without a spatial index
    ORA-06512: at "MDSYS.MD", line 1723
    ORA-06512: at "MDSYS.MDERR", line 8
    ORA-06512: at "MDSYS.SDO_3GL", line 1052
    13226. 00000 -  "interface not supported without a spatial index"
    *Cause:    The geometry table does not have a spatial index.
    I checked the table and it has an spatial index, but I dropped it and tried to create a new spatial index and I got:
    An error was encountered performing the requested operation:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-13249: internal error in Spatial index: [mdidxrbd]
    ORA-13249: Error in Spatial index: index build failed
    ORA-13249: Error in spatial index: [mdrcrtxfergm]
    ORA-13249: Error in spatial index: [mdpridxtxfergm]
    ORA-13200: internal error [ROWID:AAASIeAAEAAAAKOAAw] in spatial indexing.
    ORA-13206: internal error [] while creating the spatial index
    ORA-13032: Invalid NULL  SDO_GEOMETRY object
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD_10I", line 10
    29855. 00000 -  "error occurred in the execution of ODCIINDEXCREATE routine"
    *Cause:    Failed to successfully execute the ODCIIndexCreate routine.
    *Action:   Check to see if the routine has been coded correctly.
    Vendor code 29855
    and I tried it again and got:
    Error starting at line 1 in command:
    create INDEX dps_cameras_idx ON dps_cameras(geom) INDEXTYPE IS MDSYS.SPATIAL_INDEX
    Error at Command Line:1 Column:14
    Error report:
    SQL Error: ORA-00955: name is already used by an existing object
    00955. 00000 -  "name is already used by an existing object"
    *Cause:   
    *Action:
    and I checked the table and saw the new index is there, but when I want to run the query I get the same error as above:
    ORA-13226: interface not supported without a spatial index
    ORA-06512: at "MDSYS.MD", line 1723
    ORA-06512: at "MDSYS.MDERR", line 8
    ORA-06512: at "MDSYS.SDO_3GL", line 1052
    13226. 00000 -  "interface not supported without a spatial index"
    *Cause:    The geometry table does not have a spatial index.
    *Action:   Verify that the geometry table referenced in the spatial operator
               has a spatial index on it.

  • 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-01110 / ORA-01190

    Hi,
    i got the following message after the db-copy!
    Copy from AA1 to AB1
    ORA-01190: controlfile or data file 75 is from before the last RESETLOGS
    ORA-01110: data file 75: '/oracle/AB1/data2/data15/data15'
    Can anybody advise me how i can solve tis problem?
    Thanks

    Flow these steps
    1. Take a physicall backup of the ur primary database
    2. take a backup controlfile trace file from primary
    3. restore only the datafiles and plan backup controlfile to secondary
    4. recreate controlfile changing ur database name and file locations
    5. issue recover automatic database until cancel using backup controlfile
    6. alter database open resetlogs
    7. add tempfiles
    Regards
    Marcio Paiva

  • ORA-01110: ORA-01207: on sysaux01.dbf file

    Hi,
    I have a an Oracle 11.2 database running on SuSE Linux, and I did a cold linux backup of the database (shutdown database, and tar all file system to tape). Now I have restored all the files on a new server, and when I try to start the database, it brings the below error.
    SQL> startup mount
    ORACLE instance started.
    Total System Global Area 1603411968 bytes
    Fixed Size 2213776 bytes
    Variable Size 872417392 bytes
    Database Buffers 721420288 bytes
    Redo Buffers 7360512 bytes
    Database mounted.
    SQL>
    SQL> alter database open
    2 /
    alter database open
    ERROR at line 1:
    ORA-01122: database file 2 failed verification check
    ORA-01110: data file 2: '/data1/oradata/prod01/sysaux01.dbf'
    ORA-01207: file is more recent than control file - old control file
    When I do the restore, all the files have the same datestamp. But After the alter open database command, control01.dbf and system01.dbf files changed their timestamp to today.
    Help.
    Kevin

    Oracle Error :: ORA-01207
    file is more recent than control file - old control file
    Cause
    The control file change sequence number in the data file is greater than the number in the control file. This implies that the wrong control file is being used. Note that repeatedly causing this error can make it stop happening without correcting the real problem. Every attempt to open the database will advance the control file change sequence number until it is great enough.
    Action
    Use the current control file or do backup control file recovery to make the control file current. Be sure to follow all restrictions on doing a backup control file recovery.

  • ORA-39126 during an export of a partition via dbms_datapump

    Hi ,
    i did export using datapump in command line everything went fine but while exporting via dbms_datapump i got this:
    ORA-39126 during an export of a partition via dbms_datapump
    ORA-00920
    'SELECT FROM DUAL WHERE :1' P20060401
    ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
    ORA-06512: at "SYS.KUPW$WORKER", line 6228
    the procedure is:
    PROCEDURE pr_depura_bitacora
    IS
    l_job_handle NUMBER;
    l_job_state VARCHAR2(30);
    l_partition VARCHAR2(30);
    v_sql VARCHAR2(2000);
    BEGIN
    -- Create a user-named Data Pump job to do a "table:partition-level" export
    -- Local
    select 'P'|| to_char((select min(STP_LOG_DATE) from SAI_AUDITBITACORA),'YYYYMM')||'01'
    into l_partition
    from user_tab_partitions
    where table_name = 'SAI_AUDITBITACORA'
    and rownum = 1;
    l_partition := rtrim (l_partition,' ');
    l_job_handle:= DBMS_DATAPUMP.OPEN
    operation=>'EXPORT',
    job_mode =>'TABLE',
    job_name =>'EXPORT_ORACLENSSA'
    -- Schema filter
    DBMS_DATAPUMP.METADATA_FILTER
    handle => l_job_handle,
    name => 'SCHEMA_EXPR',
    value => 'IN (''ORACLENSSA'')'
    DBMS_OUTPUT.PUT_LINE('Added filter for schema list');
    -- Table filter
    DBMS_DATAPUMP.METADATA_FILTER
    handle => l_job_handle,
    name => 'NAME_EXPR',
    value => '=''SAI_AUDITBITACORA'''
    DBMS_OUTPUT.PUT_LINE('Added filter for table expression');
    -- Partition filter
    DBMS_DATAPUMP.DATA_FILTER
    handle => l_job_handle,
    name => 'PARTITION_EXPR',
    value => l_partition,
    table_name => 'SAI_AUDITBITACORA'
    DBMS_OUTPUT.PUT_LINE('Partition filter for schema list');
    DBMS_DATAPUMP.ADD_FILE
    handle => l_job_handle,
    filename => 'EXP'||l_partition||'.DMP',
    directory => 'EXP_DATA_PUMP',
    filetype => 1
    DBMS_DATAPUMP.ADD_FILE
    handle => l_job_handle,
    filename => 'EXP'||l_partition||'.LOG',
    directory => 'EXP_DATA_PUMP',
    filetype => 3
    DBMS_DATAPUMP.START_JOB
    handle => l_job_handle,
    skip_current => 0
    DBMS_DATAPUMP.WAIT_FOR_JOB
    handle => l_job_handle,
    job_state => l_job_state
    DBMS_OUTPUT.PUT_LINE('Job completed - job state = '||l_job_state);
    DBMS_DATAPUMP.DETACH(handle=>l_job_handle);
    END;
    I've already drop and recreate the directory, granted read, write to public and to user, grant create session, create table, create procedure, exp_full_database to user, restart the database and the listener with the var LD_LIBRARY pointing first to $ORACLE_HOME/lib, and add more space to temporary tablespace.

    The basic problem is:
    Error: ORA 920
    Text: invalid relational operator
    Cause: A search condition was entered with an invalid or missing relational
    operator.
    Action: Include a valid relational operator such as =, !=, ^=, <>, >, <, >=, <=
    , ALL, ANY, [NOT] BETWEEN, EXISTS, [NOT] IN, IS [NOT] NULL, or [NOT]
    LIKE in the condition.
    Obviously this refers to the invalid statement 'SELECT FROM DUAL ...'. I also recommend, you should contact Oracle Support, because it happens inside an Oracle provided package.
    Werner

Maybe you are looking for

  • How to add an index to a materialized view in Data Modeler 3.3

    Hello everyone, I'm looking for a how-to to add an index to a materialized view in Data Modeler 3.3.0.747, as I coudn't find a way to do it so far. I looked here: Relational Model Physical Model Oracle 11g Materialized Views "my_mv_name" "INDEXES" IS

  • Mail to suggestions are wrong

    Hi, I switched providers then in my address book changed mine and my wife's to match the new providers address. I erased everything related to the old provider even in preferences. However when I go to send my wife an email, her present provider pops

  • PL/SQL - Case Statement

    Hello, just starting to learn PL/SQL. I have a query which runs just fine and it has a case statement. When I take that query and place it into a procedure and compile, it gives me a compile error stating "ENCOUNTERED symbol CASE when expecting... pr

  • TDS configuration 194C

    Dear SAP Gurus, Please help me in configuring the following TDS limits . for other sections i have done the neeful 1.       There has been threshold limit for deducting TDS under various head for the following section ·         For Section 194C Rs. 3

  • Documentation to an existing report

    How can I add documentation to an existing report