SAPDBA Recovery: One Inactive Online Redo Log Missing

If only one member of an inactive online redo log group has been lost, you can use the recovery procedure described in the previous section. Experienced users can correct this error without shutting down the database. For more information, please refer to the ORACLE documentation.

The recovery procedure is different when the following situation occurs:

The database pauses because a redo log switch to an online redo log file was unsuccessful. None of the members in this inactive online redo log group can be read or written to.

If the problem is temporary (e.g. incorrect access rights), you only need to correct it, and you can then use the group again. If the files have been destroyed, however, the group can not be used again.

No data is lost, providing the missing redo log file was fully archived and the archived copy can be read.

Recovery Procedure

Proceed as follows during recovery:

  1. Use the following SVRMGR command to shut down the database:
  2. shutdown abort

    ABORT is needed because the database system cannot carry out a proper shutdown, due to the damaged group.

  3. Find out which file is missing, and check the ALERT and trace files for the reason why the redo log files were lost.
  4. Mount the database. Enter the following SVRMGR commands:
  5. connect internal

    startup mount

  6. If you were running the database in ARCHIVELOG mode and archiving of the damaged online redo log group was not complete, you will have to temporarily switch to NOARCHIVELOG mode before deleting the defective group, because the system will not otherwise allow you to delete the files:
  7. alter database noarchivelog;

  8. You can also delete the damaged online redo log files as a group with
  9. alter database drop group ;

    or as individual files with

    alter database drop logfile '' [,''];

  10. To create the new online redo log files (to replace the damaged ones, which you just deleted), enter:
  11. alter database add logfile '';

  12. If the database was set to NOARCHIVELOG mode during these actions, change it back to ARCHIVELOG mode now:
  13. alter database archivelog;

  14. If you were running the database in ARCHIVELOG mode, and the archiving of the online redo log group was not complete at the moment the problem occurred, it is essential that you now perform an offline backup of the entire database. If you do not, the offline redo log chain will have a gap, and only a partial recovery would be possible if another media error occurred.

No comments:

topics