Professional Documents
Culture Documents
Disadvantage
• Data is lost and must be reapplied manually
• The entire database is restored to the point of the last whole closed
backup
Recovery
> shutdown
Restore all files using operating system
> startup
Advantages
• Only need to restore lost files
• Recovers all data to the time of failure
• Recovery time is the time it takes to restore lost files and apply all
archived log files
Disadvantages
• Must have all archived log files since the backup from which you are
restoring
Complete recovery
• Closed database recovery for
- System data files
- Rollback segment data files
- Whole database
• Opened database recovery, with database initially opened : for file
loss
• Opened database recovery with database initially closed : for
hardware failure
• Data file recovery with no data file backup
Incomplete recovery
• Time based
• Cancel based
• Using control file
• Change based
log_archive_dest=’/clover/archive’
log_archive_duplex_dest=’/clover/archive’
OR
log_archive_dest_1=”LOCATION=/clover/arch”
Mandatory Reopen=500(Default 300)
Optional
log_archive_min_succeed_dest=2
log_archive_dest_state_3=DEFER / ENABLE
Selectively Archiving
> ALTER SYSTEM ARCHIVE LOG SEQUENCE 052;
Backups
Note : To keep backup, create one subfolder in your main folder Every day before
shutdown delete all your backups.
Recovery
Note : if log sequence no is not changed after taking the backup no need restore all file.
Disadvantage : Require all archive logs since the backup from which are restored
Requirement : Last valid backup after seting database in archive log mode.
All archive logs and online redologs which are not yet archived
Recovery : Startup the database in mount/open stage
Restore damaged datafile from backup using operating system recover
Recover the datafile.
Recovery syntax
Recovering in mount stage
> Recover database
> Recover datafile ’<datafile path/name or file no.>’;
> Alter database recover database;
Manual recovery
Automatic recovery
Incomplete Recovery
Possible Failures : A failed complete recovery operation, Important table in the Database
is dropped, A control file is lost, Loss of redolog files
Recovery Guidelines :
Follow all steps: Most errors occur during this type of recovery.
Whole-database backup before and after recovery assist future recovery.
Always verify that the recovery is successful.
Back up the control file regularly.
Back up and remove archived logs.
Database are brought forward in time, not bake in time.
9. I am trying to take hot backup for all the table spaces to have a full backup of
database with 9i...I took backup of all table spaces went ok....but for the temp it
doesnt work and i dont think theres any diffrent cammand for that i used the
following command and getting the ERROR massage:
>Alter tablespace temp begin backup;
ORA-03217: Invalid option for alter temporary tablespace
(Don't back up TEMP, it cannot be recovered anyway. If you have to do a
restore, just recreate the TEMP tablespace as part of the restore process)
There is no need to backup the temporary locally manged tablespaces because:
1. Locally managed tempfiles are always set to NOLOGGING
mode. So thus will have no undo.
2. Extents are managed by bitmap in each datafile to keep track
of free or used status of blocks in that datafile.
3. The data dictionary does not manage the tablespace.
4. Rollback information is not generated because there is no
update on the data dictionary.
5. Media recovery does not recognize tempfiles.
12. How to Recover a Database Having Added a Datafile Since Last Backup [ID
29430.1]
17. How to recover the database if Archive files are missing - ID 163434.1
22. Recover a tablespace, Control file does not contain the tablespace info.
(Scenario 12)
23. A table test was created at 10am and dropped at 10.30 am, another table
test1was created at 10.45 was dropped at 11.45am.
Recover the tables without losing any records in both the table. (Scenario 13)
24. Recover new information that was not in the backup and was only stored in the
archivelog files. (Scenario 16)
25. How to recover a database having added a datafile since the last backup.
(Scenario 17)
27. Re-creating controlfiles from a trace script where Read-Only Offlined tablespaces
are present. (What will happen)
31. Database is in Archive mode. You have a Cold backup (Consistent) & Archive
Files. You lost everything i.e. Redologs, Controlfile and Datafiles. Hoe to Recover.
33. Doing Incomplete Recovery and Moving Redo Logs From Corrupted Disk [ID
77643.1]
34. One of the databases crashed. After some investigation it was found that only
data files and initialization file intact. All other files i.e. control files and redo log
files were lost. The control files and log files were not multiplexed (First
mistake). With only data files, how would you recover a database with minimal
loss?
35. We even did not have consistent backup for the database (Second mistake).
After doing some research, we finally decided to give a go to recover the
database with available data files and initialization file.
Extra:
36. Database Startup Fails with ORA-01113, ORA-01110 [ID 146039.1]
37. HOW TO RECOVER OFFLINE DROPPED DATAFILE IN ARCHIVELOG MODE [ID
286355.1]
38. ORA-600 [3668] "Media Recovery Required After CREATE CONTROLFILE" [ID
93665.1]
39. How to clone/duplicate a database with added datafile with no backup. [ID
292947.1]
40. Can I restore or duplicate my previous version database using a later version of
Oracle? Y
Can I restore or duplicate between two different patchset levels? Y
Can I restore or duplicate between two different versions of the same operating
system? Y
Is it possible to restore or duplicate when the bit level (32 bit or 64 bit) of Oracle
does not match? OS Specific
Can I restore or duplicate my RMAN backup between two different platforms
such as Solaris to Linux? N
(Old)
Scenario 1
Recovery
Restore damaged datafile from backup using operating system and recover
cp /oracle/backup /oracle/db01/data
Scenerio 2
Recovery
Restore all files.
> alter database open ;
Restore system datafile from backup using oprating system and recover the
datafile
> Recover datafile ‘/clover/data/sys.dbf’ ;
> Alter database open ;
Restore the lost datafile from backup and recover the datafile.
> Recover datafile /clover/test.dbf ;
Note : if you want to restore the damaged datafile to different location oracle
must
Be informed about new location by renaming recovery
Backup Recovery
check V$Backup
Since the datafile header was frozen the database files were not synchronized.
Scenario 7
Check V$Logfile for current logfile and delete one fo the redlog file which is not
current.
Using operating system. Force the log switch
Scenario 8 :
A table is dropped at 10 am at 11 am user comes to know that the table view or
table does not exist
Create a table test.
> Create table test ( n number );
Insert values
> Insert into test values (11111);
> Commit ;
> Alter system switch logfile ;
Note down the commit timing. Give some time gap and drop the table
> Drop table test ;
Shutdown the database
> Shutdown
Mount the databse
> Startup mount ;
Restore all datafile from backup (most recent ) using operating system. And
recover the database until time (Specify time before droping the table )
> Recover database until time ‘2001-11-12:09:30:00’;
> Alter database open resetlogs ;
After incomplete recovery take new backup of database.
Scenario 9:
Lost a redolog file
Shutdown the database.
Take back up of all logfiles, datafiles, controlfiles
Delete one log file using operating system.
Mount the database
> startup mount ;
Restore all datafile from backup using system.
> recover database until cancel ;
> Alter database open resetlogs ;
Check for log file in v$ logfile
Scenerio 10:
No back up was taken after reset logs, need is to use cold backup
Backup the data file and control file. ( cold backup )
Perform incomplete recovery ( To bring database in new incarnation you can recover by
time based or cancel based )
Create a table insert some records commit.
Shutdown the database.
> Shutdown
Restore cold data file and control file ( from cold backup)
Startup the database. ( You will get an error )
> Startup
Check V$Log for change seq #)
Recover until Change
> recover database until change < change seq#>;
> Alter database open resetlog :
Check for table created.
Scenerio 11:
Recovery using backup controlfile
Tablespace was created at 10am and backup was taken and dropped at 2pm
Create a tablespace and create one table insert records into the table.
Take backup of all datafile and controlfile ( closed/open if you are taking open database
backup first take backup of controlfile than datafile )
Drop the tablespace.
> Drop tablespace test including contents ;
Shutdown the database take backup of existing controlfile first than restore controlfile
and datafile.
Startup the database it will give an error after taking the database in mount stage.
Make sure that all datafiles are online before recovery by checking v$recover_file Perform
recovery using backup controlfile
> recover database until time ‘2001-11-11:13:10:00’ using backup controlfile;
> Alter database open resetlogs ;
Check for the table.
Scenario 12:
Backup was taken of both controlfile and datafile at 10 am. At 11 am Tablespace was
created and at 1pm tablespace was dropped. Recover the tablespace using cold backup.
Scenario 13:
A table test was created at 10am and dropped at 10.30 am, another table test1was
created at 10.45 was dropped at 11.45am. Recover the tables without losing any records
in both the table.
Scenario 14:
Recover the lost current control file, or the current control file is inconsistent with files
that you need to recover
Scenario 15:
Recover lost online redo logs.
Scenario 16:
Recover new information that was not in the backup and was only stored in the
archivelog files.
Scenario 17
How to recover a database having added a datafile since the last backup.
Scenario 18
If the database crashes during a hot backup.
The RESETLOGS option is always required after incomplete media recovery or recovery
using a backup control file. Resetting the redo log does the following:
Archives the current online redo logs (if they are accessible) and then erases the contents
of the online redo logs and resets the log sequence number to 1. For example, if the
current online redo logs are sequence 1000 and 1001 when you open RESETLOGS, then
the database archives logs 1000 and 1001 and then resets the online logs to sequence 1
and 2.
Creates the online redo log files if they do not currently exist.
Reinitializes the control file metadata about online redo logs and redo threads.
Updates all current datafiles and online redo logs and all subsequent archived redo logs
with a new RESETLOGS SCN and time stamp.
Because the database will not apply an archived log to a datafile unless the RESETLOGS
SCN and time stamps match, the RESETLOGS prevents you from corrupting datafiles with
archived logs that are not from direct parent incarnations of the current incarnation.