Por qué es necesaria la recuperación en DBMS – Part 1

Básicamente, cada vez que se envía una transacción a un DBMS para su ejecución, el sistema operativo es responsable de asegurarse o confirmar que todas las operaciones que deben realizarse en la transacción se han completado con éxito y su efecto se registra en la base de datos o la transacción no afecta la base de datos ni ninguna otra transacción.

El DBMS no debe permitir que alguna operación de la transacción T sea aplicada a la base de datos mientras que otras operaciones de T no lo son. Básicamente, esto puede suceder si una transacción falla después de ejecutar algunas de sus operaciones pero antes de ejecutarlas todas.

Tipos de fallas:
existen básicamente los siguientes tipos de fallas que pueden ocurrir y conducen a la falla de la transacción, tales como:

1. Error de transacción
2. Fallo de sistema
3. Fallo de los medios y así sucesivamente.

Tratemos de entender los diferentes tipos de fallas que pueden ocurrir durante la transacción.

1. Caída del sistema:
   se produce un error de hardware, software o red en esta categoría. Este tipo de fallas ocurre básicamente durante la ejecución de la transacción. Las fallas de hardware se consideran básicamente como fallas de hardware.
2. Error del sistema:
   alguna operación que se realiza durante la transacción es la razón por la que se produce este tipo de error, como un número entero o una división por cero. Este tipo de fallas también se conoce como la transacción que también puede ocurrir debido a valores de parámetros erróneos o debido a un error de programación lógica. Además de esto, el usuario también puede interrumpir la ejecución durante la ejecución, lo que puede conducir a una falla en la transacción.
3. Error local:
   esto ocurre básicamente cuando estamos realizando la transacción, pero pueden ocurrir ciertas condiciones que pueden conducir a la cancelación de la transacción. Este tipo de error básicamente se incluye en Error local. El ejemplo simple de esto es que es posible que no se encuentren los datos de la transacción. Cuando queremos debitar dinero de una cuenta con saldo insuficiente lo que lleva a la cancelación de nuestra solicitud o transacción. Y esta excepción debe programarse en la propia transacción para que no sea considerada como un fallo.
4. Cumplimiento del control de
   concurrencia: el método de control de concurrencia puede decidir abortar la transacción, comenzar de nuevo porque básicamente viola la serialización o podemos decir que varios procesos están en un punto muerto.
5. Falla del disco:
   este tipo de falla ocurre básicamente cuando algún disco pierde sus datos debido a un mal funcionamiento de lectura o escritura o debido a un bloqueo del cabezal de lectura/escritura del disco. Esto puede ocurrir durante una operación de lectura/escritura de la transacción.
6. Castropher:
   también conocidos como problemas físicos, básicamente se refiere a la lista interminable de problemas que incluyen fallas en el suministro eléctrico o fallas en el aire acondicionado, incendio, robo, sabotaje, sobreescritura del disco o cintas por error y montaje de la cinta incorrecta por parte del operador.