GABD tema 7

El algoritmo de recuperación de caídas de un DBMS debe contar necesariamente con la operación DESHACER si. El algoritmo de gestión de buffer de memoria es de tipo "no robar página". El algoritmo de gestión de buffer de memoria es de tipo "no forzar escritura". Se permiten transacciones concurrentes. Se permiten transacciones de larga duración.

El algoritmo de recuperación de caídas de un DBMS debe contar necesariamente con la operación REHACER si. El algoritmo de gestión de buffer de memoria es de tipo "no robar página". El algoritmo de gestión de buffer de memoria es de tipo "no forzar escritura". Se permiten transacciones concurrentes. Se permiten transacciones de larga duración.

Un DBMS donde se sigue un criterio de actualización inmediata de páginas sucias, la primera regla de la escritura anticipada de trazas, WAL#1. Es necesaria para garantizar la atomicidad. Es necesaria si el algoritmo de gestión de buffer de memoria es de tipo "robar página". Permite la implementación de la operación DESHACER. No evita que transacciones cometidas puedan perderse.

Un DBMS donde se sigue un criterio de actualización inmediata de páginas sucias, la primera regla de la escritura anticipada de trazas, WAL#2. Es necesaria para garantizar la atomicidad. Es necesaria si el algoritmo de gestión de buffer de memoria es de tipo "robar página". Permite la implementación de la operación DESHACER. No evita que transacciones cometidas puedan perderse.

Respecto a ARIES se puede afirmar: En los puntos de verificación se graban en el archivo de datos las páginas sucias. Es un algoritmo de recuperación de caídas adecuado para una estrategia del buffer de datos de tipo forzar. Es un algoritmo de recuperación de caídas adecuado para una estrategia del buffer de datos de tipo robar. En la fase de deshacer se retrocede hasta alcanzar el primer evento que hizo que alguna página cambiara a sucia.

La fase "rehacer" en ARIES, en su formulación original: Rehace única y exclusivamente aquellos eventos que aún no han sido almacenados en el archivo de datos. Rehace tanto aquellos eventos de transacciones que han sido confirmados como los que no. Utiliza el campo lastLSN almacenado en cada traza para rehacer con mayor eficiencia. Es precedida por la fase "deshacer".

La fase "deshacer" en ARIES, en su formulación original: Deshace única y exclusivamente aquellos eventos que aún no han sido almacenados en el archivo de datos. Deshace tanto aquellos eventos de transacciones que han sido confirmados como los que no. Utiliza el campo lastLSN almacenado en cada traza para deshacer con mayor eficiencia. Es precedida por la fase "análisis".

En ARIES se puede afirmar que la base de datos se encuentra exactamente en el estado que se encontraba en el instante de la caída: Al final de la fase de análisis. Al final de la fase "rehacer". Al final de la fase "deshacer". Nunca.