Recover a wrong cold backup

Hi, I had a 9i database in NO ARCHIVELOG mode in a W2003 enviromente. OS hard disk was broken with Oracle instalatión and instance was fallen.
After, I can recover all datafiles, redo, controlfiles and parameter file. I´m trying recover database in another server using RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL; command but when Oracle needs the redo file that contain SCN 573 I put the path but nothing ocurr. Then if I put SELECT * FROM V$LOGFILE; I can see that this log file is in INVALIDATED status.
Another way to recover this database?
But first... Is possible recover this database with a no consistent shutdown of the database?
Thanks...

Hi,
NO ARCHIVELOG mode Never go for "NO ARCHIVELOG mode " ..
After, I can recover all datafiles, redo, controlfiles and parameter file. I´m trying recover database in another server using RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL; command but when Oracle needs the redo file that contain SCN 573 I put the path but nothing ocurr. Then if I put SELECT * FROM V$LOGFILE; I can see that this log file is in INVALIDATED status.As you database is not consistent - with respect to crash happened you need to cancel and go for resetlogs.
Since, Archive logs are not there as you DB is not supported. So Until the correct and valid online redo logs the recovery happens as per my knowledge.
- Pavan Kumar N

Similar Messages

Recover database using cold backup

Hi All,
One of the table is delete by one of our DBA from PROD accidentally. We have a cold backup on one day before.
Now we are trying to restore it from the cold backup. PROD DB is in archivelog and all the archive is in tact.
The table got truncated today at 8 PM. Can we apply the database till 8 PM so that we can restore the truncated table using cold backup.
Please find the below steps which we are using to restore.
creating controlfile
starting the db in mount state
recover database;
Will it ask for latest archive log when we try to recover it.
ENV details -
DB - 11.2.0.1
Please suggest.
Thanks

Hi,
If you have doubts about the procedure to use to restore a backup to a point in time, then please take a look at the documentation first: Performing Flashback and Database Point-in-Time Recovery - 11g Release 2 (11.2)
After you specify the time when the recovery must end (UNTIL clause in rman), then the RECOVER command will try to use the archivelogs needed.
Before starting with this PITR operation, you should check if your database has flashback active, because it will be much easier to recover using it.
This is also explained on the same document linked above.
Regards.
Nelson

Recover database from cold backup and add ol archivelogs....

Hello!
Scenarion : I have create in 1 january cold backup of my database. I have from 1 to 4 January all archive logs generated by my database. My database gone in 4 January.
Solution question : How can i restore database using cold backup a than add info from archivelogs to recovered database to do database consist from disaster day.
Regards... Marcin

1. Kill current instance with SHUTDOWN ABORT.
2. Copy all control files and data files from your cold backup to original destination.
3. Make sure all archived redo logs from 01-JAN to 04-JAN are available in the database archive destination (LOG_ARCHIVE_DEST or LOG_ARCHIVE_DEST_x).
4. Run as SYSDBA:
startup mount
recover database using backup controlfile until cancel;When prompted for something like
ORA-00279: change 864868 generated at 01/14/2010 09:30:10 needed for thread 1
ORA-00289: suggestion :
C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ARCHIVELOG\2010_01_15\O1_MF_1_22_%
U_.ARC
ORA-00280: change 864868 for thread 1 is in sequence #22enter:
AUTOWhen you get something like:
ORA-00308: cannot open archived log
'C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ARCHIVELOG\2010_01_15\O1_MF_1_29_
%U_.ARC'
ORA-27041: unable to open file
OSD-04002: ouverture impossible du fichier
O/S-Error: (OS 2) Le fichier spécifié est introuvable.run
alter database open resetlogs;

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

Recovering through a cold backup

I was talking to a colleague yesterday, and they take cold backups of their database weekly. It brought up a question that I couldn't reason out the answer to:
time 0
cold backup
time 1
cold backup
time 1.5
database recovery needed, time 1 DBF files missing from the backup,
although archived redo is available through to time 1.5
time 2
(never reached)Is it possible with cold backups, to go back to the time 0 backup, and a current controlfile, to use the time 0 DBF's to roll all the way forward to time 1.5? Since all of the archived redo is available? Since all of the archived redo log information is stored in the SYS schema, everything should be available?
Thanks,
--=Chuck

chuckers wrote:
I was talking to a colleague yesterday, and they take cold backups of their database weekly. It brought up a question that I couldn't reason out the answer to:
time 0
cold backup
time 1
cold backup
time 1.5
database recovery needed, time 1 DBF files missing from the backup,
although archived redo is available through to time 1.5
time 2
(never reached)Is it possible with cold backups, to go back to the time 0 backup, and a current controlfile, to use the time 0 DBF's to roll all the way forward to time 1.5? Since all of the archived redo is available? Since all of the archived redo log information is stored in the SYS schema, everything should be available?
Thanks,
--=ChuckThe short answer is "YES".
The longer answer is that you need to be smarter than the equipment you are using in order to succeed at "rolling forward" the archived REDO log files.

Restoring and Recovering from RMAN cold backup

DB Version: 11gR2
os : Solaris
Before dropping a DB we had taken an RMAN backup of the DB using
RMAN> backup database;We hadn't set a FORMAT (like db_%d_S_%s_P_%p_T_%t) for this DB , so the backups went to ORACLE_HOME/dbs directory. The 2 backup files are
/u02/app/oracle/11.2/db/dbs/01mo9fms_1_1
/u02/app/oracle/11.2/db/dbs/02mo9fnc_1_1 -- spfile and control fileNow we need to recreate this DB on a new server.
In the new server, we've placed the backup files in /u04/backup/rmanbkp .
Since We hadn't set a FORMAT parameter for the original DB which we have dropped what format i will give during restore?
Will RMAN automatically recognize the FORMAT of the backup piece and restore ?
RMAN> run
allocate channel c1 device type disk format 'i_dont_know_the_format';
allocate channel c2 device type disk format 'i_dont_know_the_format';
restore controlfile;
restore database;
}This the SHOW ALL output from the DB we have dropped .
RMAN> show all;
RMAN configuration parameters for database with db_unique_name BRCFTST are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/app/oracle/11.2/db/snapcf_brcftst.f'; # defaultAs you can see we hadn't set the format explicitly , ie. the line
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT is missing

Hi,
Before dropping a DB we had taken an RMAN backup.I hope you were in mount mode.
Will RMAN automatically recognize the FORMAT of the backup piece and restore ?No it won't.
First you have to restore a controlfile in nomount mode with:
restore controlfile from '/u04/backup/rmanbkp /02mo9fnc_1_1';
and do alter database mount.
Than you have to run "catalog start with '/u04/backup/rmanbkp'; " so the instance now knows where to find the pieces.
Now you can run a restore database command.
Than open the database with resetlogs.
Regards,
Tycho

How to do media recovery from cold backup?????????/

Hi
i take cold backup of my 9i database ....
in case my database is up .....
how will i recover my database if i lose a single database file and i want to recover it from cold backup......
Thanks in advance
Gagan

Here you go
These are the steps:
1. Restore the lost file from a backup.
2. If the database is down, mount it.
SVRMGR> STARTUP MOUNT PFILE=<location_of_pfile>;
3. Issue the following query:
SVRMGR> SELECT V1.GROUP#, MEMBER, SEQUENCE#,
FIRST_CHANGE#
FROM V$LOG V1, V$LOGFILE V2
WHERE V1.GROUP# = V2.GROUP# ;
This will list all your online redolog files and their respective
sequence and first change numbers.
4. If the database is in NOARCHIVELOG mode, issue the query:
SVRMGR> SELECT FILE#, CHANGE# FROM V$RECOVER_FILE;
If the CHANGE# is GREATER than the minimum FIRST_CHANGE# of your logs,
the datafile can be recovered. Just keep in mind that all the logs to
applied will be online logs, and move on to step 5.
If the CHANGE# is LESS than the minimum FIRST_CHANGE# of your logs, the
file cannot be recovered. Your options at this point would be to restore
the most recent full backup (and thus lose all changes to the database
since) or recreate the tablespace as explained in scenario a.
5. Recover the datafile:
SVRMGR> RECOVER DATAFILE '<full_path_file_name>'
6. Confirm each of the logs that you are prompted for until you receive the
message "Media recovery complete". If you are prompted for a non-existing
archived log, Oracle probably needs one or more of the online logs to
proceed with the recovery. Compare the sequence number referenced in the
ORA-280 message with the sequence numbers of your online logs. Then enter
the full path name of one of the members of the redo group whose sequence
number matches the one you are being asked for. Keep entering online logs
as requested until you receive the message "Media recovery complete"
7. If the database is at mount point, open it.

How to recover a cold backup (Oracle 9i)

Hello,
We got the following situation, one of our clients wants to switch from Oracle 9i to Microsoft SQL Server 2008.
Our client is located in Singapore and we operate in Belgium, they have sent us an external HD with a media/cold backup of their database.
We also got both the database name and the passwords for the database.
In order to get this database available I have taken the following steps:
1)Created an Virtual Machine with Windows XP SP3,
2)Installed Oracle 9i on this VM,
3)Created a database using the database name and passwords given by the client.
Now I want to recover our clients database, how do I do this.
I know there texts about it, but I need a step for step guide to do this (that's the way I learn by seeing how its done and then reproduce it)
Thanks for any response

After some calls and putting pressure on our client IT I've been able to find out that there either using 11 or 10g.
Also found out that the name they gave me is not the name they use
So I followed the instructions on [http://download.oracle.com/docs/cd/B10501_01/server.920/a96521/create.htm#1000691] , I did find some mistakes in the page
I got the following create database statement
CREATE DATABASE dbname
USER SYS IDENTIFIED BY pz6r58
USER SYSTEM IDENTIFIED BY y1tz5p
LOGFILE GROUP 1 ('D:\dbname\redo01.log') SIZE 100M,
GROUP 2 ('D:\dbname\redo02.log') SIZE 100M,
GROUP 3 ('D:\dbname\redo03.log') SIZE 100M
MAXLOGFILES 5
MAXLOGMEMBERS 5
MAXLOGHISTORY 1
MAXDATAFILES 100
MAXINSTANCES 1
CHARACTER SET US7ASCII
DATAFILE 'D:\dbname\system01.dbf' SIZE 700M REUSE
EXTENT MANAGEMENT LOCAL
DEFAULT TEMPORARY TABLESPACE tempts1
TEMPFILE D:\dbname\temp01.dbf' *(The documentation said datafile instead of tempfile)*
SIZE 270M REUSE
SYSAUX DATAFILE 'D:\dbname\sysaux01.dbf' size 700M reuse
UNDO TABLESPACE undotbs
DATAFILE 'D:\dbname\undotbs01.dbf'
SIZE 3984M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED;
after executing
ORA-01501: CREATE DATABASE failed
ORA-00200: controlfile could not be created
ORA-00202: controlfile: 'D:\dbname\control01.ctl'
ORA-27038: file exists
OSD-04010: <create> option specified, file already exist
So what did I do wrong, altough I'm guessing I copied the original files to early
[code="sql"]DATAFILE 'D:\dbname\system01.dbf' SIZE 700M REUSE
Although I did use reuse
I shutdown the database and removed the files to and replaced them with the files from the client,
Mounted the database succesfully and tried to query the metadata
Mixing the information found on
Creating an Oracle Database,
Oracle Recovery Procedure
Got ORA-01219, which is logical since the databse isn't open yet.
I open the database using alter database open
ORA-01157: cannot identify data file 1 - file not found
ORA-01110: data file 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
So any ideas want went wrong this time
Edited by: Resender on 19-mei-2011 1:00

Recovering cold backup - running in circles - part 2 -Second opinion needed

Hello all,
Here I'm again but this time not to ask for a complete solution where I have to do nothing but a second opinion and some help in solving.
In the thread [Recovering cold backup - alter database open failing - running in circles |http://forums.oracle.com/forums/thread.jspa?messageID=9663720] , I was trying to recover a database (I still am) for one of our clients.
Since then a few things have changed, from our client we have no received the installation media for their database software: Oracle 10.0.1.0.2.
I have installed this on a Linux, an opensuse while they used a RHEL 4, placed the database files in the a similar map structure as theirs and made sure that all the ORACLE variables were correctly set, we have also received the pfile and I made the corresponding initfile from.
I start sqlplus / as sysdba
Mounting the database no problem.
Trying to open the database I receive the following error ORA-01207: file is more recent than controlfile – old controlfile, the error refers to the Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'.
Their is no corresponding error message in the alert log, well their is but it doesn't really give me the information I was looking for.
Mon Jul 11 16:38:26 2011
alter database open
ORA-1122 signalled during: alter database open...
Mon Jul 11 16:44:51 2011
ALTER DATABASE RECOVER database
Mon Jul 11 16:44:51 2011
Media Recovery Start
Media Recovery failed with error 1122
ORA-283 signalled during: ALTER DATABASE RECOVER database ...
I then attempted to do a media recovery using recover database using backup controlfile, which fails because it can not find a corresponding backup controlfile.
The section generated in the alert log did however worry me more:
ALTER DATABASE RECOVER database using backup controlfile
Mon Jul 11 16:46:15 2011
Media Recovery Start
WARNING! Recovering data file 1 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 2 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 5 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
Starting datafile 1 with incarnation depth 0 in thread 1 sequence 1818761
Datafile 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
Starting datafile 2 with incarnation depth 0 in thread 1 sequence 1818764
Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'
Starting datafile 3 with incarnation depth 0 in thread 1 sequence 1818761
Datafile 3: '/home/oracle/product/10.1.0/oradata/orcl/sysaux01.dbf'
Starting datafile 4 with incarnation depth 0 in thread 1 sequence 1818765
Datafile 4: '/home/oracle/product/10.1.0/oradata/orcl/users01.dbf'
Starting datafile 5 with incarnation depth 0 in thread 1 sequence 1818761
Datafile 5: '/home/oracle/product/10.1.0/oradata/orcl/temp02.dbf'
Media Recovery Log
So that could mean that they've just taken a copy off the files without offlining the database first, anyway to confirm this.
I've come to a point where I have not an immediately clue of what to do, some help even a little push could be helpful.

I did
SQL> recover database using backup controlfile until cancel;
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/home/oracle/product/10.1.0/oradata/orcl/redo01.log
Tue Jul 12 12:36:03 2011
ALTER DATABASE RECOVER LOGFILE '/home/oracle/product/10.1.0/oradata/orcl/redo01.log'
Tue Jul 12 12:36:03 2011
Media Recovery Log /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Tue Jul 12 12:36:03 2011
Incomplete recovery applied all redo ever generated.
Recovery completed through change 996740226
Tue Jul 12 12:36:03 2011
orcl; Media Recovery Complete
ARCH: Connecting to console port...
Completed: ALTER DATABASE RECOVER LOGFILE '/home/oracle/pr
Tue Jul 12 12:36:18 2011
ALTER DATABASE RECOVER database using backup controlfile until cancel
Tue Jul 12 12:36:18 2011
Media Recovery Start
Starting datafile 1 with incarnation depth 0 in thread 1 sequence 1
Datafile 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
Starting datafile 2 with incarnation depth 0 in thread 1 sequence 1
Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'
Starting datafile 3 with incarnation depth 0 in thread 1 sequence 1
Datafile 3: '/home/oracle/product/10.1.0/oradata/orcl/sysaux01.dbf'
Starting datafile 4 with incarnation depth 0 in thread 1 sequence 1
Datafile 4: '/home/oracle/product/10.1.0/oradata/orcl/users01.dbf'
Starting datafile 5 with incarnation depth 0 in thread 1 sequence 1
Datafile 5: '/home/oracle/product/10.1.0/oradata/orcl/temp02.dbf'
Media Recovery Log
It said media recovery complete in sqlplus
when I tried to open I got disconnection forced
Tue Jul 12 12:37:18 2011
alter database open resetlogs
RESETLOGS after complete recovery through change 996740226
Resetting resetlogs activation ID 1284019345 (0x4c889491)
Online log /home/oracle/product/10.1.0/oradata/orcl/redo02.log: Thread 1 Group 2 was previously cleared
Online log /home/oracle/product/10.1.0/oradata/orcl/redo03.log: Thread 1 Group 3 was previously cleared
Setting recovery target incarnation to 4
Tue Jul 12 12:37:18 2011
Setting recovery target incarnation to 4
Tue Jul 12 12:37:18 2011
Flashback Database Disabled
Tue Jul 12 12:37:18 2011
Assigning activation ID 1284062526 (0x4c893d3e)
Maximum redo generation record size = 120832 bytes
Maximum redo generation change vector size = 116476 bytes
Private_strands 7 at log switch
Thread 1 opened at log sequence 1
Current log# 1 seq# 1 mem# 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Successful open of redo thread 1
Tue Jul 12 12:37:18 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Tue Jul 12 12:37:18 2011
SMON: enabling cache recovery
Tue Jul 12 12:37:18 2011
Successfully onlined Undo Tablespace 1.
Dictionary check beginning
Dictionary check complete
Tue Jul 12 12:37:18 2011
SMON: enabling tx recovery
Tue Jul 12 12:37:18 2011
WARNING: The following temporary tablespaces contain no files.
This condition can occur when a backup controlfile has
been restored. It may be necessary to add files to these
tablespaces. That can be done using the SQL statement:
ALTER TABLESPACE <tablespace_name> ADD TEMPFILE
Alternatively, if these temporary tablespaces are no longer
needed, then they can be dropped.
Empty temporary tablespace: TEMP
Database Characterset is UTF8
Tue Jul 12 12:37:18 2011
Published database character set on system events channel
Tue Jul 12 12:37:18 2011
All processes have switched to database character set
Tue Jul 12 12:37:18 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00600: internal error code, arguments: [4194], [21], [17], [], [], [], [], []
Tue Jul 12 12:37:19 2011
Errors in file /home/oracle/product/10.1.0/db_1/rdbms/log/orcl_smon_19072.trc:
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Tue Jul 12 12:37:20 2011
Doing block recovery for file 2 block 25323
Block recovery range from rba 1.65.0 to scn 0.996740294
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery stopped at EOT rba 1.67.16
Block recovery completed at rba 1.67.16, scn 0.996740294
Doing block recovery for file 2 block 25
Block recovery range from rba 1.65.0 to scn 0.996740293
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.67.16, scn 0.996740294
Tue Jul 12 12:37:20 2011
Errors in file /home/oracle/product/10.1.0/db_1/rdbms/log/orcl_smon_19072.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Tue Jul 12 12:37:21 2011
Doing block recovery for file 2 block 1295
Block recovery range from rba 1.63.0 to scn 0.996740295
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery stopped at EOT rba 1.67.16
Block recovery completed at rba 1.67.16, scn 0.996740294
Doing block recovery for file 2 block 41
Block recovery range from rba 1.63.0 to scn 0.996740292
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.65.16, scn 0.996740293
Tue Jul 12 12:37:21 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00600: internal error code, arguments: [4193], [57818], [10145], [], [], [], [], []
Doing block recovery for file 2 block 622
Block recovery range from rba 1.67.0 to scn 0.996740298
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery stopped at EOT rba 1.69.16
Block recovery completed at rba 1.69.16, scn 0.996740298
Doing block recovery for file 2 block 9
Block recovery range from rba 1.67.0 to scn 0.996740297
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.69.16, scn 0.996740298
WARNING: Files may exists in db_recovery_file_dest
that are not known to the database. Use the RMAN command
CATALOG RECOVERY AREA to re-catalog any such files.
One of the following events caused this:
1. A backup controlfile was restored.
2. A standby controlfile was restored.
3. The controlfile was re-created.
4. db_recovery_file_dest had previously been enabled and
then disabled.
Tue Jul 12 12:37:23 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Doing block recovery for file 2 block 25323
Block recovery range from rba 1.65.0 to scn 0.996740294
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.67.16, scn 0.996740297
Doing block recovery for file 2 block 25
Block recovery range from rba 1.65.0 to scn 0.996740301
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.71.16, scn 0.996740302
Tue Jul 12 12:37:24 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Error 607 happened during db open, shutting down database
USER: terminating instance due to error 607
Instance terminated by USER, pid = 19084
ORA-1092 signalled during: alter database open resetlogs...
************************************************************************************************************************************************************************************************

Cold Backup/Recovering A Table

I am running 11r2 in a RAC environment. We have a primary plus two standby's (using Active Data Guard). Also, I am a new DBA, so bare with me. :)
TableX in a certain database is corrupted. The corruption began a month ago due to a web developer's code change. The code change was fixed a week ago.
Summary: the data in TableX is corrupted up until a week ago.
Flashback doesn't extend that far into the past, so what I've been thinking of doing is, on our test server:
1) Copy over relevant files from production to the test server
2) Backup the original TableX on production
3) Restore the system, sysaux, undo and the tablespace which contains TableX on test server
4) Drop all other tablespaces in mount state (or not, if this step isn't necessary?)
5) Recover the database till the time when the table was dropped or updated
6) Take an export of TableX from database and import it into production, overwriting the current TableX
7) Update the imported production TableX with the past week of "good" data from the backup in step 2
I have 3 questions.
Does this seem like a good strategy?
Additionally, I am having difficulty determining what the "relevant files" are in step 1. What would I be copying over? Everything in the ArchiveLog folder? Or Everything in the db_recovery_file_dest folder? Or...?
Lastly, in step 3, is there a way to perform the restore w/o overwriting preexisting data on the test server?
Thank you

Hemant K Chitale wrote:
is there a way to perform the restore w/o overwriting preexisting data on the test serverYou would have to restore to a different folder and when you ALTER DATABASE MOUNT you ALTER DATABASE RENAME DATAFILE to specify the new locations of the datafiles.
I think the MOUNT is the step that I was missing, though it seems so obvious now...
1) Copy over relevant files from production to the test server
2) Backup the original TableX on production
*2.5) MOUNT the copied data files onto the test server*
3) Restore the system, sysaux, undo and the tablespace which contains TableX on test server
4) Drop all other tablespaces in mount state (or not, if this step isn't necessary?)
5) Recover the database till the time when the table was dropped or updated
6) Take an export of TableX from database and import it into production, overwriting the current TableX
7) Update the imported production TableX with the past week of "good" data from the backup in step 2
Last Question (I think): you both refer to "THE cold backup." We use a diff backup. I assume you mean "copy over all files since the last full backup prior to the date that data corruption began"?

Cold backup can use archivelog to recover database to point of failure?

Hi,
I have the small doubts. In any DB let us say we have following condtions:
1) DB is running in ARCHIVELOG mode.
2) Cold backup is performed every sunday.
3) No hot backup or RMAN backup is taken.
so if any failure happens during weekday say on friday. can we recover our database till the point of failure with the help of cold backup? If yes then pls specify the steps how to do it.
could archive log be applied on cold backup?
Thanks,
Shailesh

Shailesh.mishra wrote:
Hi,
I have the small doubts. In any DB let us say we have following condtions:
1) DB is running in ARCHIVELOG mode.
2) Cold backup is performed every sunday.
3) No hot backup or RMAN backup is taken.
so if any failure happens during weekday say on friday. can we recover our database till the point of failure with the help of cold backup? If yes then pls specify the steps how to do it.
could archive log be applied on cold backup?
Shaliesh,
Cold or hot backup doesn't govern teh recovery. Whether the recovery is going to be a complete or incomplete recovery, I mean we can recover teh complete data or would be thrown back to the last good backup stage is governed by the availability of the archives. If you have teh archive log enabled , this means yiou have all teh transaction records already with you. So if you have taken your backup on Sunday, and faced a crash on Tuesday, all you have to do is to restore the last good bcakup from Sunday, give a recover command and oracle would start applying the archivelogs to the files. This would be a complete recovery providied anything else had not happen which can stop it, for example, loss of an archive log.
So teh answer would be, yes archive logs are very well applicable on teh cold backup.
HTH
Aman....

Recover a database using cold backup

Hi,
I am working in oracle 9i and solaris 5.8. I am taking coldbackup and its stored in another solaris server. I need to create a new database in the backup server using the cold backup files.
Please explain me in detail how to create a database using the files.
SQL QUERY needed.
Gobi.

Hi,
go through below link
Re: Help! How to migrant my whole DBXE to another computer???!!!!!
hope this helps
Taj

Recover a cold backup in another BD.

Somebody can help me, i have a doubt, Can I Restore the datafiles from a cold backup (DataBase A) in a Database B?

If you executed the command "alter database backup controlfile to trace" the trace will generated in the "udump" directory. From there you can edit file. REMEMBER- Give the original copy of the backup file (do not move the files). Do a copy.
Here's a sample if you want recreate the SID name. Noted you have to modify the location if the paths are difference.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TESTDB" RESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 5
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 1168
LOGFILE
GROUP 1 '/data/oracle/TESTDB/redo01a.log' SIZE 100M,
GROUP 2 '/data/oracle/TESTDB/redo02a.log' SIZE 100M,
GROUP 3 '/data/oracle/TESTDB/redo03a.log' SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/data/oracle/TESTDB/system01.dbf',
'/data/oracle/TESTDB/undotbs01.dbf',
'/data/oracle/TESTDB/sysaux01.dbf',
'/data/oracle/TESTDB/users01.dbf'
CHARACTER SET WE8ISO8859P1
If you want to change the SID the use the command
CREATE CONTROLFILE SET DATABASE "NEWTEST" RESETLOGS ARCHIVELOG

Cold Backup and Redolog vs. Note1026631.6

Dear Experts,
I never include the online redolog files in my cold backup but at the end of the note it is said "However, other Oracle documentation states that cold (offline) backups should include backing up online redo log files (see page 8 of Oracle Backup and Recovery Handbook from Oracle Press)..."
Let's imagine we take a coldbackup with online redolog:
- The SCN was 100 at the time of this backup.
- The DB crashes (lost datafiles). The SCN is 250.
- We copy the datafiles and the redolog online.
- The DB checks the Control file which has SCN=250, the Datafiles and the redolog have got 100. The DB doesn't know what to do isn't it ? I mean it can' recover.
- If we copy only the Datafiles from the backup, the DB sees 250 in both Control and online redolog and sees 100 in datafiles and knows it has to perform a recovery from 100 to 250.
To me copying the online redolog in a cold back up is more than useless , it can be quite dangerous.
Am I totally wrong and do I miss something fundamental ?
Thanks for your expertise.
Regards,
Guillaume

i totally disagree with you, 393781.
They are two reasons not to backup the redo logs.
reason 1)
it is consuming tapes and time...
reason 2)
if you restore it, you may overwrite existing redologs by mistake while running your os-restore, and the existing may be used (with little chance..) to recover the database, even if running in NOARCHIVELOG mode.
They are also a lot of oracle customers which are backing up the redo logs. It is an "easier" approach. You backup everything (the whole filesystem or so), then restore everything, so you are sure you have everything and it is really straightforward.
If you do not have your redologs, you must open your db with resetlogs, which seems to be the correct procedure (you have a new incarnation, have not you? ) but open resetlogs may be dangerous for a junior dba.
HTH
Laurent Schneider
OCM DBA

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

Recover a wrong cold backup

Similar Messages

Maybe you are looking for