*

JOSE LUIS SARABIA CONTRERAS CODIGO: 190421

*
Def: conjunto de operaciones que forman una unidad conceptual de procesamiento.

Propiedades ACID

* Atomicidad: se ejecutan todas las operaciones de la transaccin o * Consistencia: la ejecucin de la transaccin conserva la
consistencia de la BD.

no lo hace ninguna de ellas si algo falla no deben quedar rastros de la ejecucin.

* Aislamiento (isolation): cada transaccin se ejecuta sin * Durabilidad: los cambios de una transaccin finalizada

interferencia del resto de las transacciones que se ejecutan concurrentemente en el sistema.

exitosamente deben ser permanentes en la BD, incluso si hay fallos en el sistema

*
Muchos tipos diferentes de fallos pueden afectar al procesamiento de la BD: 1. Paradas catastrficas del sistema debidas a errores del hardware o del software prdida de contenido de la memoria principal

2. Fallos del soporte fsico prdida de la informacin guardada en almacenamiento secundario.

3. Errores de software de las aplicaciones fallo en una o ms transacciones. 4. Desastres fsicos naturales como incendios, inundaciones, terremotos y apagones. 5. Destruccin negligente o no intencionada de datos o instalaciones por operadores o usuarios.

6. Sabotaje o corrupcin o destruccin intencionada de los datos, del hardware, del software o de las aplicaciones.

*
En todo sistema de BD existe la posibilidad de que ocurra un fallo del sistema o un fallo en un dispositivo. Si esto sucede y afecta a la BD, sta debe recuperarse.

Los objetivos:
1.
Asegurar que los efectos de las transacciones finalizadas se reflejen sobre la BD recuperada.

2.

Volver a encontrarse en un estado operativo tan pronto como sea posible.

La recuperacin de transacciones ante fallos normalmente significa que la BD se recarga con el estado consistente ms reciente en el que estuvo justo antes de producirse el fallo.

* Para la recuperacin, el sistema debe mantener un diario

con informacin sobre los cambios que las transacciones realizan sobre los datos. La estrategia tpica es la siguiente:

*Si el dao es fsico, la base de datos se recupera a partir de la ltima copia de seguridad y se rehacen todas las transacciones que haban finalizado cuando se produjo el fallo.
*Si el dao no es fsico, pero la base de datos est en un estado inconsistente, se deshacen las operaciones que pueden haber causado la inconsistencia y es posible que haga falta rehacer otras operaciones.

*
* Para
recuperarse de las fallas de las transacciones, el sistema mantiene un log (llamado journal o peridico) que mantiene el curso de todas las transacciones que afectan los datos tems de la BD. Al conjunto de log se le conoce como system log.

El diario se mantiene en disco y de l tambin se hacen copias de seguridad.

* Esta

informacin es mantenida en disco (memoria secundaria) de manera que slo puede estar afectada, eventualmente, por fallas en medios de almacenamiento. los log son respaldados en cintas para protegerlos contra fallas por catstrofes.

* Peridicamente,

*
Hay varios tipos de algoritmos de recuperacin: * De actualizacin diferida (noundo/redo). La BD en disco se actualiza despus de que la transaccin haya finalizado. Si una transaccin falla, no hay nada que deshacer (noundo). Puede que haya que rehacer (redo) algunas operaciones de transacciones que han finalizado, pero que an no se han reflejado en disco.

* De

actualizacin inmediata (undo/redo). Se hacen actualizaciones en disco antes de que finalice la transaccin. Como tambin se guardan en el diario, se puede hacer recuperacin. Si una transaccin falla, las operaciones se deben deshacer (undo) sobre la BD en disco, y es posible que haya que rehacer (redo) algunas operaciones. Una variacin de este algoritmo hace todas las actualizaciones antes de que la transaccin finalice (undo/noredo).

*
*El punto crtico de una falla del sistema es que se
pierde el contenido de la memoria principal. Por tanto, ya no se conocer el estado preciso de la transaccin que se estuviera realizando en el momento de la falla; esa transaccin jams se podr completar con xito, por lo cul ser preciso anularla cuando se reinicie el sistema.

*Cada cierto intervalo previamente establecido el

sistema establece un punto de revisin de manera automtica.

Se present una falla en el sistema en el momento tf. El punto de verificacin ms reciente antes de tf se tom en el momento tv. Las transacciones de tipo T1 se completaron antes del tiempo tv. Las transacciones de tipo T2 se iniciaron antes del tiempo TV y se completaron despus del tiempo TV y antes del tiempo tf. Las transacciones de tipo T3 tambin se iniciaron antes del tiempo TV pero no se completaron antes del tiempo tf. Las transacciones de tipo T4 se iniciaron despus del tiempo TV y se completaron antes del tiempo TV. Por ltimo, las transacciones de tipo T5 tambin se iniciaron despus del tiempo TV pero no se completaron antes del tiempo tf.