Ya hemos visto que, cuando una BBDD está en modo ARCHIVELOG, se guardan todos los redologs (journal) generados. Por tanto, tenemos todo el conjunto de journal.

Podemos comprovar si una BBDD está en modo ARCHIVELOG mediante:

Entramos en sqlplus con usuario sysdba: sqlplus "/ as sysdba"

ejecutamos la sentencia SQL:

SELECT log_mode FROM v$database;

Nos indica si la BBDD está en modo ARCHIVELOG

Cuando una BBDD está en modo NoArchiveLog:

• Solo se permite hacer backup con la BBDD parada.
• El backup es una copia del estado de la BBDD en el momento de hacer el backup.
• En la restauración, se debe restaurar todo un bakup completo., Por tanto, se restaurará la BBDD según la información que tenia en el momento de hacer el backup.

Cuando una BBDD está en mode ArchiveLog, y con el backup adecuado:

• Se permite hacer el backup en caliente (sin parar la BBDD)
• Con la ayuda de los archivelogs, se puede recuperar el estado de la BBDD:
  • Hasta la última transacción.
    • Con recuperación total.
    • Con recuperación solo de los datafiles dañados. (en este caso, si los datafiles dañados son de usuario, se puede hacer con la BBDD en marcha)
    • Solo de un bloque corrupto. Se puede hacer con la BBDD en marcha.
  • O bien hasta un momento cualquiera en el tiempo. (Restore until time).
    • En este caso, la recuperación debe ser total.

Vemos que hay una diferencia substancial entre las posibilidades de Recover cunado una BBDD está en modo ArchiveLog o en modo NoArchiveLog.

En lo posible, intentaremos que la BBDD esté en modo ArchiveLog. para poder utilizar las posibilidades extras del Recover.

Hablaremos de ello más adelante, pero se debe ir con cuidado al borrar ficheros ArchiveLog: Un borrado accidental de ficheros ArchiveLog puede poner en compromiso un backup (es decir: puede impedir un Recover).