Construcción de base de datos Asegurabilidad de la información

[pic 1]

Construcción de base de datos

Asegurabilidad de la información.

Alumno: Michael Arturo Gutiérrez Ocampo.

Grado: 4to  semestre.

Grupo: C

Especialidad: Informática.

Profesor: Edel Omar Zepeda Álvarez

Fecha/entrega: 13/06/2016

INTRODUCCION

Asegurar la información por medio de protocolos que permiten asegurar tus transacciones es importante para no tener inconvenientes por algún problema que se llegara a presentar.

Además de tener respaldos de información para fortalecer la seguridad de un archivo.

INDICE

ADMINISTRACION DE TRANSACCIONES:

-Definición de transacciones…………………………………………………………1

-Protocolo de bloqueo en dos fases………………………………………………..2

-Recuperación de información mediante transacciones………………………2

-Ejemplos…………………………………………………………………………………..3

MANEJO DE CONCURRENCIA:

-Definición de concurrencia…………………………………………………………..4

-Técnicas de bloque…………………………………………………………………....4-5

-Seriabilidad con el bloque en dos fases…………………………………………..5

-Ejemplos…………………………………………………………………………………6

RESPALDO DE DATOS:

-Tipos de respaldo:

-Incrementales………………………………………………………………………..7

-Complementos………………………………………………………………………7

-Ejemplos………………………………………………………………………………7

-conclusión……………………………………………………………………………8

-Referencia……………………………………………………………………………9

ADMINISTRACION DE TRANSACCIONES

Definición de transacciones

Una transacción en un sistema de gestión de bases de datos (SGBD), es un conjunto de órdenes que se ejecutan formando una unidad de trabajo, es decir, en forma indivisible o atómica.

Un SGBD se dice transaccional si es capaz de mantener la integridad de los datos, haciendo que estas transacciones no puedan finalizar en un estado intermedio. Cuando por alguna causa el sistema debe cancelar la transacción, empieza a deshacer las órdenes ejecutadas hasta dejar la base de datos en su estado inicial (llamado punto de integridad), como si la orden de la transacción nunca se hubiese realizado.

Para esto, el lenguaje de consulta de datos SQL (Structured query lenguaje), provee los mecanismos para especificar que un conjunto de acciones deben constituir una transacción.

BEGIN TRAN: Especifica que va a empezar una transacción. COMMIT TRAN: Le indica al motor que puede considerar la transacción completada con éxito. ROLLBACK TRAN: Indica que se ha alcanzado un fallo y que debe restablecer la base al punto de integridad.

En un sistema ideal, las transacciones deberían garantizar todas las propiedades ACID; en la práctica, a veces alguna de estas propiedades se simplifica o debilita con vistas a obtener un mejor rendimiento.

1

Protocolo de bloqueo en dos fases

bloqueo de dos fases (2PL) es un control de concurrencia método que garantiza serializabilidad.[1][2] También es el nombre del conjunto resultante de transacciones de bases de datos horarios (historias). Utiliza el protocolo cerraduras, aplicado por una transacción a datos, que pueden bloquear (interpretados como señales para parar) otras transacciones de acceso a los mismos datos durante la vida de la transacción.

Por el 2PL protocolo cerraduras son aplicadas y eliminadas en dos fases:

1. Fase de expansión: se adquieren bloqueos y bloqueos no son liberados.
2. Fase de contracción: los bloqueos son liberados y no se adquieren bloqueos.

Recuperación de información mediante transacciones

La Recuperación de Transacción vence los defectos de recuperación tradicionales eliminando el tiempo de indisponibilidad y evitando la pérdida de datos buenos. La Recuperación de Transacción es “el proceso de borrar los efectos indeseados de transacciones específicas de la base de datos”. La recuperación tradicional está en el nivel de objeto de base de datos: por ejemplo, en el espacio de datos, espacio de mesa o nivel de índice. Realizando una recuperación tradicional, un objeto de base de datos específico es elegido. Entonces, una copia de seguridad de aquel objeto es aplicada, seguida volviendo a aplicar entradas de registro para cambios que ocurrieron después de que la copia de imagen fue tomada. Recuerde que todos los cambios hechos a una base de datos relacional son capturados en el registro de base de datos. De este modo, si los detalles de cambio pueden ser leídos del registro, la recuperación puede ser conseguida invirtiendo el impacto de los cambios registrados.

Una de las formas de la Recuperación de Transacción es el Registro la recuperación de transacción basada toma dos formas: DESHAGA la recuperación o REHAGA la recuperación. Para DESHACEN la recuperación, el registro de base de datos es leído para encontrar las modificaciones de datos que fueron aplicadas durante un margen de tiempo dado y: el ENCARTE es girado en BORRAR. La

ACTUALIZACIÓN es girada para ACTUALIZAR al viejo valor en Efecto, una recuperación DESHARÉ invierte modificaciones de base de datos usando SQL. DESHAGA la Recuperación de Transacción es la

2

Recuperación de base de datos en línea. Por supuesto, si es deseable conservarse la base de datos en línea durante una Recuperación de Transacción dependerá en la naturaleza y la severidad del problema de base de datos.

Ejemplos

Un ejemplo habitual de transacción es el traspaso de una cantidad de dinero entre cuentas bancarias. Normalmente se realiza mediante dos operaciones distintas, una en la que se decremento el saldo de la cuenta origen y otra en la que incrementamos el saldo de la cuenta destino. Para garantizar la consistencia del sistema (es decir, para que no aparezca o desaparezca dinero), los dos operaciones deben ser atómicas, es decir, el sistema debe garantizar que, bajo cualquier circunstancia (incluso una caída del sistema), el resultado final es que, o bien se han realizado las dos operaciones, o bien no se ha realizado ninguna.

...