RMAN-06066: the target database must be mounted when issuing a RECOVER command
Cause: A RECOVER command was issued, but the target database control file is not mounted.
Action: Mount the target database control file by issuing ALTER DATABASE MOUNT via Enterprise Manager or Server Manager.
RMAN-06063: DBID is not found in the recovery catalog
Cause: DBID is not found in the recovery catalog.
Action: Verify that the DBID is correct and restart the command.
RMAN-06062: can not backup SPFILE because the instance was not started with SPFILE
Cause: A backup command requested a backup of the SPFILE, but no SPFILE was used to start the instance.
Action: Create an SPFILE and re-start the instance using the SPFILE or modify the command.
RMAN-06061: WARNING: skipping archivelog compromises recoverability
Cause: SKIP INACCESSIBLE option resulted in skipping archivelogs during BACKUP. If the archived log has in fact been lost and there is no backup, then the database is no longer recoverable across the point in time covered by the archived log. This may occur because archived log was removed by an outside utility without updating the repository.
Action: If the archived log has been removed with an outside utility and the archivelog has already been backed up, then you can synchronize the repository by running CROSSCHECK ARCHIVELOG ALL. If the archivelog has not been previously backed up, then you should take a full backup of the database and archivelogs to preserve recoverability. Previous backups are not fully recoverable.
RMAN-06060: WARNING: skipping datafile compromises tablespace string recoverability
Cause: SKIP INACCESSIBLE or SKIP OFFLINE option resulted in skipping datafiles during BACKUP. If the datafile has in fact been lost and there is no backup, then the tablespace is no longer recoverable without ALL archive logs since datafile creation. This may occur because the datafile was deleted by an outside utility or the datafile was made OFFLINE [DROP].
Action: If there is no backup of skipped datafiles and the tablespace has to be recoverable without ALL archive logs since datafile creation, then you should make these datafiles available for backup.
RMAN-06059: expected archived log not found, loss of archived log compromises recoverability
Cause: The archived log was not found. The repository thinks it does exist. If the archived log has in fact been lost and there is no backup, then the database is no longer recoverable across the point in time covered by the archived log. This may occur because the archived log was removed by an outside utility without updating the repository.
Action: If the archived log has been removed with an outside utility and the archivelog has already been backed up, then you can synchronize the repository by running CROSSCHECK ARCHIVELOG ALL. If the archivelog has not been previously backed up, then you should take a full backup of the database and archivelogs to preserve recoverability. Previous backups are not fully recoverable.
RMAN-06058: a current controlfile cannot be included along with a standby controlfile
Cause: "standby controlfile" was specified along with "current controlfile".
Action: Remove "standby controlfile" or "current controlfile" from the backup specification.
RMAN-06057: a standby controlfile cannot be included along with a current controlfile
Cause: "current controlfile" was specified along with "standby controlfile".
Action: Remove "current controlfile" or "standby controlfile" from the backup specification.
RMAN-06056: could not access datafile number
Cause: A backup or copy could not proceed because the datafile header could not be read or the header was not valid.
Action: Make the datafile accessible or skip it.
RMAN-06055: could not find log sequence string thread string
Cause: A log which was on disk at the start of media recovery or which should have been restored from a backup set could not be found.
Action: Check the Recovery Manager message log to see if the log was restored by a previous job step. If so, then check the V$ARCHIVED_LOG view to see if the log is listed in the control file. If so, then validate that the log exists on disk and is readable. If the log was not restored, or was restored but no record of the log exists in V$ARCHIVED_LOG, then contact Oracle Support Services.