Tecnicas de recuperacion de Base de datos

Actualización diferida con ejecución concurrente en un entorno  multiusuario

Planificacuot;Arial", "sans-serif"; mso-ansi-language: ES; mso-bidi-font-weight: bold;">            En general, una transacción incluirá acciones que no afectan a la base de datos, como por ejemplo, generar o imprimir  un mensaje o un informe a partir de la información obtenida en la base de datos.

Técnica de recuperación basada en actualización inmediata

La base de datos puede ser actualizada sin tener que esperar que la transacción llegue a su confirmación.

Se pueden distinguir dos categorías principales de algoritmos de actualización inmediata:

v   Algoritmo de recuperación DESHACER/NO-REHACER

v   Algoritmo de recuperación DESHACER/REHACER.

Procedimiento RAI:

v   Usar dos listas de transacciones mantenidas por el sistema, las transacciones confirmadas y las activas.

v   Deshacer todas las operaciones de la transacción activa

v   Rehacer todas las operaciones de las transacciones confirmadas a partir del diario, en el orden que se escribieron en el mismo.

Paginación en la sombra o pagina espejo:

Procedimiento de Escritura:

1. Cuando se inicia una transacción ambas tablas son iguales.

2. Cuando se actualiza una página, se escribe la página actualizada en una página no usada, y se actualiza la tabla actual para apuntar a ésta  (dejando la “sombra” sin modificar).

3. Cuando se confirma la transacción, la tabla de páginas actual pasa a almacenamiento no volátil (se cambian las direcciones de las tablas).

4. Si se produce un fallo, la tabla “sombra” se copia en la “actual”.

5. No es necesario ni rehacer ni deshacer.

Recuperación en sistemas de multibase de datos:

en la siguiente imagen se muestra la secuencia para la recuperación de datos.

  Respaldo de base de datos y recuperación de fallos catastróficos:

Hasta aquí todas las tecnicas que se han estudiado se aplican a fallos no catastróficos. Una suposición clave ha sido que diario del sistema se mantiene en disco y no se pierde como consecuencia del fallo. De manera similar, el directorio sombra se debe almacenar en disco para hacer posible la recuperación cuando se use la paginación en la sombra. Las tecnicas  de recuperación que se han visto usa las entradas del diario de sistema o el directorio sombra para recuperarse de un fallo llevando de nuevo la base de datos aun estado consistente.

El gestor de recuperación de un SGBD debe estar equipado también para manejar fallos mas catastróficos, como son fallos de disco. La técnica principal para manejar tales fallos es la de realizar copias de seguridad de la base de datos. La base de datos completa y el diario se copian periódicamente en medios de almacenamiento alternos. En caso de un fallo catastrófico del sistema,se puede cargar la copia de seguridad mas reciente y el sistema podrá reiniciarse.

Para evitar la perdida e todos los efectos de las transacciones que se han ejecutado desde el ultimo respaldo, se acostumbra hacer copas de seguridad del diario del sistema en intervalos de tiempo mas frecuentes que la copia de seguridad de toda la base de datos. El diario del sistema suele ser bastante mas pequeño que la base de datos misma y por lo tanto se puede respaldar con mayor frecuencia.  

 Trayecto 4, trimestre 1 seccion 1

Equipo 7

Integrantes:

Bolívar Freddy

Gelder Pedro

Díaz Claribel

Landaeta Yenny

Macero Yenny

Gutiérrez Luis

Herrera Ángel