Recuperacion De Base De Datos Y Concurrencia

RECUPERACIÓN

La Recuperación involucra el tema de la Administración de

Transacciones, y está relacionado con la protección de los datos; es decir

la protección contra la pérdida o daño de la información que está en la

base de datos. En pocas palabras recuperación implica a la propia base

de datos, a fin de un restablecimiento de la misma a un estado correcto

o consistente después de haber ocurrido alguna falla ocasionando que el

estado actual sea inconsistente.

Los principios en los que estaba basada la recuperación pueden ser

resumidos en una palabra: Redundancia, es decir, la forma de asegurar

que la base de datos sea recuperable, es garantizando que cualquier

parte de la información que contiene puede ser reconstruida a partir de

otra información guardada de forma redundante en algún otro lugar del

sistema.

Ocurren casos con las transacciones individuales, en donde actúa la

Recuperación después de que un error del sistema ha ocasionado que

todas las transacciones actuales fallen simultáneamente. Se entiende

por transacción como una unidad de trabajo lógica, que no

necesariamente es una sola operación de la base de datos sino no que

en general es una secuencia de varias de estas operaciones que

transforman un estado consistente de la base de datos en otro estado

consistente sin que sea necesario conservar la consistencia en todos los

puntos intermedios.

La administración de transacciones garantiza que si la transacción

ejecuta algunas actualizaciones, y si luego ocurre una falla antes de que

la transacción finalice o se de por terminada, entonces esas

actualizaciones serán deshechas. Por tanto la transacción debe

ejecutarse o cancelarse totalmente, es decir, como si no hubiese sido

ejecutada. En este sentido es necesario aplicar el componente que

proporciona atomicidad conocido como el Administrador de

transacciones o monitor PT, y las operaciones COMMIT y ROLLBACK. La

operación COMMIT indica la finalización de una transacción satisfactoria.

La operación ROLLBACK, indica la finalización de una transacción no

satisfactoria.

En la Recuperación de transacciones una transacción comienza con la

ejecución satisfactoria de una instrucción BEGIN TRANSACTION y

termina con la ejecución satisfactoria de una instrucción COMMIT o

ROLLBACK, (COMMIT es conocido como punto de confirmación o de

sincronización), que corresponde al final de una unidad de trabajo lógica

en donde la base de datos esta o debería estar en un estado

consistente, por el contrario ROLLBACK, regresa la base de datos al

estado en que estaba antes de BEGIN TRANSACTION, que significa

regresar al punto de confirmación anterior, conocido como (punto de

confirmación anterior).

En cuanto a la Recuperación del sistema se realiza no solo en fallas

locales sino también en fallas globales, que implica las fallas del sistema

por ejemplo, falla en el suministro eléctrico que afecta a todas las

transacciones que están actualmente en progreso pero que no dañan a

la base de datos, se conoce como “caída blanda”. Y las fallas en el

medio, por ejemplo un roce en las cabezas con el disco, que si causan

daño a la base de datos o alguna parte de ella y afecta a las

transacciones actuales. A una falla del medio se le conoce como “caída

dura”.

Concurrencia

Por más de treinta años, las organizaciones han realizado sus

actividades de procesamiento de datos en línea. Muchas organizaciones,

tales como aerolíneas y bancos, no pueden funcionar correctamente

cuando sus sistemas informáticos en línea se detienen. Sus bases de

datos en línea deben estar correctamente actualizadas todo el tiempo.

la concurrencia es la propiedad de los sistemas que permiten que

múltiples procesos sean ejecutados al mismo tiempo, y que

potencialmente puedan interactuar entre sí.

El control de transacciones concurrentes en una base de datos brinda un

eficiente desempeño del Sistema de Base de Datos, puesto que permite

controlar la ejecución de transacciones que operan en paralelo,

accesando a información compartida y, por lo tanto, interfiriendo

potencialmente unas con otras.

El hecho de reservar un asiento en una avión mediante un sistema

basado en aplicaciones web, cuando decenas de personas en el mundo

pueden reservarlo también, nos da una idea de lo importante y crucial

que es el control de concurrencia en un sistema de base de datos a

mediana o gran escala.

Los procesos concurrentes pueden ser ejecutados realmente de forma

simultánea, sólo cuando cada uno es ejecutado en diferentes

procesadores. En cambio, la concurrencia es simulada si sólo existe

un procesador encargado de ejecutar los procesos concurrentes,

simulando la concurrencia, ocupándose de forma alternada en uno y otro

proceso a pequeñísimos intervalos de tiempo. De esta manera simula

que se están ejecutando a la vez.

...