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 del buffer de memoria es de tipo "no robar página" El algoritmo de gestión del 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 del buffer de memoria es de tipo "no robar página" El algoritmo de gestión del buffer de memoria es de tipo "no forzar escritura" Se permiten transacciones concurrentes Se permiten transacciones de larga duración.
En un DBMS donde 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 del 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.
En un DBMS donde 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 del 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 bbdd se encuentra ex.actamente 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 de "rehacer" Al final de la de "deshacer" Nunca.
|
