‘RMAN RESTORE DATABASE’ command fails with the following errors by using a backup control file:
RMAN-00571: ====================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ========
RMAN-00571: ====================================================
RMAN-03002: failure of restore command at 21/11/2024 11:09:9
RMAN-06026: some targets not found - aborting 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
If you run ‘list backup of database’, we can see the database backups available.
REASON
The problem here is that there are some files in the Flash Recovery Area that belong to different incarnation than the available backups CURRENT incarnation.
If we start a RESTORE database with a BACKUP controlfile and Flash Recovery Area is defined, RMAN execute and implicit crosscheck and catalog of all the objects in the Flash Recovery Area.
SOLOTION
If the offending cataloged files are small, we can move those files to a directory outside the Flash Recovery Area. Then we need to restart the whole restore procedure. It’s necessary to restore controlfile again
OR
Another solution is to temporarily disable use of the flash recovery area for the duration of the restore and recovery commands.
To disable Flash Recovery Area you need to undefine db_recovery_file_dest:
#*.db_recovery_file_dest='<directory>'
#*.db_recovery_file_dest_size=<size>
Bounce database
Restore controlfile and then restore/recover database commands.
If there are some backuppieces or archivelogs in the Flash Recovery Area that need to be cataloged, then it will be necessary to catalog them manually with: CATALOG BACKUPPIECE or CATALOG ARCHIVELOG commands.