14.7. MODOS DE MEJORAR LA RECUPERACIÓN

Una de las principales leyes de Oracle es que nunca se puede perder una transacción confirmada (commit) y nunca mostrar una transacción no confirmada.

Si una base de datos esta corrompida, Oracle realizará la recuperación de la instancia para borrar las corrupciones, realizando los siguientes pasos:

• Deshabilitará cualquier transacción confirmada que no había sido guardada en los ficheros de datos en el momento del fallo.

• Y echará atrás cualquier transacción no confirmada. Esta recuperación es totalmente automática y no se puede parar ni aunque se quiera ya que para poder acceder a la base de datos y realizar alguna operación es necesario que la recuperación se haya realizado y terminado.

1.Mecanismo de recuperación de una instancia.

La recuperación de la instancia es la utilización de los contenidos de los ficheros Online Log para reconstruir el Cache Buffer de la Base de Datos al estado anterior al fallo.

La fase de la recuperación conocida como roll forward restaura todos los cambios (cambios de los bloques de datos y cambios de los bloques undo) para transacciones confirmadas y no confirmadas. 

Cada registro de redo tiene la información necesaria para reconstruir los cambios: un bloque de dirección y el nuevo valor.

Durante el roll forward, cada registro redo es leído, y el bloque apropiado es cargado del fichero de datos en el Cache Buffer de la Base de Datos y el cambio es aplicado. Entonces el bloque es escrito al disco.

Una vez que el roll forward es completado, es como si el fallo del sistema nunca hubiera ocurrido. Pero en este punto, habrá transacciones no confirmadas en la base de datos y Oracle hará un rollback sobre estas transacciones.

La recuperación de la instancia es automática al publicar la orden STARTUP. El SMON para abrir una base de datos primero leerá el controlfile cuando pasa a estado montado. Entonces en la transición del estado montado a open, el SMON comprueba los encabezamientos de los ficheros de todos los ficheros de datos y el Online Redo Log Files. En este punto, si hubiese una instancia fallida los encabezamientos de archivo estarán desincronizados. Entonces SMON entrará en estado de recuperación de la instancia, y la base de datos solo será abierta después de que el roll forward se termine.

2.Mejora de recuperación de la instancia.

La recuperación de una instancia puede llevar un tiempo para hacer el roll forward antes de que se pueda abrir la base de datos. Este tiempo depende de:

• Cuanto redo hay que leer.

• Cuantas operaciones de lectura y escritura serán necesarias en los ficheros de datos cuando el redo sea aplicado.

Estos dos factores pueden ser controlados por checkpoints ya que su función es grabar los datos del Caché Buffer a los ficheros de datos y los datos del Log Buffer al Online Redo Log File. De esta forma se garantiza que desde un tiempo en concreto, todos los cambios de datos hechos hasta un SCN (SYSTEM CHANGE NUMBER), han sido escritos a disco.

Si una instancia falla, solo será necesario para el SMON volver a utilizar el redo generado desde el ultimo checkpoint ya que todos los cambios confirmados o no confirmados que se hayan rea Si quieres seguir con los estudios te ofrecemos una superoferta, podrás acceder a todos los cursos de la web por un único pago de 55€