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 -
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.
RegardsHi 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 -
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 dont 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 helpI 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 -
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?
ThanksFlow 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.
KevinOracle 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
-
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
-
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
-
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