Please enable JavaScript.
Coggle requires JavaScript to display documents.
Sistema de Recuperación (Recuperación Basada en el Registro Histórico…
Sistema de Recuperación
Clasificación de los Fallos
Fallo en la Transacción
Error logico
Errores de condición interna: Entrada incorrecta datos no encontrados o desbordamiento
Error del Sistema
El sistema se encuentra en un estado no deseado como en contrabloqueo
Caída del Sistema
Mal funcionamiento del software o hardware: perdida de contenido volátil; los archivos no se corrompen por una fallo - parada
Fallo del disco
Un disco pierde su contenido por golpes o colisiones
Estructura de Almacenamiento
Tipos de almacenamiento
Almacenamiento Volátil
No sobrevive a caídas del sistema Ejemplos: Memoria cache memoria principal acceso de almacenamiento volátil muy rápido
Almacenamiento No Volátil
Sobrevive a caídas del sistema. Ejemplos: Discos y cintas magnéticas almacenamiento flash Almacenamiento lento
Almacenamiento Estable
La información nunca se pierde Es teóricamente imposible de conseguir pero se realizan técnicas donde la información no se pierda nunca
Implementación del almacenamiento estable
Replicación de información necesaria en varios medios de almacenamiento no volátil disposición redundante de discos independientes
Transferencia de bloques entre la memoria y el disco
Éxito. La información llega a su destino con seguridad
Falla parcial: ocurre un fallo y la informacion no llega completa
Falla Total: El fallo ocurre muy pronto para que el bloque destino permanezca intacto
Acceso a los datos
El sistema de bases de datos tiene una memoria no volátil y se almacenan en bloques. La Transferencia de un bloque entre un disco y una memoria principal se comienzan a través de los operadores siguientes
Entrada
Transfiere el protocolo físico de la memoria principal
Salida
Transfiere el bloque de memoria interna al disco y reemplaza ahi al correspondiente bloque físico
Recuperación y Atomicidad
Si el sistema cae después de que se realizo una transacción la memoria no sabe donde almacenar esa información y por lo tanto podríamos invocar uno de los dos siguientes procedimientos de recuperación
Volver a ejecutar
No volver a ejecutar
Atomicidad: Se debe ejecutar primero la operación de salida sin modificar la base de datos este procedimiento permitirá realizar la salida de todas las modificaciones por una transacción sin que se produzcan fallos
Recuperación Basada en el Registro Histórico
Secuencia de registros que mantiene un registro de todas las actividades de actualización de la base de datos
Identificador de la transacción
Realiza la operación escribir
Identificador del elemento de datos
Identificador de datos: Coincide con la ubicación del elemento en el disco
Valor Anterior
Valor que tenia el elemento de datos antes de su escritura
Valor Nuevo: Valor después de la escritura
Modificación diferida de la base de datos
Técnica de la modificación diferida
Garantiza la atomicidad de las transacciones mediante el almacenamiento de todas las modificaciones de la base de datos en el registro histórico pero haciendo un retardo en la operación escribir hasta que la transacción se compromete parcialmente
Operación rehacer
Esta operación debe ser idempotente es decir el resultado de ejecutarla varias veces debe ser el resultado de ejecutarla una sola vez
Modificación inmediata de la base de datos
Permite realizar la salida de las modificaciones de la base de datos a la propia base de datos mientras que la transacción esta todavía en estado activo
Modificaciones no comprometidas
Modificaciones de bases de datos por transacciones activas
Puntos de revisión
Cuando ocurre un fallo en el sistema se debe consultar el registro histórico para determinar las transacciones que deben rehacerse y las que deben deshacerse
Proceso de busqueda consume tiempo
La mayoria de las transacciones que deben rehacerse de acuerdo con el algoritmo ya tienen escritas sus actualizaciones en la base de datos
Sistemas remotos de copias de seguridad
Disponibilidad elevada
El tiempo en el que el sistema no es utilizable debe ser extremadamente pequeño solo se obtiene realizando el procesamiento de transacciones en un solo sitio
Detección de Fallos
Al igual que en los protocolo es importante que el sistema detecte que el sitio principal ah fallado para evitar ese problema debemos mantener varios enlaces de comunicación con modos de fallos independientes
Transferencia de control
Cuando el sitio principal falla el sitio de copia asume el control y se transforma en el nuevo sitio principal
Tiempo de recuperación
Si el histórico se hace grande la recuperación puede tardar mucho el sitio puede procesar de manera periódica los registros realizar puntos de revisión es muy importante