AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”

CONTRAE R

Cordial saludo!

Una vez conocido el detalle de los procedimientos y acciones a través de

los cuales el motor de base de datos seleccionado gestiona transacciones,
controla bloqueos y concurrencia (Actividad AA10-3), debe participar en
el presente foro temático “Socialización y evaluación del modelo
transaccional en un motor de Bases de Datos específico”, aportando una
conclusión con respecto a la manera como se manejan transacciones,
bloqueos y concurrencia en el SMBD de su elección. Así la información
estará dispuesta en la plataforma para recibir la retroalimentación de sus
compañeros y además debe dar su opinión sobre el trabajo de dos o más
participantes del proceso.

Saludos!

Responder Citar Escribir correo electrónico al autor

Hace 5 días

EDWIN JAVIER RIASCOS MANCERA

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Conclusión
Una de las situaciones a tener en cuenta es sobre como el servidor nos
muestra su rendimiento teniendo una supervisión eficiente lo que implica
vigilar la periodicidad sobre su rendimiento actual para separar procesos
que pueda ocasionar problemas y nos permita recopilar los datos de
manera continua durante un largo periodo de tiempo con el fin de realizar
seguimiento en cuanto a la tendencia de su rendimiento. Tanto el sistema
operativo Microsoft Windows Server y el motor de bases de dato
Microsoft SQL Server proporcionan herramientas que permiten observar
las condiciones actuales de la base de datos y hacer un seguimiento
sobre como rinde a medida que cambian. El objetivo de inspeccionar una
Bases de Datos es evaluar la calidad de su rendimiento en un Sistema
Manejador de Bases de Datos como lo es el SQL Server, donde
responda a las transacciones realizadas por los usuarios que requieren
datos por medio de un Sistema Computacional.

Responder Citar Escribir correo electrónico al autor

Hace 5 días

AHARON ALEXANDER AGUAS NAVARRO

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Para iniciar la participación en este foro, podemos decir que el administrador de
base de datos tiene una función muy importante en un sistema de información. En
el modelo transaccional es de vital importancia tener un buen manejo de los
procedimientos de transacciones, bloqueos y concurrencias, un modelo
transaccional debe controlar las transacciones para mantener la seguridad y
consistencia de todos los datos, en SQL Server podemos aplicar cada uno de estos
procedimientos configurarlo de una forma segura. Con las transacciones podemos
modificar información que se encuentran almacenados en un sistema de
información con esto, un modelo transaccional debe ser capaz de enmendar
cualquier error ocurrido durante la transacción pudiendo deshacer las operaciones
realizadas manteniendo los datos tal cual como estaban antes del error.
Los en las base de datos por defecto esta a nivel de fila, ya el administrador
deberá configurar manualmente los bloqueos para darle un modo mas seguro a los
datos, y el nivel de concurrencia ya el administrador tendrá que análisar que tipo
de concurrencia van a tener los usuarios que acceden a la base de datos.
En resumen el modelo transaccional es de suma importancia para un SMBD, con
este modelo podemos tener una mayor seguridad en las base datos mantenimiento
la integridad refencial en todos nuestros datos.
Responder Citar Escribir correo electrónico al autor

Hace 4 días
 MAURICIO BERMUDEZ JIMENEZ
RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Introducción

Los administradores de base de datos tienen varias responsabilidades en los procesos

de control del rendimiento para lo cual uno de los elementos básicos a detectar es el
control de concurrencia de distintos usuarios.

La persistencia del almacenamiento de datos, el control de acceso no autorizado y

las actualizaciones correctas de los usuarios son otros aspectos de alta prioridad que se
debe tener en un buen proceso de Gestión de Base de Datos.

Transacciones

Una transacción se considera como una unidad lógica de procesamiento

que utiliza varias operaciones de accesos a bases de datos, como por ejemplo las
consultas y modificaciones, definidas dentro de un intervalo
donde existe un punto de inicio y un punto de finalización, el primero llamado
begin transaction y el segundo llamado end transaction.

La transacción como tal debe realizarse garantizando los estados consistentes que debe
tener la base de datos, de lo contrario no se estaría utilizando un modelo formal
adecuado que controle el rendimiento esperado.

Bloqueos

La gran finalidad de los bloqueos es que impiden los conflictos de actualización. Se

presentan cuando usuarios requieren la lectura o modificación de datos que en ese
instante están siendo modificados por otros usuarios.

Concurrencia

El control de concurrencia va orientado a la coordinación de los procesos que actúan

en forma concurrente sobre datos que se encuentran compartidos, evitando la
interferencia entre ellos.

A nivel de Sistema Manejador de Base de Datos se debe implementar un

modelo que garantice la consistencia de la base de datos en los casos donde se
realicen modificaciones concurrentes.
Recursos bibliográficos

Date, C. (2001). Introducción a los Sistemas de Base de Datos. Prentice Hall.

Peter Eisentraut, Bernd Helmle (Octubre 2008). PostgreSQL-Administration

Vargas Valencia Magaly, Cano Yur (200) . Concurrencia en las bases de datos.
Consultado el 6 de Marzo de 2012
en http://www.monografias.com/trabajos24/concurrencia-base-datos/concurrencia-base-
datos.shtml
De Ves, Esther, Cerverón Vicente (2007). Técnicas de control de concurrencia.
Consultado el 7 de marzo de 2012
en http://informatica.uv.es/iiguia/2000/BD2/4_0_BD2Tema4_06.pdf
Romani Loyola, Julio Cesar, Ortiz Velasquez Vladimir.Transacciones y control de
concurrencia. Consultado el 14 de Marzo de 2012
en http://es.scribd.com/doc/414370/CONTROL-DE-CONCURRENCIA
Universidad Carlos III de Madrid. Opencourseware, Diseño y administración de base
de datos. Consultado el 15 de Marzo de 2012 en http://ocw.uc3m.es/ingenieria-
informatica/diseno-y-administracion-de-bases-de-
datos/teoria/Tema4_6(Administracion_Concurrencia).pdf
Oracle Corp.(2005). Oracle database concepts. Consultado el 15 de Marzo de 2012
en http://docs.oracle.com/cd/B19306_01/server.102/b14220/transact.htm

Responder Citar Escribir correo electrónico al autor

Hace 3 días

DAVID ESTEBAN SANTANDER LOPEZ

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Buen dia compañeros!!
Una de las funciones mas importantes de un DBA es la de controlar la concurrencia en las
bases de datos ya que de esta manera se disminuye el riesgo a informacion incoherente y se
aumenta la dispinibilidad de la informacion, en el SMBD oracle se pueden haer estos
controles.
Por defecto, Oracle activa los protocolos de concurrencia a nivel de sentencias, que
consisten en que una consulta utilice los valores que se encontraban en los registros justo
antes de comenzar la consulta (y no antes de comenzar la transacción). De esta forma se
evita que la consulta acceda a datos que no fueron confirmados (Uncommited Data) o que
están siendo actualizados por otras transacciones.
También se permite activar el control de concurrencia a nivel de transacciones, esto se
logra obligando a las consultas de una misma transacción a acceder a una sola versión de
los registros. Esto da como resultado que todas las consultas dentro de una misma
transacción utilicen la misma versión de los datos, generando consistencia dentro de la
transacción.
Como las transacciones son aisladas (según las propiedades ACID), Oracle posee distintos
niveles de aislamiento para asegurar la consistencia. Entre ellos se encuentran:
 Lectura Confirmada: Una consulta solo utiliza datos que fueron
confirmados (Commited Data) antes del comienzo de la ejecución de
la consulta.
 Serializable: Cada consulta utiliza los datos que fueron confirmados
antes del comienzo de la ejecución de la transacción, además de
acceder también a los cambios realizados por sentencias INSERT,
DELETE, UPDATE que hayan sido ejecutadas dentro de esta
transacción.
 Sólo Lectura: Sólo es visible la versión de los datos al momento del
comienzo de la transacción y no se permiten sentencias INSERT,
UPDATE, DELETE, dentro de la transacción.
Al trabajar bajo un régimen de Lectura Confirmada o Transacciones Serializables, Oracle
utiliza bloqueos a nivel de filas, que consisten en bloquear un registro en específico que
será leído o modificado por la transacción. Si una segunda transacción intenta utilizar ese
registro, esta debe esperar a que sea desbloqueado (mediante un Commit o Rollback) para
ejecutarse sobre el registro deseado.
fuente: https://entendiendoaoracle.wordpress.com/2014/11/01/control-de-concurrencia-en-oracle/
como concluison se puede afirmar que los distintos SMBD disponen de las herramientas y
metodos para controlar la concurrencia y dar un bue manejo a los bloqueos, es de vital
mportancia que los DBA conoscan estos conceptos y su aplicacion para de esta manera
permitir el correcto funcionamiento de los sistemas de informacion que apoyan
directamente la toma de deciciones de las empresas.

Responder Citar Escribir correo electrónico al autor

Hace 3 días

CRISTIAN GIOVANNY RODRIGUEZ ACEVEDO

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
En los roles del DBA, se presentan grandes retos debido a que en las arquitecturas de
accesos, consultas y procedimientos desarrollados para cargar, extraer y procesar la
información no siempre se aplican las mejores prácticas; es aquí donde el
conocimiento de las diferentes herramientas que proveen los SMDB y los sistemas
Operativos cobran relevancia para el seguimiento y mitigación de indisponibilidad del
servicio. Ello, debido a transacciones bloqueantes o saturación del servicio por
concurrencia.

Un modelo para administración de BD se podría abordar desde los enfoques de

planificación de desarrollo de aplicaciones, donde los DBA propondrían cuáles son las
prácticas recomendadas para la creación de transacciones SQL DML, planeación del
esquema de base de datos DDL y las políticas de acceso por parte de usuarios, a
quienes se les define un alcance tanto de permisos de DML, como de esquemas a usar.
Por tanto, la forma de validar estas políticas se lleva a cabo mediante la visualización
de información generada a través de las herramientas de monitoreo de conexiones,
tanto a nivel de SO como al de SMDB. Con este último lograremos tener un mayor
detalle en cuanto a qué acciones están ejecutando dichas conexiones y cómo están
afectando al sistema en general.

Responder Citar Escribir correo electrónico al autor

Hace 1 día

ERIKA TATIANA AYALA JIMENEZ

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Se reconoce la relevancia que tienen las diferentes herramientas que provee el
sistema de Base de datos para realizar seguimiento y gestión a las peticiones,
concurrencias y bloqueos que se puedan presentar sobre el sistema, Ninguna
comunicación con la base de datos puede darse fuera de una transacción de la base
de datos. Siempre use límites de transacción claros, incluso para las operaciones de
sólo lectura. Con seguridad, una transacción única de base de datos va a funcionar
mejor que muchas transacciones pequeñas, inclusive para leer datos.
Responder Citar Escribir correo electrónico al autor
Ocultar 1 respuesta

Hace 20 horas
 JAVIER MAURICIO ALVAREZ VARGAS INSTRUCTOR DIRECTOR
RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Hola Erika, gracias por tu aporte

Responder Citar Escribir correo electrónico al autor

Hace 1 día

EDWYN IVAN SALAMANCA MACIAS

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R

La escalabilidad y manejo de un alto nivel de concurrencia es una de los principales

aspectos que como DBA de un motor de base de datos el DBA debe garantizar

Para el caso puntual del motor Seleccionado SQL Server existe una serie de tecnicas
que se deben aplicar para
garantizar que la base de datos soporte un alto nivel transaccional y alto nivel de
concurrencia sin generar contencion

Entre estas tecnicas se encuentran:

1. Normalizacion y desnormalizcion de DB
2. Diseño de tablas que soporten altas cargas transacciones, en este punto se debe
tener muy presente
-->tipo de datos
-->longitud de campos
-->Cantidad de indices por tabla
-->Triggers
-->Ubicacion de datafile que soportan tablas altamente transacionales
-->Particionamiento de tablas
 -->Particinamiento de Indices
-->Configuracion adecuada de FileGroup y datafiles
2. Metodos de acceso al motor de almacenamiento
3. Afinamiento de Sentencias T-SQL
4. Afinamiento de indices
5. Uso de indices filtrados
6. Seleccion de systemas de IO de altas capacidades que soportes altas cargas de IO,
en este punto se debe contemplar los sistemas RAID tanto para Rendimiento como
para respaldo y dedundancia
7. Niveles de aislamiento para SQL Server el cual es un motor que dependiendo de las
cargas de trabajo soporta niveles de aislamiento como
-->1.Read uncommitted, Nivel de aislamientos que soporta gran cantidad de
peticiones, desventaja puede entregar datos no conformados, nivel de aislamiento
recomendado para reporteria
-->2.Read committed, Nivel defaul, presenta solo datos confimados
-->3.Repeatable read
-->Snapshot, nivel de aislamiento empleado para maximizar el nivel de acceso a
datos con la minima generacion de bloqueos y entrega de datos confirmados {Read
committed}
-->Serializable. nivel de aislamiento de alta contencion, no es recomedable su uso
7. Distribucion de cargas de trabajo para lo cual se pueden tener instancias OLTP y de
estas tener una o multiples replicas de lectura para soportar cargas de trabajo de solo
lectura.
8. Diseño de base de datos para utilizar las caracteristicas IN-Memory lo cual genera la
minima cantidad de bloqueos y maximiza en tiempo de respuesta.

Con base a los puntos tratados previamente como DBA se debe tener una linea base de
rendimiento tanto de Base de datos, como del Sistema Operativo. con base a esta linea
base se puede determinar si una instancia o base de datos experimenta degradacion, de
igual forma se puede tener estadisticas de rendimiento de multiples contadores de
rendimiento con lo cual es facil determinar cambios en comportamiento de una
instancia de DB sobre el tiempo.

Responder Citar Escribir correo electrónico al autor

Ocultar 1 respuesta

Hace 20 horas

JAVIER MAURICIO ALVAREZ VARGAS INSTRUCTOR DIRECTOR

RE: AA10 - Evidencia 4: Foro Temático “Evaluación del Modelo Transaccional”
CONTRAE R
Cordial saludo!

Muy bien, exceñente aporte

Saludos!

Javier Alvarez