Restore files to a new database?

Hi,

I am trying to restore data and redo log files (about a week ago full backup) of DB1 (noarchivelog mode) into a new database DB2 because the boss doesn't want to shut down DB1. Is this possible? Usually you do cloning or restoring to a new location instead of a new database.

I restored all the data files and online redo log files (no archived log files because this is a noarchivelog mode db) to the new location. Run backup controlfile to trace to get a createdb.sql script, then run the script. Then I run:
recover database until time '2004-8-29:00:06:35' using backup controlfile

(using backup controlfile is required, otherwise I got an error message)

But the server prompt me for archive log files:
ORA-00279: change 122574831 generated at 08/29/04 00:00:22 needed for thread 1
ORA-00289: suggestion : /u03/oracle/product/805/dbs/arch/1_1425.dbf
ORA-00280: change 122574831 for thread 1 is in sequence #1425
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

I certainly don't have any archived logs. If I go ahead open the database instead of running a recover command, I get:

ORA-00344: unable to recreate online log '/red02/TEST/redo02.log'
ORA-27040: skgfrcre: create error, unable to create file
SVR4 Error: 2: No such file or directory

Could anyone give me some clues? Thanks
ebi168Asked:
Who is Participating?
 
seazodiacConnect With a Mentor Commented:
Since you have a FULL database backup,

you don't need to recover the database ,


SO your second approach bring you to the right track.

this error message: "ORA-00344: unable to recreate online log '/red02/TEST/redo02.log'
ORA-27040: skgfrcre: create error, unable to create file
SVR4 Error: 2: No such file or directory"


You need to make sure the REDO log files restored from backup are in this directory: '/red02/TEST/redo02.log'


Or you could startup the database in MOUNT mode:

SQL>startup mount;


then rename the log file into the right directory:

SQL>alter database rename file '<the old directory path from DB1>' to '<the new directory path for db2>';

0
 
geotigerCommented:

It seems that the redo log file path is mismatched. You need to make sure the redo log restored exists in the indicated path or change the redo log file path to the indicated path.
0
 
ebi168Author Commented:
Good clue! I mistyped redo01 into red01. The problem is fixed. Thanks guys.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.