Cold backup tablespace restore

From a cold backup can you restore a tablespace to a different database.
A datafile was created and dropped and now we are recieving ORA-1186, ORA-1157 cannnot/identify lock datafile
We know that if our database goes down it won't come back up. The table space has about 250 tables and its huge about 100g in size. Does anyone know of what steps needs to be taken?
Edited by: user10767182 on Jan 6, 2009 8:35 PM

I couldn't quite workout what you were saying, but I think you were suggesting that copies of the lost tables and data are sitting in a second database somewhere, and you would like to pull them out of that database and plug them into the broken database. Is that right?
If so, you cannot take a datafile from one database and plug it into another, unless you use the transportable tablespace option.
Basically, on your broken database, you'd shut it down, bring it back to the mount state and then say alter database datafile X offline drop
That will let you issue an alter database open followed by a drop tablespace X, and your broken database will at least be open, minus the important tablespace
You then get your second database open and make the important tablespace read-only
You'd drop to the command line and do an export using the TRANSPORT_TABLESPACE option -the command is too susceptible to the specifics to show you here. Check the documentation at http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta063.htm
You then copy the datafile and the export dump file to the server where your broken database is running
You then run an import, again specifying the TRANSPORT_TABLESPACE option
Effectively, the datafile copy gets 'plugged in' to the broken database and gets adopted as a native, brand new tablespace, complete with contents. You finish off by making the tablespace read-write in both databases once more.
Obviously, you lose data using this sort of process: the data comes back into your 'broken' database in the same state it was in your second database, and you can't apply redo to it to recover it to a more recent state. But that's going to be the best you can do if you don't have proper physical backups of the file. Your subject mentioning cold backups confused me a little on that score too.
So I won't go into any more detail for now. It may be that I misunderstood the reference to 'restore a tablespace to a different database' and your requirements completely. But if this sounds like what you are after, and if you are stuck on any of the details, then you can always post a follow-up.

Similar Messages

Recover datafile using cold backup in archivelog mode

Hi,
I have lost one of my datafiles i.e New.dbf from the disk. I have full database cold backup of last sunday. Also I have the archives. Is it possible to restore and recover only the lost datafile? Please help.

If you used RMAN to create the backup, then use RMAN again to restore that one datafile alone (RESTORE DATAFILE n) and then recover it (RECOVER DATAFILE n).
If you didn't use RMAN but you are sure that the backup was a COLD Backup, manually restore the datafile and then issue a RECOVER DATAFILE n from the SQLPlus command.
In either case you must ensure that the datafile is OFFLINE before you restore the file -- or take it OFFLINE with ALTER DATABASE DATAFILE n OFFLINE IMMEDIATE before doing the restore.
After the RECOVER is completed, you must bring it ONLINE with an ALTER DATABASE DATAFILE n ONLINE
Hemant K Chitale
http://hemantoracledba.blogspot.com

Rman backup and restore noarchive log

Hi,
We are changing our backup tools from exp to rman. For this I am trying to do
restoration in test server of oracle db running on 9.2 noarchive log.
Step 1. Taken complete backup with rman with nocatalog and include controlfile
nput datafile fno=00008 name=D:\ORACLE\ORADATA\TOTO\TOOLS01.DBF
channel ORA_DISK_1: starting piece 1 at 09-MAR-06
channel ORA_DISK_1: finished piece 1 at 09-MAR-06
piece handle=D:\DBBACKUPS\T1.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:15
Finished backup at 09-MAR-06
Step 2. Deleted database files and control files from database directory.
Step 3. Restore controlfiles
RMAN> restore controlfile from 'd:\dbbackups\t1.bkp';
Starting restore at 09-MAR-06
using channel ORA_DISK_1
channel ORA_DISK_1: restoring controlfile
channel ORA_DISK_1: restore complete
replicating controlfile
input filename=D:\ORACLE\ORADATA\TOTO\CONTROL01.CTL
output filename=D:\ORACLE\ORADATA\TOTO\CONTROL02.CTL
output filename=D:\ORACLE\ORADATA\TOTO\CONTROL03.CTL
Finished restore at 09-MAR-06
Step 3. after database mount, try to restore datafiles, which is failed
restoring datafile 00024 to D:\ORACLE\ORADATA\TOTO\DIN36\TESTUNV1.ORA
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/09/2006 17:24:25
ORA-19505: failed to identify file "D:\DBBACKUPS\TOTOBKP.RMAN"
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Why it is looking old backup totobkp.rman which is not existing on disk ? My
backup name is t1.bkp.
Will you pl tell me where I have gone wrong ? Secondly what are the correct
steps to be followed for taking cold backup and restoration.
thanks & regards
pjp

Okay let us ponder this for a moment:-
DB NOARCHIVELOG
It does not matter when you take the backup of controlfile because the database is in mount state and no changes are allowed to the db ( Checkpoints etc. )
DB ARCHIVELOG
It does not matter when you take the backup of controlfile because the database is continuously writing to the archivelog's.
End result should not be significantly different as to worry about whether to take backup of control file before or after backup.
Thanks
Gopal

How to backup only one tablespace in cold backup noarchivelog mode

Hi,
How to backup only one tablespace in cold backup noarchivelog mode
Reagrds,
Rushang

We have to restore all 50 GB database if we fail in scripts meanwhile to start again the data load.
Out scripts populater only two tablespaces.
That's why if i take backup of those tabblespace then i have to restore only those tablespace not whole database.
Regards,
Rushang

Restoring tigger from cold backup.

Hi
I have one problem..... recently i have drooped 1 trigger by mistake of one of my user in database. Now the problem is... we never take the logical backup of that DB.
Backup mechanism of the database is Cold Backup and size is *2TB*.
Now i have to restore that trigger from the cold backup with minimum effort , do i have to create the Clone database with the Cold backup using all the datafiles ...? or System tablespace ( or datafile) and default Schema tablespace(Schema which holds the trigger and its tables) in enough for restoring the trigger ?
I hope i am clear with my question. please let me know if you need more details.
Please suggest some best and fast way to solve this problem.
Thanks,

You need to restore enough to OPEN the DB can you please elaborate this clearly....
The version is :
Oracle Database 11g Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 ; Production
TNS for Linux: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production I have dropped in this Monday. Flashback is not implemented.
Edited by: user10915512 on May 10, 2011 7:15 AM

Partial restore from Cold backup

Hi,
I want to create a copy of our dev database to another server.
We have Oracle 10.2.0.4 server running on Solaris 10 OS.
This database is @ 120GB in size and has got lots of application data.
Now I want to create a copy of this DB without having the application data.
Can I do the following?
1. Take cold backup of this database.
2. copy the oracle binaries, controlfile, logfile to target server.
3. copy the datafiles only for SYSTEM, UNDO, TEMP and SYSAUX tablespace to target.
4. restore / create the new database? - will you pls provide me the steps for this?
Thanks,
DR

Hi,
In order to create a clone of your dev database trough the copy procedure you have to follow these steps:
1. Take a cold backup of your database files (and i mean ALL the files: controlfile, data files, etc)
2. Take a "cold" backup of oracle binaries (with your instance down, copy $ORACLE_HOME dir)
3 You have to ensure you have the directory structure in the new server.
4. The new server must accomplish with all the libraries requiered for clean installation (that's because you have to relink oracle binaries)
5. Once the oracle binaries are in $ORACLE_HOME, run "relink all". If everything is fine, you don't have to see any errors; if not, check the log.
6. After a succesful relink, you have to copy the database files on their corresponding directories.
7. Start the instance.
I know, it's not a friendly process, but it works.
I offer you another way.
1. Install another engine (same as your dev server).
2. Clone your dev database with one of the following procedures:
2.a. RMAN Clone
2.b. Directly import with oracle data pump.
regards

Restoring inconsistent cold backup

Hello all.
Here's the scenario: I have a 9.2.0.1 database, in noarchivelog mode, running on Windoze XP. While the database is running, I took a backup of all the datafiles, control files and online logs using copy and paste on windoze. After the copy was done, I have shut down the database. I copied back into the original location the backup of the datafiles I made earlier.
My question is: How I go about to restore this database ? I dont care wether it is consistent or not, I just want to open it to make an export out of it
Things I have tried so far unsuccessfully:
allowresetlogs_corruption
allowreadonly_corruption
If you could shed some light on it on the steps I would need to make, that would be appreciated.
Thanks

What have you tried to far (specifics please, not general statements)?
I have done something close to what you want do a couple of years ago for an Oracle 9.2.0.4 DB on Linux and am looking for my notes. One key thing I found was to not try to change anything but just get a DB up and running that would let me get the data out. That means don't try to use different file paths or anything other changes.
It involved creating a new minimal database from scratch by hand that has the same name, paths, block size as the old one. In my case this minimal DB only had the system_01.dbf, undotbs_01.dbf and users_01.dbf data files even though I ultimately needed access to about 40 others.
The idea is to get a template DB in place that refers to the same paths, then shut it down and replace the minimal system_01.dbf file with the one from your backup. It turned out for me that Oracle could open, load and use my old system tablespace even though it referred to tablespaces that didn't exist yet in the new minimal system; obviously I couldn't use them yet but they didn't cause Oracle to fail to start.
1. You can toss the redo logs since there is nothing in them you need or can use and you will never be able to read them anyway.
2. You will need to create the instance and DB using the same version of Oracle that you had. There were key differences between the early Oracle 9 versions and I wasn't able to get around them.
3. Create an instance for the correct DB version if you don't have one. The easiest way to create a new one is to do a default installation from the original set up files but DO NOT create a database. When given choices use the same values (character set, paths, etc) as your old DB.
4. You will need a text version of the init.ora file in the same location (name and path) where it was before - the character set and block size have to match what you had before. If you have a copy of this file you can try it first. If you don't then create a minimal file; that is, no entries that are not necessary. Oracle comes with a sample with a lot entries commented out.
    a. use the same db_name= parameter in the init.ora file
    b. use a db_files= parameter that is large enough for all of the data files that you will later need access to
    c. use a compatible- parameter that is 9.2.0 and no later
5. You won't be able to use your old, copied, control files since they are binary files and the content won't match the new database; trying to use them will not get you anywhere.
6. Once you can bring up this new DB the first thing you should do is shut it down and take a cold backup.
7. Replace the new system_01.dbf and users_01_dbf files with the ones you copied from the old DB. The new control file can mount and open the old tablespace file and users file since the control file (old Oracle systems only, mind you) have NAME and PATH information but do not care about actual content (how many users, etc).
8. Make sure you can now open and access the DB with your swapped system and user tablespaces. You won't be able to access objects from the system tables that refer to data files that aren't known to the control file so don't even try to yet.
9. You can add your other data files to the DB by doing a CREATE CONTROLFILE command, when unmounted, that adds the other data files that you will want access to. Obviously don't add them all at once; add one and then test to make sure that things are ok. You won't be
It turns out that the control file has the list of datafiles including their names and paths but does not have the sizes; the system tables have the size info and physical info. So you can add a datafile to the control file by path and name without needing to know how big it was supposed to be; that size info will still be in your old system tablespace.I may have missed something and if I fiind my notes will repost with anything else I think of.

How to restore cold backup + archived log files

Hi,
Suppose I take a cold backup on 18th. After that I have four days of archived log files. if the database crashes on 5th day, I have to restore the 18th cold back + 4 days of archived log files. How do I restore since it is a cold backup and I cant do incomplete recovery.
can I use
Recover database ( with 18th cold backup) in mount state and apply archived logs.
Prabhath

The details of how you perform forward recovery using a cold backup depends on
1- rman or manual backup
2- using current or backup control file
3- if rman, recovery catalog or no recovery catalog
4- if full database recovered or only a few files
Each of these conditions will affect what is known to Oracle and what needs to be done. For example if you restored the entire cold backup including the control file then Oracle would see a consistent database and not need to perform recovery so you would need to startup mount and tell the database to perform recovery using a backup control file. If using rman and no recovery catalog you might need to catalog some of the archived redo logs, etc....
It is advisable to consult the Backup and Recovery manuals before attempting recovery for any new scenario.
HTH -- Mark D Powell --

Cold Oracle EBS backup and restore doesn't work

Hi,
I did a backup using tar while the database was open and not in archive mode ( archivelog disabled ) and restored it on another machine.
OS = AIX 5.3
Oracle EBS 11.5.9
Database 9i
When i started the database I got errors.
Is there a metalink document which will help me recover the database ?
I followed the following metalinks:
Database Startup Fails with ORA-01113, ORA-01110 errors [ID 146039.1]
Common Causes and Solutions on ORA-1113 Error Found in Backup & Recovery [ID 183367.1]
However, I would like to point out that the above is applicable in case of archivelogs = enabled
My case: archivelogs = disabled
SQL> startup mount pfile=/oracle/proddb/9.2.0/dbs/initPROD.ora
ORACLE instance started.
Total System Global Area 615482512 bytes
Fixed Size 742544 bytes
Variable Size 436207616 bytes
Database Buffers 167772160 bytes
Redo Buffers 10760192 bytes
Database mounted.
SQL> SELECT V1.FILE#, NAME
FROM V$BACKUP V1, V$DATAFILE V2
WHERE V1.STATUS = 'ACTIVE' AND V1.FILE# = V2.FILE# ; 2 3
no rows selected
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 3368247542 generated at 02/10/2013 03:07:21 needed for thread
1
ORA-00289: suggestion : /oracle/proddb/9.2.0/dbs/arch1_637.dbf
ORA-00280: change 3368247542 for thread 1 is in sequence #637
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: '/oracle/proddata/system01.dbf'
ORA-01112: media recovery not started
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 3368247542 generated at 02/10/2013 03:07:21 needed for thread
1
ORA-00289: suggestion : /oracle/proddb/9.2.0/dbs/arch1_637.dbf
ORA-00280: change 3368247542 for thread 1 is in sequence #637
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00308: cannot open archived log '/oracle/proddb/9.2.0/dbs/arch1_637.dbf'
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/oracle/proddata/system01.dbf'
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/oracle/proddata/system01.dbf'
SQL> select HXFIL File_num,substr(HXFNM,1,40) File_name,FHTYP Type,HXERR Validity,
FHSCN SCN, FHTNM TABLESPACE_NAME,FHSTA status ,FHRBA_SEQ Sequence
from X$KCVFH;
419 rows selected.

981553 wrote:
I understand that Hot backups cannot be done with noarchivelog and data will be inconsistent.
However, shouldn't the Database be able to recover whatever data is in there in the datafiles and startup normally. From where should it be recoverd, only if we store the data changes in a separate files. These files are called archive logs. The archive logs will be generated when you enable archive log.
This is my question and concern. I searched for Metalink and couldn't find anything on it.
I want to startup the database with whatever Data is present there after the backup. Any solutions for such a scenario ?
ORA-00279: change 3368247542 generated at 02/10/2013 03:07:21 needed for thread
1
ORA-00289: suggestion : /oracle/proddb/9.2.0/dbs/arch1_637.dbf
ORA-00280: change 3368247542 for thread 1 is in sequence #637
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}When it asks for change number "637" and if you are lucky enough that the redo log file with this sequence is not over written then that redo log file can be given as input when it asks as above.
But again, all these tries are for nothing. At the end of the day if your database is in no archive log mode the reliable backup is only the one taken using cold backup method. i.e. by shutting down the database.
Thanks

ORA-00313: open failed for members during restore from COLD backup

Hi all,
I took a cold backup of an 11.1 database using RMAN (database in mount state).
I used the following command to restore it:
restored the controlfile and then
RESTORE DATABASE FROM TAG 'TAGxxxxxxxxxx';
Now I'm restoring it and it's taking too much time. When checking alert log it says:
ORA-51106: check failed to complete due to an error. See error below
ORA-48318: ADR Relation [HM_FINDING] of version=3 cannot be supported
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle1/oradata/******/redo1_02.log'
ORA-27037: unable to obtain file status
HPUX-ia64 Error: 2: No such file or directory
Additional information: 3
RMAN is still in progress, why does it complain about redo?
I'm not doing recovery since it was a cold backup.
Thanks in advance.

Hi Michael,
Yes, it's the correct one because it says "full restore complete":
ORA-00312: online log 1 thread 1: '/oracle1/oradata/******/redo1_01.log'
ORA-27037: unable to obtain file status
HPUX-ia64 Error: 2: No such file or directory
Additional information: 3
Tue Apr 30 14:38:14 2013
Full restore complete of datafile 32 /oracle1/oradata/******/apr_sesm_index_01.dbf. Elapsed time: 1:25:42
checkpoint is 12652187135448
last deallocation scn is 12651877642745
Tue Apr 30 15:38:04 2013
Full restore complete of datafile 34 /oracle1/oradata/******/apr_stage_data_01.dbf. Elapsed time: 6:42:52
checkpoint is 12652187135448
last deallocation scn is 12651877637877
thanks,

Restore from cold backup (rac server)

Hi All,
Oracle version : 10g
OS : SunOS dixie1 5.10 Generic_118855-36 i86pc i386 i86pc
I am having cold backup of RAC server (2 nodes), I want to restore from cold backup.
The problem is that : when i performed the cold backup using rman at that time Oracle was having 3 ASM diskgroups.But unforunately that disk is no more in use due to some fault.
Now my question is how can i restore from the cold backup as when i'll restore from the cold backup this will ask for the same ASM diskgroups.Even more if i creates the same diskgroup with the same name and same configuration then my doubt is that rman will allow me to restore the same from the cold backup as ASM disk header changed now ?
Thanks,
Vipin

VipinK wrote:
Hi All,
Oracle version : 10g
OS : SunOS dixie1 5.10 Generic_118855-36 i86pc i386 i86pc
I am having cold backup of RAC server (2 nodes), I want to restore from cold backup.
The problem is that : when i performed the cold backup using rman at that time Oracle was having 3 ASM diskgroups.But unforunately that disk is no more in use due to some fault.
Now my question is how can i restore from the cold backup as when i'll restore from the cold backup this will ask for the same ASM diskgroups.Even more if i creates the same diskgroup with the same name and same configuration then my doubt is that rman will allow me to restore the same from the cold backup as ASM disk header changed now ?
Yes.You can do these and restore/recover your database.First you need startup your ASM instance then create your ASM disk groups and do following:
1.Edit pfile and change controlfile location to diskgroup(Consder that +dgr1)
2.Restore controlfile to this disk group using backup of controlfiles(you say that is cold backup)
rman target /
/*Instance need starting up from pfile*/
startup nomount ;
/*then restore controlfile,give full path of controlfile from coldbackup*/
restore controlfile from 'coldbackup_location\coltrolfile';
alter database mount;
catalog start with 'coldbackup_location';
backup as copy database format '+dgr1';
switch database to copy;
alter database open;

Problem with restoring a database from cold backup

All,
I've got a 10.2.0.4 database that we perform a cold backup on every night with RMAN. On Sunday 2/21, we have level 0 backup. On Monday-Wednesday nights, we take a cold level 1. We also perform a controlfile auto backup each night.
On a second server where I want to restore the database (same version of Oracle 10.2.0.4), I've copied the control file auto backups, the level 0 and the most recent level 1. I now want to restore. I use an RMAN script similar to the following to restore the control files:
connect target /;
set dbid 1973354860;
# Restore the controlfile from the tag that auto backed up the controlfile at the end of the level 0
run
startup nomount;
allocate channel c1 type disk;
restore controlfile to '/u01/app/oracle/oradata/ORADB1/control01.ctl' from AUTOBACKUP;
restore controlfile to '/u02/app/oracle/oradata/ORADB1/control02.ctl' from AUTOBACKUP;
restore controlfile to '/u03/app/oracle/oradata/ORADB1/control03.ctl' from AUTOBACKUP;
release channel c1;
shutdown immediate;
After the control files restore successfully, I perform some RMAN checks to ensure that all of the files I need for a recovery are there. The RMAN> list backup of database; command shows all of my backup savesets as AVAILABLE for the level0 and level1 backups.
I then try a restore database command; and get the following errors:
RMAN> run
2> {
3> allocate channel c1 type disk;
4> allocate channel c2 type disk;
5> allocate channel c3 type disk;
6> allocate channel c4 type disk;
7> restore database from tag='TAG20100221T200045';
8> }
using target database control file instead of recovery catalog
allocated channel: c1
channel c1: sid=74 devtype=DISK
allocated channel: c2
channel c2: sid=70 devtype=DISK
allocated channel: c3
channel c3: sid=166 devtype=DISK
allocated channel: c4
channel c4: sid=168 devtype=DISK
Starting restore at 25-FEB-10
released channel: c1
released channel: c2
released channel: c3
released channel: c4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 13:33:19
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 44 found to restore
RMAN-06023: no backup or copy of datafile 43 found to restore
RMAN-06023: no backup or copy of datafile 42 found to restore
RMAN-06023: no backup or copy of datafile 40 found to restore
RMAN-06023: no backup or copy of datafile 39 found to restore
RMAN-06023: no backup or copy of datafile 38 found to restore
RMAN-06023: no backup or copy of datafile 37 found to restore
RMAN-06023: no backup or copy of datafile 36 found to restore
RMAN-06023: no backup or copy of datafile 35 found to restore
RMAN-06023: no backup or copy of datafile 34 found to restore
RMAN-06023: no backup or copy of datafile 33 found to restore
RMAN-06023: no backup or copy of datafile 32 found to restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 25 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 23 found to restore
RMAN-06023: no backup or copy of datafile 22 found to restore
RMAN-06023: no backup or copy of datafile 21 found to restore
RMAN-06023: no backup or copy of datafile 20 found to restore
RMAN-06023: no backup or copy of datafile 19 found to restore
RMAN-06023: no backup or copy of datafile 18 found to restore
RMAN-06023: no backup or copy of datafile 17 found to restore
RMAN-06023: no backup or copy of datafile 16 found to restore
RMAN-06023: no backup or copy of datafile 15 found to restore
RMAN-06023: no backup or copy of datafile 14 found to restore
RMAN-06023: no backup or copy of datafile 13 found to restore
RMAN-06023: no backup or copy of datafile 12 found to restore
RMAN-06023: no backup or copy of datafile 11 found to restore
RMAN-06023: no backup or copy of datafile 10 found to restore
RMAN-06023: no backup or copy of datafile 9 found to restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to 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
RMAN>
But I know from the RMAN crosscheck and list backup commands that the savesets are available on disk. For example:
RMAN> list backup of datafile 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
List of Datafiles in backup set 4875
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
List of Datafiles in backup set 4894
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
RMAN> list backup of datafile 44; (the first one in the list above)
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4872 Incr 0 7.15G DISK 00:35:17 21-FEB-10
BP Key: 4872 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046
List of Datafiles in backup set 4872
File LV Type Ckp SCN Ckp Time Name
44 0 Incr 5086110241948 21-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4893 Incr 1 4.06G DISK 00:26:52 24-FEB-10
BP Key: 4893 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238
List of Datafiles in backup set 4893
File LV Type Ckp SCN Ckp Time Name
44 1 Incr 5086113791743 24-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
As you can see, the level 0 and level 1 backups are showing as available. To double check, I perform a crosscheck backup of database;
RMAN> crosscheck backup of database;
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=74 devtype=DISK
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046 recid=4872 stamp=711576046
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4928_piece_1_date_20100221_711576046 recid=4873 stamp=711576046
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189 recid=4874 stamp=711578189
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185 recid=4875 stamp=711578186
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4932_piece_1_date_20100221_711579570 recid=4876 stamp=711579570
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4931_piece_1_date_20100221_711579392 recid=4877 stamp=711579393
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4934_piece_1_date_20100221_711580369 recid=4878 stamp=711580370
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4935_piece_1_date_20100221_711580535 recid=4879 stamp=711580535
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122 recid=4880 stamp=711580123
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4948_piece_1_date_20100224_711835237 recid=4892 stamp=711835238
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238 recid=4893 stamp=711835238
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434 recid=4894 stamp=711836436
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866 recid=4895 stamp=711836866
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4951_piece_1_date_20100224_711837267 recid=4896 stamp=711837268
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4952_piece_1_date_20100224_711837971 recid=4897 stamp=711837972
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989 recid=4898 stamp=711837989
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4955_piece_1_date_20100224_711838522 recid=4899 stamp=711838522
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4954_piece_1_date_20100224_711838520 recid=4900 stamp=711838521
Crosschecked 18 objects
RMAN>
So I'm unclear as to why RMAN believes the backups of these files don't exist when I attempt to restore the database. Anyone have a clue?
NOTE: I've also tried to restore spcifically with the tag= clause but I get the same results:
RMAN> restore database from tag='TAG20100221T200045';
Starting restore at 25-FEB-10
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 13:41:04
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 44 found to restore
RMAN-06023: no backup or copy of datafile 43 found to restore
RMAN-06023: no backup or copy of datafile 42 found to restore
RMAN-06023: no backup or copy of datafile 40 found to restore
RMAN-06023: no backup or copy of datafile 39 found to restore
RMAN-06023: no backup or copy of datafile 38 found to restore
RMAN-06023: no backup or copy of datafile 37 found to restore
RMAN-06023: no backup or copy of datafile 36 found to restore
RMAN-06023: no backup or copy of datafile 35 found to restore
RMAN-06023: no backup or copy of datafile 34 found to restore
RMAN-06023: no backup or copy of datafile 33 found to restore
RMAN-06023: no backup or copy of datafile 32 found to restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 25 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 23 found to restore
RMAN-06023: no backup or copy of datafile 22 found to restore
RMAN-06023: no backup or copy of datafile 21 found to restore
RMAN-06023: no backup or copy of datafile 20 found to restore
RMAN-06023: no backup or copy of datafile 19 found to restore
RMAN-06023: no backup or copy of datafile 18 found to restore
RMAN-06023: no backup or copy of datafile 17 found to restore
RMAN-06023: no backup or copy of datafile 16 found to restore
RMAN-06023: no backup or copy of datafile 15 found to restore
RMAN-06023: no backup or copy of datafile 14 found to restore
RMAN-06023: no backup or copy of datafile 13 found to restore
RMAN-06023: no backup or copy of datafile 12 found to restore
RMAN-06023: no backup or copy of datafile 11 found to restore
RMAN-06023: no backup or copy of datafile 10 found to restore
RMAN-06023: no backup or copy of datafile 9 found to restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to 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

Just as a follow on to my last post, after the RMAN-06023 messages, I list backups of the three datafiles and as you can see RMAN thinks that they are available. If I exit RMAN and list them at the OS level, they are where RMAN things they should be:
RMAN> restore database;
Starting restore at 25-FEB-10
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 16:17:39
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 1 found to restore
RMAN> list backup of datafile 4;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4880 Incr 0 1.36G DISK 00:08:57 21-FEB-10
BP Key: 4880 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122
List of Datafiles in backup set 4880
File LV Type Ckp SCN Ckp Time Name
4 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4890 Incr 1 934.82M DISK 00:09:42 22-FEB-10
BP Key: 4890 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4943_piece_1_date_20100222_711664989
List of Datafiles in backup set 4890
File LV Type Ckp SCN Ckp Time Name
4 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4898 Incr 1 947.57M DISK 00:08:49 24-FEB-10
BP Key: 4898 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989
List of Datafiles in backup set 4898
File LV Type Ckp SCN Ckp Time Name
4 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
RMAN>
RMAN> list backup of datafile 3;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4874 Incr 0 2.65G DISK 00:19:50 21-FEB-10
BP Key: 4874 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189
List of Datafiles in backup set 4874
File LV Type Ckp SCN Ckp Time Name
3 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4885 Incr 1 1.95G DISK 00:15:54 22-FEB-10
BP Key: 4885 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4940_piece_1_date_20100222_711663910
List of Datafiles in backup set 4885
File LV Type Ckp SCN Ckp Time Name
3 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4895 Incr 1 1.97G DISK 00:18:13 24-FEB-10
BP Key: 4895 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866
List of Datafiles in backup set 4895
File LV Type Ckp SCN Ckp Time Name
3 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
RMAN>
RMAN>
RMAN> list backup of datafile 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
List of Datafiles in backup set 4875
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4884 Incr 1 1.93G DISK 00:12:34 22-FEB-10
BP Key: 4884 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4939_piece_1_date_20100222_711663601
List of Datafiles in backup set 4884
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086111401249 22-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
List of Datafiles in backup set 4894
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
RMAN> exit
$ ls -ltr /u03/oracle_backups/ORADB1/offline
total 59743688
-rwx------ 1 oracle oinstall 7677960192 2010-02-25 11:13 ORADB1_level0_set_4927_piece_1_date_20100221_711576046
-rwx------ 1 oracle oinstall 7980834816 2010-02-25 11:24 ORADB1_level0_set_4928_piece_1_date_20100221_711576046
-rwx------ 1 oracle oinstall 4691853312 2010-02-25 11:29 ORADB1_level0_set_4929_piece_1_date_20100221_711578185
-rwx------ 1 oracle oinstall 2847391744 2010-02-25 11:34 ORADB1_level0_set_4930_piece_1_date_20100221_711578189
-rwx------ 1 oracle oinstall 3530924032 2010-02-25 11:39 ORADB1_level0_set_4931_piece_1_date_20100221_711579392
-rwx------ 1 oracle oinstall 1566449664 2010-02-25 11:41 ORADB1_level0_set_4932_piece_1_date_20100221_711579570
-rwx------ 1 oracle oinstall 1459781632 2010-02-25 11:43 ORADB1_level0_set_4933_piece_1_date_20100221_711580122
-rwx------ 1 oracle oinstall 561774592 2010-02-25 11:44 ORADB1_level0_set_4934_piece_1_date_20100221_711580369
-rwx------ 1 oracle oinstall 58753024 2010-02-25 11:44 ORADB1_level0_set_4935_piece_1_date_20100221_711580535
-rwx------ 1 oracle oinstall 4364124160 2010-02-25 11:56 ORADB1_level1_set_4947_piece_1_date_20100224_711835238
-rwx------ 1 oracle oinstall 2971877376 2010-02-25 12:01 ORADB1_level1_set_4948_piece_1_date_20100224_711835237
-rwx------ 1 oracle oinstall 2066546688 2010-02-25 12:03 ORADB1_level1_set_4949_piece_1_date_20100224_711836434
-rwx------ 1 oracle oinstall 2119360512 2010-02-25 12:06 ORADB1_level1_set_4950_piece_1_date_20100224_711836866
-rwx------ 1 oracle oinstall 1003356160 2010-02-25 12:06 ORADB1_level1_set_4951_piece_1_date_20100224_711837267
-rwx------ 1 oracle oinstall 1637105664 2010-02-25 12:08 ORADB1_level1_set_4952_piece_1_date_20100224_711837971
-rwx------ 1 oracle oinstall 993607680 2010-02-25 12:08 ORADB1_level1_set_4953_piece_1_date_20100224_711837989
-rwx------ 1 oracle oinstall 1130496 2010-02-25 12:09 ORADB1_level1_set_4955_piece_1_date_20100224_711838522
-rwx------ 1 oracle oinstall 283344896 2010-02-25 12:09 ORADB1_level1_set_4954_piece_1_date_20100224_711838520
-rwx------ 1 oracle oinstall 4344365056 2010-02-25 16:01 ORADB1_level1_set_4937_piece_1_date_20100222_711662448
-rwx------ 1 oracle oinstall 2959015936 2010-02-25 16:05 ORADB1_level1_set_4938_piece_1_date_20100222_711662448
-rwx------ 1 oracle oinstall 2067202048 2010-02-25 16:07 ORADB1_level1_set_4939_piece_1_date_20100222_711663601
-rwx------ 1 oracle oinstall 2089304064 2010-02-25 16:08 ORADB1_level1_set_4940_piece_1_date_20100222_711663910
-rwx------ 1 oracle oinstall 955711488 2010-02-25 16:09 ORADB1_level1_set_4941_piece_1_date_20100222_711664370
-rwx------ 1 oracle oinstall 1623564288 2010-02-25 16:11 ORADB1_level1_set_4942_piece_1_date_20100222_711664872
-rwx------ 1 oracle oinstall 980238336 2010-02-25 16:12 ORADB1_level1_set_4943_piece_1_date_20100222_711664989
-rwx------ 1 oracle oinstall 280952832 2010-02-25 16:12 ORADB1_level1_set_4944_piece_1_date_20100222_711665385
-rwx------ 1 oracle oinstall 1130496 2010-02-25 16:12 ORADB1_level1_set_4945_piece_1_date_20100222_711665521

Database Restore from COLD Backup

Dear all,
I .m trying to restore a production database from a COLD backup. Before the COLD BAckup, we have take a HOT backup as usual and then shutdown the database to perform the Cold Backup.
After restirong all the oracle files and arch redo log, i have tried to restart the datbase but it failed with the followgin error message:
SVRMGR> connect internal
Connected.
SVRMGR> startup
ORACLE instance started.
Total System Global Area 625729520 bytes
Fixed Size 69616 bytes
Variable Size 133795840 bytes
Database Buffers 491520000 bytes
Redo Buffers 344064 bytes
Database mounted.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/usr/oracle/8.1.6/disk1/IF1/system01.dbf'
SVRMGR> exit
Server Manager complete.
root@dbserver#su - oracle
Sun Microsystems Inc. SunOS 5.8 Generic Patch October 2001
Then i have recovered but it seems that the Oracle process do not started and here is what i have found in alert log file:
Errors in file /usr/oracle/8.1.6/admin/IF1/bdump/if1_smon_609.trc:
ORA-00600: internal error code, arguments: [4194], [52], [52], [], [], [], [], []
Mon Mar 8 11:42:46 2004
Recovery of Online Redo Log: Thread 1 Group 1 Seq 29954 Reading mem 0
Mem# 0 errs 0: /usr/oracle/8.1.6/disk2/IF1/redo1a.rdo
SMON: terminating instance due to error 600
Instance terminated by SMON, pid = 609
WARNING! Recovering data file 1 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 2 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 5 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 7 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 8 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 9 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 26 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 27 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 29 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 31 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 34 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 36 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 40 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 43 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 49 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 53 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 54 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 55 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 58 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
Media Recovery Log
Could someone explain to me what i did wrong?
Thank you
ORA-01113
ORA-01110
ORA-00600: internal error code, arguments: [4194], [52], [52], [], [], [], [], []

Please do not confuse between the backup copies you have. Ensure that you have the latest copy whether cold or hot. If you have COLD copy then simply replace all the data files, redo log files, and the control files and start the database it should start. I do not understand your back up strategy because if you have a Hot backup then why do you need a cold backup. Please let me know in what mode your database is running?
Regards,
DJ

ORA-12560 in database restore cold backup

Hi guys,
I'm trying to restore a cold backup (WINDOWS NT) and I did the following:
1. Restore the datafiles in a specific location, according to the directory that the files were before.
2. Create the service:
C:\>oradim -new -sid ORCL -startmode auto -pfile C:\oracle\admin\ORCL\pfile\initORCL.ora
3. startup the listener with the instance.
4. When I try to connect as follows, I receive the following error:
C:\>connect "/as sysdba"
'connect' is not recognized as an internal or external command,
operable program or batch file.
C:\>sqlplus "/as sysdba"
SQL*Plus: Release 9.2.0.3.0 - Production on MiΘ Ago 13 17:20:32 2003
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
ERROR:
ORA-12560: TNS:protocol adapter error
Enter user-name:
C:\>
What am I missing???
TIA.

You may be hitting bug 4598734. See Metalink Note:359428.1 - Windows: Starting the instance service fails to start the database in Server rel. 10g

A question about restoring from cold backup(control file backup not clear)

Hi,
I had another question about restoring the cold backup. My database is in noarchivelog mode and after taking a consistent cold backup, all I need to do is to restore the backup right? -Why I got this question is because: when I backup my control file to trace, I see statements like this:-----
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE '/uo1/app1/arch1_1_647102958.dbf';
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
-- Database can now be opened normally.
ALTER DATABASE OPEN;
My database is in noarchivelog mode now so don't know why these statements (of register the logfile) is there in the backup of control file? so when I restore the cold backup of this database, it will still work correct? (there is no logfile I have only CRD files in cold backup -no archive log files.)
thanks
Nirav

Thanks for your inputs! It is most useful to me.
Regards
Nirav

Cold backup tablespace restore

Similar Messages

Maybe you are looking for