Taller de Proyectos de

Infraestructura

Tema 4: Transacciones

Rodrigo Castro
rodrigo.castro42@inacapmail.cl
Departamento de Informática
Inacap - Chile

www.Inacap.cl
Contextualización

Dimensionamiento
Pruebas y
de Infraestructura Adquisición de
de Hardware, Dimensionamiento de Infraestructura de Hardware, Software y
Implementación de monitoreo de la
Hardware, Software
Infraestructura
Comunicaciones Infraestructura y
Software y y Comunicaciones
servicios
Comunicaciones

 Transacciones
 Tasas de Demanda
 Capacidad de Procesamiento
 Transferencia de Datos
 Virtualización

www.Inacap.cl
Objetivos

Objetivo General
“Utiliza modelos para realizar dimensionamiento de infraestructura de
hardware, comunicaciones y base de datos para cubrir las necesidades de los
desarrollos de aplicaciones.”

Objetivos Específicos
 Realiza dimensionamientos de almacenamiento de acuerdo con los modelos de bases de datos.

 Realiza dimensionamiento de hardware para cumplir con los niveles de procesamientos y

disponibilidad.

 Realiza dimensionamiento de infraestructura de red y comunicaciones para la organización, de

acuerdo al plan táctico de TI.

www.Inacap.cl
Algunos Conceptos

Base de datos
Conjunto o compilación de datos ordenados, organizados y relacionados de modo
tal que resulte fácil acceder a ellos y gestionarlos

Consistencia de datos
Es el estado coherente en la información o datos que cumple con las necesidades o
expectativas de quien la requiera.

www.Inacap.cl
Algunos Conceptos
Triada CIA (seguridad Informática)

Confidentiality (confidencialidad)
Impide la divulgación de información a personas o sistemas no autorizados

Integrity (Integridad)

Mantener la exactitud de los datos tal cual fue generada, sin ser manipulada

o alterada por entes no autorizados.

Avalibility (Disponiblidad)
Los datos siempre tienen que estar a disposición de quien los requiera

Para las personas que estén autorizadas

www.Inacap.cl
Algunos Conceptos
Consistencia e Integridad
“Los datos son consistentes cuando obedecen las reglas de integridad
de la base de datos”

V/S

Regla de Integridad: el Sexo puede ser M o F

www.Inacap.cl
Transacciones en Bases de datos
Definición

“Ordenes de entrada o salida hacia un SGBD que puede indicar:”

 Inserción

 Modificación

 Eliminación

 Consulta

www.Inacap.cl
Transacciones en Bases de datos
Propiedades

Las transacciones tienen 4 propiedades (ACID)

1. Atomicity (Atomicidad)
 Unidad atómica de procesamiento, o se cumple o no. No hay puntos intermedios
2. Consistency (Consistencia)
 Una ejecución correcta de la transacción debe llevar a la BD de un estado
consistente a otro
3. Isolation (Aislamiento)
 Una transacción no puede dejar que otras vean sus actualizaciones antes de ser
confirmada
4. Durability (Permanencia)
 La operación se mantiene hasta que una nueva transacción la modifique

www.Inacap.cl
Transacciones en Bases de datos
Estados

Todas las transacciones pueden estar sólo en uno de cinco estados:

1. Activa
 Estado Inicial
2. Parcialmente Confirmada (Uncommited)
 Última operación
3. Fallida
 No se puede continuar la operación normal
4. Abortada (RollBack)
 Vuelve al estado anterior a la transacción

5. Terminada (Commit)
 Graba las operaciones realizadas

www.Inacap.cl
Transacciones en Bases de datos
Historial de transacciones

“Mantiene todos los registros de cambio que han sucedido en un

intervalo de tiempo”

Está en disco y es buena práctica respaldarla periódicamente

www.Inacap.cl
Transacciones en Bases de datos (Oracle)
RedoLog

Oracle SIEMPRE utiliza los Redo Log

 Registran cambios en la base de datos debido a transacciones o acciones
internas

 Es una suerte de Journal (libro o diario)

Se utilizan de forma circular y secuencial

www.Inacap.cl
Transacciones en Bases de datos Oracle
Modos: NOARCHIVELOG y ARCHIVELOG

Oracle tiene dos modos: NOARCHIVELOG y ARCHIVELOG

En modo Archivelog:

 Cuando se llena un RedoLog, éste se copia y genera un archivelog (copia fiel
del redo).

 Se guardan todos los Archivelogs

En modo NonArchivelog:

 No se generan los Archivelog

www.Inacap.cl
Transacciones en Bases de datos
NonArchiveLog y BKP

Si se trabaja en modo NoArchiveLog

 El backup se debe realizar obligatoriamente con la BBDD parada (y parada
de forma correcta: no se puede parar mediante shutdown abort).

 El backup será un snapshot del contenido de la BBDD del momento en que

se ha hecho el backup.

 Como consecuencia, el restore restaurará este snapshot.

 Por regla general, al restaurar se perderán transacciones: las transacciones
realizadas entre el backup y el momento del Restore

www.Inacap.cl
Transacciones en Bases de datos
ArchiveLog y BKP

Si se trabaja en modo ArchiveLog

 El backup se puede hacer sin parar la BBDD
 Un backup bien hecho, debe comprender la copia de la BBDD y de los
ArchiveLogs
 En caso de Restore, primero se restauran los Datafiles y después se aplican los
ArchiveLogs
 Se vuelve a procesar las transacciones y, si no se ha perdido ningún ArchiveLog
ni RedoLog, la BBDD queda en la situación que tenia justo antes del Recover
(sin pérdida de transacciones)

Recomendación final
En los entornos de producción, se debe considerar siempre el trabajar en modo
ArchiveLog

www.Inacap.cl
www.Inacap.cl