Documentos de Académico
Documentos de Profesional
Documentos de Cultura
AUTORES:
T.S.U. Chacón Beatriz
ASESOR:
ING. Mora Lisby
Procesos de recuperación
de la Base de Datos
Técnicas de recuperación
Basadas en la actualización diferida
· Dentro de este ámbito las técnicas basadas en actualización diferida se
trata de grabar todas las actualizaciones de la BD en el diario, esto aplaza la
ejecución de todas las operaciones de escritura (write) de una transacción hasta
que ésta se encuentre parcialmente cometida, esto solamente requiere el nuevo
valor del dato, por otra parte si la transacción aborta (no llega a committed),
simplemente hay que ignorar las anotaciones en el diario. De este modo para
recuperaciones se debe usar el siguiente procedimiento:
redo (Ti), que asigna los nuevos valores a todos los datos que actualiza Ti.
Después de ocurrir un fallo, se consulta el diario para determinar que
transacciones deben repetirse y cuales anularse.
Ti debe anularse si el diario contiene el registro start pero no el commit.
Ti debe repetirse si el diario contiene el registro start y el commit.
La operación redo debe ser idempotencia, es decir, ejecutarla varias veces
debe producir el mismo resultado que ejecutarla una sola vez.
Técnicas de recuperación
Basadas en la actualización inmediata
En este sentido se puede decir que la base de datos puede ser actualizada sin
tener que esperar que la transacción llegue a su confirmación, de este modo se
pueden distinguir dos categorías principales de algoritmos de actualización
inmediata como:
Algoritmo de recuperación DESHACER/NO-REHACER
Algoritmo de recuperación DESHACER/REHACER.
Procedimientos de Recuperación
1. Recuperación Normal.
2. Recuperación Caliente.
Es muy importante señalar que este tipo de recuperación se puede proceder a
utilizar después de un error del sistema, se ejecuta cuando el último registro del
diario no es un punto de verificación y el operador no indica pérdida de memoria
secundaria, así mismo, el procedimiento de recuperación es el indicado en el
apartado referente a los puntos de verificación en el diario.
3. Recuperación en Frio.
La siguiente recuperación se desarrolla después de un incidente con la
memoria masiva dañada, ejecutándose si se pierden datos o la BD ya no es
coherente. Así mismo se utiliza:
Copia de seguridad (backup) más reciente de la BD.
Diario de las actividades posteriores.
Se aplican las imágenes posteriores al respaldo.
Puede encadenar una recuperación en caliente.
Se deben realizar copias de seguridad de la BD periódicamente:
Toda la BD debe copiarse en memoria secundaria.
El proceso de transacciones debe pararse durante el procedimiento de
copia (Costoso).
Procedimiento de escritura.
Hasta ahora se ha considerado que una transacción sólo tiene acceso a una
base de datos en algunos casos, una transacción puede necesitar acceso a la
bases de datos. De hecho, en los sistemas llamados de múltiples bases de datos
(o multibase de datos), una transacción puede acceder a las BD de varios SGBD
diferentes e independientes. Cada SGBD podría tener su propio gestor de
transacciones, su propia técnica de recuperación
Por otra parte, si al modificar datos en una base de datos IMS también en otra
base de datos DB2 puede producir.
a) Si T acaba con éxito, debe realizar COMMIT de todas sus actualizaciones (tanto
en el sistema IMS como en el sistema DB2)
b) Si T debe ser anulada, es necesario hacer ROLLBACK de todas sus
actualizaciones (en ambos sistemas IMS y DB2) Es decir, NO es posible que T
realice un COMMIT en IMS y un ROLLBACK en DB2, ni tampoco puede suceder
que T KDJD un ROLLBACK en IMS y un COMMIT en DB2, pues en estos casos la
transacción NO sería atómica.