restauración de base de datos

Restauración
Restauración, en un SBD, significa recobrar la BD en si misma, esto es,
realmacenar la BD en un estado correcto después de que una falla ha hecho que el
estado de esta sea incorrecto.
Recuperación -> Redundancia
La forma de proteger la BD es asegurar que cualquier pieza de información
pueda ser reconstruida a partir de alguna otra información almacenada
redundantemente enalgún lugar del sistema.
Transacción
Una transacción es una unidad de trabajo. Esta consiste de la ejecución de una
secuencia de operaciones especificada, comenzando con la operación especial BEGIN
TRANSACTION y terminada con una de las siguientes operaciones especiales:
• COMMIT: Usada para indicar terminación exitosa.
• ROLLBACK: Usada para indicar una terminación no exitosa.
Ejemplo de unatransacción: Transacción bancaria que transfiere una cantidad de
dinero de una cuenta a otra.
TRANSFER : PROC GET(FROM, TO, AMOUNT);
FIND UNIQUE(ACCOUNT WHERE ACCOUNT* = FROM);
/* Se decrementa el balance de from */
ASSIGN(BALANCE - AMOUNT) TO BALANCE;
IF BALANCE < O THEN
DO;
PUT(‘FONDOS INSUFICIENTES’);
/* Se deshace la actualización y termina la transacción */
ROLLBACK;
END;
ELSE
DO;FIND UNIQUE(ACCOUNT WHERE ACCOUNT* = TO);
/* se incrementa el balance de to */
ASSIGN(BALANCE + AMOUNT) TO BALANCE;
PUT( ́’TRANSFERENCIA EXITOSA’);
/* Se hace la actualización y termina la transacción */
COMMIT;
END;
END; /* TRANSFER */
Propiedades de una transacción (ACID):
Atómica: Todo/Nada : Se hace o no se hace, pero no se hace a medias.
Consistente: Después de ejecutar unatransacción, la B.D. queda en un estado
consistente. Debe mantener la integridad de la BD.
Aislamiento: Las transacciones están aisladas entre sí. Una transacción no ve los
cambios que otras transacciones están realizando. Sólo ve un estado consistente.
Durable: Una vez que se ejecuta una transacción, sus efectos perduran, no se
pierden.
Tipos de fallas
Podemos caracterizar los diferentes tipos defallas que pueden ocurrir como siguen:
1. Fallas locales a la transacción que son detectadas por el código de la
aplicación y son manejadas por este. Ejemplo: Condición de fondos
insuficientes en la transacción del ejemplo anterior.
2. Fallas locales a la transacción que no son explícitamente manejadas por el
código de aplicación. Ejemplo: Overflow aritmético.
3. Fallas en el sistema queafectan todas las transacciones que se están
realizando en ese momento, pero no daña la BD. Ejemplo: Falla del CPU.
4. Fallas de los medios de almacenamiento que dañan la BD o una porción de
esto y afectan a todas las transacciones que estaban usando esa porción en
el momento de la falla. Ejemplo: Cabeza lectora que raya el disco.
Fallas en la transacción
Se refieren a una terminación anormaldel programa. La transacción no alcanza su
terminación planeada (COMMIT o ROLLBACK explícito).Es necesario que el
sistema haga por la fuerza un ROLLBACK, esto es, deshacer cualquier cambio que la
transacción haya hecho a la BD y cancele cualquier mensaje de salida que la transacción
haya producido, para hacer como la transacción no hubiera comenzado. Para deshacer
los cambios, el manejadorhace uso del archivo log o bitácora de restauración.
Cuando se va a hacer una transacción en el archivo log se coloca la siguiente
información:
Comienzo de transacción. (CT)
Imagen antes. (IA)
Imagen después. (ID)
Imagen antes.
Imagen después.
Fin de transacción. (FT)
CT IA
ID
...
IA ID
FT
Precaución: Antes de grabar la información físicamente en la BD se debe asegurar que
quedagrabada en LOG (físicamente).
Fallas en el sistema
Falla en el sistema = Evento que causa la parada del sistema ->
Recomienzo del sistema y pérdida del contenido de los buffers de I/O.
Transacciones Terminadas: Hay que asegurar
que se hayan registrado sus cambios
físicamente en la BD (Rehacer cambios).
Transacciones No Terminadas: Hay que
deshacer los posibles cambios que se hayan
grabado...