Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Matrícula: 159756
Grupo: CC88
Nombre completo del docente asesor de la materia: Mtro. Manuel Sanchez Ortega
1
Índice
Contenido
INTRODUCCION ................................................................................................................................... 3
BASES DE DATOS DISTRIBUIDAS.......................................................................................................... 3
TRANSACCIONES ................................................................................................................................. 3
PROPIEDADES DE UNA TRANSACCIÓN ................................................................................................ 4
CASO DE EJEMPLO: DEPARTAMENTO DE INFRAESTRUCTURA ELÉCTRICA Y DE SOPORTE DE
CENTROS DE DATOS EN EL INSTITUO NACIONAL ELECTORAL ............................................................ 5
RESPALDO Y RECUPERACIÓN .............................................................................................................. 6
CONCLUSIONES ................................................................................................................................... 7
BIBLIOGRAFIA ...................................................................................................................................... 8
2
INTRODUCCION
Una transacción, ya sea plana o anidada, accederá a objetos ubicados en varios equipos
diferentes. Cuando una transacción distribuida llega su fin, la propiedad de atomicidad de
las transacciones requiere que cualquiera de todos los servidores implicados confirmar la
transacción o la totalidad de ellos abortar la transacción. Este protocolo permite que los
servidores se comuniquen entre sí para alcanzar una decisión conjunta sobre si a confirmar
o anular. Cada servidor se aplica el control de concurrencia local a sus propios objetos, lo
que garantiza que todas las transacciones son serializadas localmente.
TRANSACCIONES
a) Inicio: Commit
3
Cada transacción arranca a partir de un punto de confirmación o commit y termina con otro
commit, en cuyo caso implica que todas las operaciones quedaron confirmadas o termina
con un rollback que implica que las operaciones realizadas se deshacen hasta el último
commit realizado.
Aislamiento: Una transacción no debe dejar que otra transacción vea sus actualizaciones
hasta que estas no sean confirmadas. Del contrario podría quedar inconsistencias
permanentes en los datos.
Permanencia: Una vez se haya confirmado una modificación, esta nunca debe perderse
por una falla posterior.
4
CASO DE EJEMPLO: DEPARTAMENTO DE INFRAESTRUCTURA
ELÉCTRICA Y DE SOPORTE DE CENTROS DE DATOS EN EL INSTITUO
NACIONAL ELECTORAL
5
RESPALDO Y RECUPERACIÓN
Archivo de datos (Data Files): Son los archivos donde se guarda información propiamente
de la base de datos, es decir el contenido de las tablas.
Archivo Logs: Son los archivos que sirven para rehacer una transacción después de que
ocurre una falla.
Archivo de control (Control file): Es el archivo que guarda la estructura física de la base de
datos, además de llevar el control de los puntos de confirmación (Check Points).
El proceso de respaldo y recuperación debe tener presente estos tres tipos de archivos.
6
CONCLUSIONES
Tiempo atrás una transacción era complicada de hacer ya que se realizaba por medio
manual, es decir haciendo transferencias de forma real de una cuenta a otra; ahora SQL
por ejemplos, nos ofrece la forma de realizar transferencias vía electrónica o virtual, dichas
operaciones son fáciles y confiables siempre y cuando se cumplan con las propiedades
ACID y se manejen los comandos rollback y commit adecuadamente.
7
BIBLIOGRAFIA
Esar Manuel Castillo Rodríguez, Ricardo alonso Hurtado Mosquera. (2014). Bases de Datos
Distribuidas. 2022, de Universidad Nacional de Colombia sitio web:
http://froac.manizales.unal.edu.co/roap/scorm/472/13_que_es_una_base_de_datos_distri
buida.html
Diseño de Base de Datos Distribuida (2005). Diseño de base de datos distribuida (pp. 1-
11). Bolivia.