Problem or recover database
I am using Oracel 8i Version: 8.1.7.0.0. it was crash so
I use following command to recvover database but error occurs
alter database recover
Sun May 28 13:10:54 2006
Media Recovery Start
Media Recovery Log
Recovery of Online Redo Log: Thread 1 Group 3 Seq 471 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\HCS\REDO01.LOG
Media Recovery Complete
please suggest me what to do
Regards
Rajendra
ya i Have got following error when "alter database open;"
ERROR at line 2:
ORA-03113: end-of-file on communication channel
following log found on logfile
Beginning crash recovery of 1 threads
Sun May 28 15:16:11 2006
Thread recovery: start rolling forward thread 1
Recovery of Online Redo Log: Thread 1 Group 2 Seq 472 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\HCS\REDO02.LOG
Sun May 28 15:16:11 2006
Thread recovery: finish rolling forward thread 1
Thread recovery: 0 data blocks read, 0 data blocks written, 35 redo blocks read
Crash recovery completed successfully
Sun May 28 15:16:11 2006
Thread 1 advanced to log sequence 473
Thread 1 opened at log sequence 473
Current log# 3 seq# 473 mem# 0: D:\ORACLE\ORADATA\HCS\REDO01.LOG
Successful open of redo thread 1.
Sun May 28 15:16:11 2006
SMON: enabling cache recovery
SMON: enabling tx recovery
Sun May 28 15:16:12 2006
Errors in file D:\oracle\admin\hcs\bdump\hcsSMON.TRC:
ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
SMON: terminating instance due to error 600
Instance terminated by SMON, pid = 1500
Rajendra
Similar Messages
-
Problem in recovering database
I Have Oracle Database 10g (10.2.0.1.0) on Windows Server 2003
I have taken full hot RMAN backup of database.
I have copied the backup files from flash recovery area.
I have one other Machine having windows server 2003 And Oracle 10g Same version. I have copied the backup files from first machine to Flash Recovery Area folder on second machine.
Now i am trying to restore the database of first machine to second machine.
1. I have created a new instance on second machice with same name as in fiirst machine.
2. I have created one ORA password file as well.
3. SET ORACLE_SID=<name of DB as it was in first machine>
4. RMAN TARGET sys/<password given in newly ORA pwd file>@<DB name> nocatalog
5. SET DBID=<dbid of old database>
6. STARTUP NOMOUNT FORCE
7. RESTORE SPFILE TO PFILE '<path of new pfile>' from '<path where backup files are there>';
8. CREATE UDUMP,BDUMP,CDUMP,PFILE,ORADATA FOLDERS where required;
9. SHUTDOWN IMMEDIATE;
10. STARTUP NOMOUNT PFILE='<path of newly created pfile>';
11 RESTORE CONTROLFILE FROM '<path of backup files>';
12. ALTER DATABASE MOUNT;
Everything work fine till here
Now my next step was
13. RESTORE DATABASE;
Then it gives error like:-
RMAN> restore database;
Starting restore at 20-NOV-08
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=375 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/20/2008 21:00:54
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore
Firstly i copied backup files to flash recovery area, then i copied files to 'D:\oracle\product\10.2.0\db_1\database' as well. Because i have done it in 9i, in 9i i copied the backup files to this backup folder then while doing restore RMAN succesfully takes file from this folder & restores the database. but in 10g RMAN is not recognising the path of backup. How this problem can be solved? Or is this some different problem which i am not getting?
Waiting for reply..Hi ORADBA,
Thanks for your response. Your solution worked. Actually there was a difference the Oracle installation on server from which i was taking backup is on E drive.
And the server on which i am trying to restore that database has Oracle installation files on D drive. That's why this confusion occurred.
But i have one query again. I am not able to recover my database fully.
Firstly i typed restore database command that worked. Thereafter i tried recover database command. that commant resulted in an error as given below. Than i typed command archive log list on SQL promt, from there i found the information of latest archive log. then i tried recover database until logseq 484 thread 1. That also didn't work. In the same situation i tried to open database i was able to open database using command alter database open resetlogs. I suppose i was not able to recover the database fully. Hi can i recover my database fully?
waiting for reply. Thanks in advance.
RMAN> recover database;
Starting recover at 24-NOV-08
using channel ORA_DISK_1
channel ORA_DISK_1: starting incremental datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
destination for restore of datafile 00001: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSTEM01.DBF
destination for restore of datafile 00002: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\UNDOTBS01.DBF
destination for restore of datafile 00003: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSAUX01.DBF
destination for restore of datafile 00004: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\USERS01.DBF
channel ORA_DISK_1: reading from backup piece E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\BACKUPSET\2008_11_20\O1
MFNNND1_BACKUP_TESTDB_L_1_4LB0PZXS_.BKP*
channel ORA_DISK_1: restored backup piece 1
piece handle=E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\BACKUPSET\2008_11_20\O1_MF_NNND1_BACKUP_TESTDB_L_1_4L
B0PZXS_.BKP tag=BACKUP_TESTDB_L_112008115509
channel ORA_DISK_1: restore complete, elapsed time: 00:00:15
starting media recovery
unable to find archive log
archive log thread=1 sequence=484
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/24/2008 19:47:07
RMAN-06054: media recovery requesting unknown log: thread 1 seq 484 lowscn 11013224
RMAN> recover database until logseq 484;
Starting recover at 24-NOV-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/24/2008 19:48:07
RMAN-06556: datafile 1 must be restored from backup older than scn 11009149
RMAN> recover database until logseq 484 thread 1;
Starting recover at 24-NOV-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/24/2008 19:48:20
RMAN-06556: datafile 1 must be restored from backup older than scn 11009149
RMAN> recover database until logseq 483 thread 1;
Starting recover at 24-NOV-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/24/2008 19:48:58
RMAN-06556: datafile 1 must be restored from backup older than scn 10973094
RMAN> recover database until logseq 482 thread 1;
Starting recover at 24-NOV-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 11/24/2008 19:49:06
RMAN-06556: datafile 1 must be restored from backup older than scn 10952975
RMAN> alter database open;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 11/24/2008 19:49:21
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
RMAN> alter database open resetlogs
*2> ;*
Edited by: user648257 on Nov 24, 2008 6:48 AM -
Problem To Recover Database (Cannot Take Datafile Offline)
Hi
I have a Oracle10g Database in Linux ...
By Mistake I Delete one Datafile From. Now I can't Start My Database..
I am Tring to get Offline The Deleted Data File..But can't do it..
To Detail of my Work is geven bellow....
SQL> startup mount
ORACLE instance started.
Total System Global Area 281018368 bytes
Fixed Size 1218968 bytes
Variable Size 83887720 bytes
Database Buffers 192937984 bytes
Redo Buffers 2973696 bytes
Database mounted.
SQL> alter database open
2 ;
alter database open
ERROR at line 1:
ORA-01122: database file 6 failed verification check
ORA-01110: data file 6: '/u01/app/oracle/db_2/dbs/DNS_DATA_1'
ORA-01251: Unknown File Header Version read for file number 6
SQL> alter database datafile '/u01/app/oracle/db_2/dbs/DNS_DATA_1' offline immediate;
alter database datafile '/u01/app/oracle/db_2/dbs/DNS_DATA_1' offline immediate
ERROR at line 1:
ORA-00933: SQL command not properly ended
SQL> alter database datafile '/u01/app/oracle/db_2/dbs/DNS_DATA_1' offline;
alter database datafile '/u01/app/oracle/db_2/dbs/DNS_DATA_1' offline
ERROR at line 1:
ORA-01145: offline immediate disallowed unless media recovery enabled
SQL>
Any One pls Help me...Seems that your DB is running in NOARCHIVELOG mode : try using "offline drop" :
SQL> alter database datafile '/u01/app/oracle/db_2/dbs/DNS_DATA_1' offline drop; -
Problem in recover physical standby database(Data Guard) by rman
Hello to all
I have created a physical standby database ,I want make backup of it by rman and when I lose it's datafile I can restore it ,making backup and restore is fine but in recovery I encounter some problem
scenarios is follow
1- In rman I create a backup of standby database by this command:
backup database plus archivelog delete all input;
2- I run this comman in rman for recover standby database
run{
2> set until scn 1392701;
3> restore database;
4> recover database;
5> }
(1392701 is extracted from this query "SELECT MAX(NEXT_CHANGE#)+1 UNTIL_SCN FROM V$LOG_HISTORY LH,
V$DATABASE DB WHERE LH.RESETLOGS_CHANGE#=DB.RESETLOGS_CHANGE# AND LH.RESETLOGS_TIME =
DB.RESETLOGS_TIME;" "http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/rman.htm")
but RMAN result is like this:
executing command: SET until clause
Starting restore at 13-DEC-08
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from
backup set
restoring datafile 00001 to /u01/app/oracle/oradata/sari/system01.dbf
restoring datafile 00002 to /u01/app/oracle/oradata/sari/undotbs01.dbf
restoring datafile 00003 to /u01/app/oracle/oradata/sari/sysaux01.dbf
restoring datafile 00004 to /u01/app/oracle/oradata/sari/users01.dbf
restoring datafile 00005 to /u01/app/oracle/oradata/sari/example01.dbf
restoring datafile 00006 to /u01/app/oracle/oradata/sari/users02.dbf
channel ORA_DISK_1: reading from backup piece /home/oracle/backup/0ek24dt4_1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=/home/oracle/backup/0ek24dt4_1_1
tag=TAG20081213T042506
channel ORA_DISK_1: restore complete, elapsed time: 00:01:07
Finished restore at 13-DEC-08
Starting recover at 13-DEC-08
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 116 is already on disk as file /u01/app/oracle/oradata/archive/1_116_666786084.arc
archive log thread 1 sequence 117 is already on disk as file /u01/app/oracle/oradata/archive/1_117_666786084.arc
archive log filename=/u01/app/oracle/oradata/archive/1_116_666786084.arc thread=1 sequence=116
archive log filename=/u01/app/oracle/oradata/archive/1_117_666786084.arc thread=1 sequence=117
unable to find archive log
archive log thread=1 sequence=118
RMAN-03002: failure of recover command at 12/13/2008 05:14:13
RMAN-06054: media recovery requesting unknown log: thread 1
seq 118 lowscn 1392700
3- then I decline 1392701 to 1392700 and i run this command
run{
2> set until scn 1392700;
3> restore database ;
4> recover database;
5> }
executing command: SET until clause
Starting restore at 13-DEC-08
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from
backup set
restoring datafile 00001 to /u01/app/oracle/oradata/sari/system01.dbf
restoring datafile 00002 to /u01/app/oracle/oradata/sari/undotbs01.dbf
restoring datafile 00003 to /u01/app/oracle/oradata/sari/sysaux01.dbf
restoring datafile 00004 to /u01/app/oracle/oradata/sari/users01.dbf
restoring datafile 00005 to /u01/app/oracle/oradata/sari/example01.dbf
restoring datafile 00006 to /u01/app/oracle/oradata/sari/users02.dbf
channel ORA_DISK_1: reading from backup piece /home/oracle/backup/0ek24dt4_1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=/home/oracle/backup/0ek24dt4_1_1 tag=TAG20081213T042506
channel ORA_DISK_1: restore complete, elapsed time: 00:01:08
Finished restore at 13-DEC-08
Starting recover at 13-DEC-08
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 116 is already on disk as
file /u01/app/oracle/oradata/archive/1_116_666786084.arc
archive log thread 1 sequence 117 is already on disk as
file /u01/app/oracle/oradata/archive/1_117_666786084.arc
archive log filename=/u01/app/oracle/oradata/archive/1_116_666786084.arc thread=1
sequence=116archive log
filename=/u01/app/oracle/oradata/archive/1_117_666786084.arc
thread=1 sequence=117Oracle Error:
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: '/u01/app/oracle/oradata/sari/system01.dbf'
media recovery complete, elapsed time: 00:00:10
Finished recover at 13-DEC-08
4- if I run
run{
restore database;
recover database;
I will recieve that error of step 2 (RMAN-06054: media recovery requesting unknown log: thread 1
seq 118 lowscn 1392700)
5- if I just restore the database and I don't perform recovery by rman and I restart redo apply all thing seem fine
but in opening database I'll recieve ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '/u01/app/oracle/oradata/sari/system01.dbf' error)
do you know what is problem
thanks
Edited by: ARKH on Dec 12, 2008 11:06 PMhi
I myself have found the solution , when I recover the standby database
it do recovery but at the end of recovery it raise the error(RMAN-06054: media recovery requesting unknown log: thread 1
seq 118 lowscn 1392700) but if I begain redo apply before open the database
and I wait till all redo apply process start and communication between the
standby database and the primary database start, then I can
open the standby database and no error will raise
but if befor restarting redo apply I open the database I'll recieve the
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '/u01/app/oracle/oradata/sari/system01.dbf' error
thanks -
Problem in recovering a database on another machine
Dear All,
I need your help in restoring and recovering a database on another machine. I don't have access to old machine to get logfile or archivelogs. I have taken full backup using RMAN. I have restored the database using rman sucessfully and trying to recover the database. RMAN have't restored the logfile. Database version is 8.1.7.4, OS is Solaris 8. In recovery, its showing the problem in rbs file. I'm showing all command and error. Just give me any idea that how to recover it sucessfully.
SVRMGRL>recover database using backup controlfile until cancel;
ORA-0279: Change 1935345519 generated at 08/19/2005 16:45:50 needed for thread 1
ORA-0289: suggestion: /u07/oraexp/PROD/arch/arch_1_29958.arc
ORA-0280: Change 1935345519 for thread 1 is in sequence #29958
specify log : {RET}...
cancel
ORA-01547: warning: Recover succeeded but open resetlogs would get error below
ORA-01194: file 2 needs more recovery to be consistent
ORA-01110: data file 2: '/u06/oracle/oradata/PROD/rbs01-PROD.dbf'
This RBS file size is 7GB. Is it the reason of problem. Even I tried until time, but its also has same error.
SVRMGRL>recover database using backup controlfile until time '2005-08-16:20:10:00';
ORA-0279: Change 1935345519 generated at 08/19/2005 16:45:50 needed for thread 1
ORA-0289: suggestion: /u07/oraexp/PROD/arch/arch_1_29958.arc
ORA-0280: Change 1935345519 for thread 1 is in sequence #29958
specify log : {RET}...
cancel
ORA-01547: warning: Recover succeeded but open resetlogs would get error below
ORA-01194: file 2 needs more recovery to be consistent
ORA-01110: data file 2: '/u06/oracle/oradata/PROD/rbs01-PROD.dbf'
Why its asking for archive file which generated on 19th, when I'm trying to recover until 16th only.
Regards
RakeshHi.
What is the size of the redo logs in the database. With a small amount of transactions, there might be redo in this particular archived file from two days back. The timestamp of the archivelogfiles does not indicate that all redo in the file is from this day. It might have changes several days back if no logswitch occured inbetween.
So, if I were you, I would provide all archivelogs required to get the datafiles consistent.
As a matter of fact, if archived redo is in the following folder :
/u07/oraexp/PROD/arch/
I would use recover database until time and press return for all archived logs svrmgrl comes up with.
I assume that the database was closed normally prior to taking the offline backup.
Good luck.
Rgds
Kjell Ove -
Recover database to new server problem
Hi all,
I'm running a production 10.2.0.4 DB in archivelog mode on Solaris 10.8. I used RMAN with a recovery catalog to execute the stored script:
run{sql 'alter system archive log current';
backup incremental level 0
database archivelog all delete input;}
I copied the rman files and spfile to a test server with the same directory structres. No Problem.
Using "rman target /" I started the database in nomount and restored the controlfile from backup and mounted the database. No Problem.
Still within the RMAN session, I restored the 1TB worth of datafiles. The restore completed, no problem.
I then issued the command, "recover database;" PROBLEM, RMAN said datafile1 "System.dbf" needs more recovery to be in a consistent state.
WHY? I issued the commands, "alter system archive log current;" and "archivelog all delete input" in my script.
Why does it need the next archivelog to be consistent?
I was under the impression that all I need to recover a database with rman was the output files from RMAN.
I copied the next archivelog over and in SQLPLUS as SYS I issued the command, " recover database using backup controlfile until cancel;"
I canceled the recovery when it asked for the next archivelog and opened database reset logs.
If I didn't have access to the next archive log how would I solve this problem?Your BACKUP should be executed as BACKUP DATABASE PLUS ARCHIVELOG. The "PLUS ARCHIVELOG" causes Oracle to issue an ALTER SYSTEM SWITCH LOGFILE at the end of the database backup so that the ArchiveLog generated gets picked up by the subsequent Backup of the ArchiveLog as well.
Your first RECOVER DATABASE command was attempting a Complete recovery. Had you specified an UNTIL clause, Oracle would know that you wanted an Incomplete recovery upto the last available archivelog. Your second RECOVER DATABASE with the UNTIL CANCEL was an Incomplete Recovery.
Hemant K Chitale -
Problem in recovering the database!!!
Hi All,
I created a new database and wanted to restore the backup of another database into it, I created the required tablespaces and started restore of backup from RMAN using
run {
allocate channel 'dev_0' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=orcl,OB2BARLIST=DAILY_HISDBS01_ORACLE-DB_ONLINE_5W,OB2BARHOSTNAME=hisdbs01.kfmc.med)';
restore controlfile from 'c-1179279249-20090511-02';
alter database mount;
release channel 'dev_0';
The controlfile got restored successfully, then I tried to restore & recover the database
run {
allocate channel 'dev_0' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=central,OB2BARLIST=DAILY_HISDBS01_ORACLE-DB_ONLINE_5W,OB2BARHOSTNAME=hisdbs01.kfmc.med)';
restore database;
recover database;
release channel 'dev_0';
The restore was successful, but when I tried to open the database with resetlogs option
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '+DATADG/orcl/datafile/system.295.686609187'
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 1136286903 generated at 05/11/2009 02:08:22 needed for thread1
ORA-00289: suggestion : */arch/archivelog/1_8493_651861624.dbf*
ORA-00280: change 1136286903 for thread 1 is in sequence #8493
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '+DATADG/orcl/datafile/system.295.686609187'
ORA-01112: media recovery not started
The recovery process is looking for */arch/archivelog/1_8493_651861624.dbf* this archivelog, but this archivelog file is not present at that location, the restore process should have restored all the archivelogs as well, actually no archivelogs got restored, how can I recover the database without archivelog logs? it is not possible at all.
PLEASE tell me how can I make the database work?Thanks Hemant !!!
I restored the archivelogs using the script below
run {
allocate channel 'dev_0' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=central,OB2BARLIST=DAILY_HISDBS01_ORACLE-DB_ONLINE_5W,OB2BARHOSTNAME=hisdbs01.kfmc.med)';
restore ARCHIVELOG FROM TIME 'SYSDATE-5' UNTIL TIME 'SYSDATE';
release channel 'dev_0';
then recoverd the database and applied the requested archivelog file and opened the database with resetlogs, it is now successfully recovered upto the point I wanted it to be. -
Can I use RECOVER database command evenif there is no MEDIA FAILURE? [b]Urg
I need an urgent help from all the big guns out there?
My database is up and running, but still I want to recover the deletion of data that has been done on FRIDAY/SATURDAY/SUNDAY/MONDAY/TUESDAY/WEDNESDAY in other words I want the FRIDAY's state of the database.
Can I do it using the
"RECOVER DATABASE UNTIL TIME '2005-28-06-00:00:00' command?
Please guide me.
Thanks in advanceHi,
i assume you running your database in archive log mode and using rman to accomplish you task.i would say that you can recover your database even if there is no media faliur occurs,no doubt you can use this.i think you want to recover your database to the fridays state prior to the table deletion,so you get the tables back in your database.so what's a problem execut following.
run {
SET UNTIL TIME "TO_DATE('apr 03 2005 01:17:13','MON DD YYYY HH24:MI:SS')";
restore database ;
recover database ;
asuume in this example that you want to recover your database up to date aprail 3 and prior to 01pm time.
change the code according to your requirement.
thanks. -
Problem in moving database to new host
Hi,
I'm moving database from linux to windows and it perfectly moves as there is no endian formate issue between two OS. Now my problem is when I run below script
RUN
SET NEWNAME FOR DATAFILE 1 TO 'C:\app\Administrator\oradata\orcl\system01.dbf';
SET NEWNAME FOR DATAFILE 3 TO 'C:\app\Administrator\oradata\orcl\undotbs01.dbf';
SET NEWNAME FOR DATAFILE 2 TO 'C:\app\Administrator\oradata\orcl\sysaux01.dbf';
SET NEWNAME FOR DATAFILE 4 TO 'C:\app\Administrator\oradata\orcl\users01.dbf';
SET NEWNAME FOR DATAFILE 5 TO 'C:\app\Administrator\oradata\orcl\example01.dbf';
SET NEWNAME FOR DATAFILE 6 TO 'C:\app\Administrator\oradata\orcl\apps_data01.dbf';
SQL "ALTER DATABASE RENAME FILE
''D:\test\redo01.log''
TO ''C:\app\Administrator\oradata\orcl\redo01.log'' ";
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo02.log''
TO ''C:\app\Administrator\oradata\orcl\redo02.log'' ";
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo03.log''
TO ''C:\app\Administrator\oradata\orcl\redo03.log'' ";
SET UNTIL SCN 743262;
RESTORE DATABASE from 'C:\app\Administrator\flash_recovery_area\ORCL\backupset\2010_10_03\o1_mf_nnndf_TAG20101003T121537_6bjcf7bj_.bkp';
SWITCH DATAFILE ALL;
RECOVER DATABASE;
datafiles get renamed successfuly but it gives error on remaning redolog files as error stack of RMAN is given below
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
sql statement: ALTER DATABASE RENAME FILE''D:\test\redo01.log''TO ''C:\app\Admin
istrator\oradata\orcl\redo01.log''
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of sql command on default channel at 10/06/2010 20:30:43
RMAN-11003: failure during parse/execution of SQL statement: ALTER DATABASE RENA
ME FILE'D:\test\redo01.log'TO 'C:\app\Administrator\oradata\orcl\redo01.log'
ORA-01511: error in renaming log/data files
ORA-01516: nonexistent log file, datafile, or tempfile "D:\test\redo01.log"
Now I have created all dummy redolog to redo01.log,redo02.log and redo03.log on location D:\test, but it is still giving errors
what could be the problem of this as it seems that RMAN can rename files that it get from backupset but unable to read redolog files on the given path. I'm using 11gR1.
Looking for reply
Regards,
UsmanDear user8812764,
Welcome to the OTN forums.
Please see the error explanations;
ORA-01511: error in renaming log/data files
Cause: An error occurred during the ALTER DATABASE RENAME FILE command.
Action: Check the error stack for detailed error information.So now you need to check the accompanying error;
ORA-01516: nonexistent log file, datafile, or tempfile "string"
Cause: An attempt was made to use ALTER DATABASE to rename a log file, datafile, or tempfile; or to change attributes of a datafile or tempfile (e.g., resize, autoextend, online/offline, etc.); or to re-create a datafile. The attempt failed because the specified file is not known to the database's control file or is not of a type supported by the request.
Action: Specify the name or number of an existing file of the correct type, as appropriate. Check the relevant V$ table for a list of possible files.By the way why do you have different redolog for group 1?
SQL "ALTER DATABASE RENAME FILE
''D:\test\redo01.log''
TO ''C:\app\Administrator\oradata\orcl\redo01.log'' ";
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo02.log''
TO ''C:\app\Administrator\oradata\orcl\redo02.log'' ";
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo03.log''
TO ''C:\app\Administrator\oradata\orcl\redo03.log'' ";There should be really an inconsistency here with your redolog naming conventions.
Hope That Helps.
Ogan -
Hi,
In our environment we sometimes copy "live" database from one disk volume to other. We use NetApp Snapmirror technology, but that is not important. That way, on the second volume we get a snapshot of that "live" database. What's obvious, the snapshot is inconsistent and before the copy database can be opened, needs recovery. We recover it using the "recover database" command. That solution we have been using for ages.
The copied database usually performs recovery using redolog files. But yesterday, during recovery, the database asked us for archived redolog files (archived one day before). That was not a problem, we restored what was needed, but we couldn't deliver the "copy" database to users on time.
I was asked to explain why the database needed the archived log files. My first explanation was "because the copy database was inconsistent as a result of long running transactions on the source database". But in my opinion undo data, to undo all uncommitted transactions is taken from undo tablespace. Nothing must have been redone. Can you explain me what the database had to redo? What could be the reason? Would you be so kind and give me advice how may I investigate the reason? In the future we have to deliver copied databases on time so there is a pressure put on me.
Any help will be appreciated.
Regards,
TimYou don't mention a database version, but I presume you either do 'alter database begin backup' (if 10g) or 'alter tablespace ... begin backup' (if not 10g) before taking your mirror snapshot?
If not, you're lucky to have had this thing working at all.
If you issue those sorts of 'begin backup' commands, then there will be a database/tablespace checkpoint and the header blocks of the files involved will be updated with the latest checkpoint change number. During the recovery of your mirror, you will only need to roll those files forward from that point. The contents of the buffer cache for those files will be flushed to disk, and the copied files are therefore guaranteed to have contents no earlier than the header block's checkpoint change number.
If you don't issue those sorts of commands, then Lord knows what state your datafile headers are in, and stuff in the buffer cache isn't necessarily flushed to disk in time. The copied file can therefore contain blocks from any checkpoint change number you care to think of onwards, and it's all pure chance what you get asked to supply by way of redo to rectify the situation.
Recovery means rolling things forward as well as rolling them back: your comment about undo is a bit misguided therefore. You need undo and redo to be able to complete a recovery. -
Recover Database in RMAN vs SQL*PLUS
Hello,
Oracle 11.2.0.1, Oracle Linux 5.5 UEK.
I recently did a "recover database" in sql*plus, but an attempt to open the database gave ORA-01113, complaining the system tablespace requried more recovery. Then I used RMAN (nocatalog) and after the same "recover database" command I was able to open the database.
It seems there are differences between SQL*PLUS and RMAN "recover database" command. I have not been able to locate the chapter in the Oracle documentation that explains the difference. I have some ideas, but...
Thanks.
h3. Solution Summary:
The recover command in RMAN compared to SQL*Plus implements a more user friendly processing logic based on the current detected scenario. For instance, a RMAN recover database command may actually perform a "recover database using backup controlfile until cancel" and automatically apply all archived and online redo logs if available. The same can be achieved with the recover command in SQL*plus, but will have to be done manually.
Edited by: Dude on Jan 7, 2011 12:30 PMDude wrote:
I did not remove any datafiles or redo logs. it is the same restore operation as before, and again RMAN "recovery database" succeeds, whereas SQL recover has trouble. This tells me something is different between the two methods. For one, RMAN does not requrie to specify "using backup controlfile".
Maybe someting about "resetlogs" that that RMAN recover can handle and SQL recover not?No,problem is there.If you using rman execute RECOVER DATABASE it also will apply online logs(if available) also and as result you will get complete recovery however you must open database with resetlogs option due to you recovered database using backup controlfile.So also you can recover and open database applying this online logs.After executing RECOVER DATABASE USING BACKUP CONTROLFILE you have to pass full path of online log then press ENTER so log will apply and you can open database with RESETLOGS.See below
C:\Documents and Settings\chinar>rman target sys/sm
Recovery Manager: Release 10.2.0.1.0 - Production on Fri Jan 7 17:47:49 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database (not started)
RMAN> startup nomount;
Oracle instance started
Total System Global Area 138412032 bytes
Fixed Size 1247708 bytes
Variable Size 71304740 bytes
Database Buffers 58720256 bytes
Redo Buffers 7139328 bytes
RMAN> restore controlfile from 'D:\oracle\product\10.2.0\flash_recovery_area\T\B
ACKUPSET\2011_01_07\O1_MF_NCSNF_TAG20110107T171001_6LG48JR5_.BKP'
2> ;
Starting restore at 07-JAN-11
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=157 devtype=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL01.CTL
output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL02.CTL
output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL03.CTL
Finished restore at 07-JAN-11
RMAN> alter database mount;
database mounted
released channel: ORA_DISK_1
RMAN> restore database;
Starting restore at 07-JAN-11
Starting implicit crosscheck backup at 07-JAN-11
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
Crosschecked 1 objects
Finished implicit crosscheck backup at 07-JAN-11
Starting implicit crosscheck copy at 07-JAN-11
using channel ORA_DISK_1
Finished implicit crosscheck copy at 07-JAN-11
searching for all files in the recovery area
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\T\BACKUPSET\2011_01_07\O
1_MF_NCSNF_TAG20110107T171001_6LG48JR5_.BKP
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\SYSTEM01.DBF
restoring datafile 00002 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\UNDOTBS01.DBF
restoring datafile 00003 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\SYSAUX01.DBF
restoring datafile 00004 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\USERS01.DBF
channel ORA_DISK_1: reading from backup piece D:\ORACLE\PRODUCT\10.2.0\FLASH_REC
OVERY_AREA\T\BACKUPSET\2011_01_07\O1_MF_NNNDF_TAG20110107T171001_6LG45BXS_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\T\BACKUPSET\2011_01_07
\O1_MF_NNNDF_TAG20110107T171001_6LG45BXS_.BKP tag=TAG20110107T171001
channel ORA_DISK_1: restore complete, elapsed time: 00:01:04
Finished restore at 07-JAN-11
RMAN> recover database;
Starting recover at 07-JAN-11
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 7 is already on disk as file D:\ORACLE\PRODUCT\10.
2.0\ORADATA\T\REDO02.LOG
archive log filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG thread=1 sequ
ence=7
media recovery complete, elapsed time: 00:00:03
Finished recover at 07-JAN-11
RMAN> exit
Recovery Manager complete.
C:\Documents and Settings\chinar>sqlplus sys/sm as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jan 7 17:51:31 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
Database altered.
SQL> And above you see lines as
archive log thread 1 sequence 7 is already on disk as file D:\ORACLE\PRODUCT\10.
*2.0\ORADATA\T\REDO02.LOG*
archive log filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG thread=1 sequ
ence=7
It means RMAN apply these.So you can apply these using SQLPLUS ALSO.In additionally you can see that from alert log as
alter database recover if needed
start until cancel using backup controlfile
Media Recovery Start
parallel recovery started with 2 processes
ORA-279 signalled during: alter database recover if needed
start until cancel using backup controlfile
Fri Jan 07 17:50:34 2011
alter database recover logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG'
Fri Jan 07 17:50:34 2011
Media Recovery Log D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG
Fri Jan 07 17:50:34 2011
Incomplete recovery applied all redo ever generated.
Recovery completed through change 665263
Completed: alter database recover logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG'And finally you see clearly that even if you execute RECOVER DATABASE from RMAN it actually execute RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE (from alert.log start until cancel using backup controlfile)
And these is not any difference.
Hope that help you and you got answer. -
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 -
Hi,
I am trying to recover my Oracle 9i v9.2.0.4 database running on Solaris 9 (sparc). Database is in archived log mode and RMAN is also used to perform incremental and full backups.
My database died with an internal error and so far I can restore it from within RMAN with no problem. When I execute "Recover database", I see the following:
RMAN> recover database;
Starting recover at 12-APR-04
using channel ORA_DISK_1
using channel ORA_DISK_2
channel ORA_DISK_1: starting incremental datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
destination for restore of datafile 00003: /ora02/app/oracle/oradata/sunesdb/cwmlite01.dbf
destination for restore of datafile 00005: /ora02/app/oracle/oradata/sunesdb/example01.dbf
destination for restore of datafile 00006: /ora02/app/oracle/oradata/sunesdb/indx01.dbf
destination for restore of datafile 00010: /ora02/app/oracle/oradata/sunesdb/xdb01.dbf
channel ORA_DISK_2: starting incremental datafile backupset restore
channel ORA_DISK_2: specifying datafile(s) to restore from backup set destination for restore of datafile 00001: /ora02/app/oracle/oradata/sunesdb/system01.dbf
destination for restore of datafile 00008: /ora02/app/oracle/oradata/sunesdb/tools01.dbf
channel ORA_DISK_1: restored backup piece 1
piece handle=/ora_backup/ora_df522977420_s309_s1 tag=TAG20040408T233019 params=NULL
channel ORA_DISK_1: restore complete
channel ORA_DISK_2: restored backup piece 1
piece handle=/ora_backup/ora_df522977515_s311_s1 tag=TAG20040408T233019 params=NULL
channel ORA_DISK_2: restore complete
channel ORA_DISK_1: starting incremental datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
destination for restore of datafile 00002: /ora02/app/oracle/oradata/sunesdb/undotbs01.dbf
destination for restore of datafile 00004: /ora02/app/oracle/oradata/sunesdb/drsys01.dbf
destination for restore of datafile 00007: /ora02/app/oracle/oradata/sunesdb/odm01.dbf
destination for restore of datafile 00009: /ora02/app/oracle/oradata/sunesdb/users01.dbf
channel ORA_DISK_1: restored backup piece 1
piece handle=/ora_backup/ora_df522977420_s310_s1 tag=TAG20040408T233019 params=NULL
channel ORA_DISK_1: restore complete
starting media recovery
media recovery failed
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/12/2004 17:10:44
ORA-00283: recovery session canceled due to errors
RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed start
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3020], [8388729], [1], [154], [167160], [16
ORA-10567: Redo is inconsistent with data block (file# 2, block# 121)
ORA-10564: tablespace UNDOTBS1
ORA-01110: data file 2: '/ora02/app/oracle/oradata/sunesdb/undotbs01.dbf'
ORA-10560: block type 'KTU SMU HEADER BLOCK'
RMAN>
I also tried to restore and recover to 08-Apr-04, the day before it crashed. This can be done successfully but I still cannot open the database.
The error says I need to used RESETLOGS or NORESETLOGS. I followed but the database still refused to open.
What should I do to get the database back online? I am not DBA trained and hence kindly list me the steps to follow.
Is it possible to start without the undotsb01.dbf and then rebuild it? What would I lose by doing this? Any alternatives?
Thank you very much!Bad news.. I forgot to turn off my cron jobs last night and it seems that my backups were overwritten. I cannot restore back to 08-APR-04 as it reported RMAN-06023: no backup or copy of datafile found to restore.
Any way to resolve the undotsb01.dbf problem so that I can startup my database again? -
Recover database with missing archivelog...
Oracle10gR2 RHEL 4
Hi,
I am having a problem. I'm trying to recover my database to an previous point in time but the archive logs that I need were accidentally removed. Is there anyway I can restore it to a previous point in time? None of the SCN's are working no matter how far I go back (note: I can created the database lastweek so it can't go further than that).
Thanks
RMAN> recover database until time "to_date('2008-04-08:17:47:00','YYYY-MM-DD:HH24:MI:SS')";
Starting recover at 14-APR-08
using channel ORA_DISK_1
starting media recovery
archive log thread 2 sequence 4 is already on disk as file +FLASH1/vmracdev/archivelog/2008_04_08/thread_2_seq_4.290.651538751
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/14/2008 16:11:11
RMAN-06053: unable to perform media recovery because of missing log
RMAN-06025: no backup of log thread 1 seq 9 lowscn 153309685 found to restore
RMAN> recover database until SCN 153330712;
Starting recover at 14-APR-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/14/2008 16:12:40
RMAN-06556: datafile 1 must be restored from backup older than scn 153330712
RMAN> recover database until SCN 153266607;
Starting recover at 14-APR-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/14/2008 16:15:01
RMAN-06556: datafile 1 must be restored from backup older than scn 153266607Ok, I am trying that but I get the following error:
RMAN> recover database until SCN 153219977;
Starting recover at 17-APR-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/17/2008 13:33:00
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20208: UNTIL CHANGE is before RESETLOGS change
And this is the latest SCN I have.
Thanks -
Recover Database complains of version
This is not technicaly a RMAN question but it seemed the most appropriate forum.
I am testing some database recovery scenarios so I know what I'm doing if I have a real problem.
I have a database that I have replicated to another machine and have current control files and archive logs, but am restoring an older set of datafiles to try and recover using the archive log information.
The archives were created on another server, but I have tried to mirror that install on a nother system. I have restored the control and archive log files from a more recent "hot" backup and the datafiles from an older "cold" backup. When I attempt a manual or auto recovery I get the following error:
ORA-00331: log version 8.1.0.0.0 incompatible with ORACLE version 8.0.5.0.0
ORA-00334: archived log: '/var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc'
Both this instance and the instance that created the original files were backup up from are running 8.1.6.0.0
Any ideas why I would be seing this? I did a similar test about a month ago with no problems, I can't figure out what is different. Here is a log of the session: Sorry if the formatting get's mangled)
Oracle Server Manager Release 3.1.6.0.0 - Production
Copyright (c) 1997, 1999, Oracle Corporation. All Rights Reserved.
Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
With the Partitioning option
JServer Release 8.1.6.0.0 - Production
SVRMGR> connect internal
Connected.
SVRMGR> startup mount
ORACLE instance started.
Total System Global Area 55152624 bytes
Fixed Size 69616 bytes
Variable Size 15777792 bytes
Database Buffers 39124992 bytes
Redo Buffers 180224 bytes
Database mounted.
SVRMGR> select * from v$version;
BANNER
Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
PL/SQL Release 8.1.6.0.0 - Production
CORE 8.1.6.0.0 Production
TNS for Solaris: Version 8.1.6.0.0 - Production
NLSRTL Version 3.4.0.0.0 - Production
5 rows selected.
SVRMGR> recover database
ORA-00279: change 2203988 generated at 01/30/2001 08:05:10 needed for thread 1
ORA-00289: suggestion : /var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc
ORA-00280: change 2203988 for thread 1 is in sequence #34963
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00331: log version 8.1.0.0.0 incompatible with ORACLE version 8.0.5.0.0
ORA-00334: archived log: '/var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc'
SVRMGR> set autorecovery on
Autorecovery ON
SVRMGR> recover database
ORA-00279: change 2203988 generated at 01/30/2001 08:05:10 needed for thread 1
ORA-00289: suggestion : /var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc
ORA-00280: change 2203988 for thread 1 is in sequence #34963
ORA-00331: log version 8.1.0.0.0 incompatible with ORACLE version 8.0.5.0.0
ORA-00334: archived log: '/var/opt/oracle/admin/ORCL/arch/arch_1_34963.arc'
SVRMGR> shutdown
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SVRMGR> exit
Server Manager complete.
nullDennis,
What about the compatible parameter in the init.ora? What is it set to on the new host?
Thanks.
Maybe you are looking for
-
Installation guide to SAP R/3 4.6
Hi Can anyone provide me with the detailed instruction guide to install SAP R/3 4.6C (not a trial version) in my system. Configuration of my system: C: 70 GB: XP installed D: 20 GB XP installed E: 20 GB. RAM: 1GB. Edited by: srk s on Jan 13, 2008 4:
-
Sap Guru's I'm trying to configure an adapter to recieve text files out of a specified directory and integrate and convert them into a single xml file, with no further processing. I get the following log: Mon Oct 24 01:02:22 GMT-08:00 2005 ***** 01:0
-
Is it possible to replace a 17" screen i know the 17' is now deplete
Hi The coating has started to come off my screen so need it replacing. I have the 17" macbook pro retina screen, i know they don't do the 17" mac anymore but wondered if there is any stock that is kept for such replacements. Many thanks Tracey x
-
how do get notes that were on my phone that are now in the notes section of my email back to my phone?
-
It says I already have flash player.
But it's not listed in my computer.