Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA

Marianne Ulate Arburola Universidad Internacional De Las Americas
I

Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA

INDICE

Introducción……………………………………………………………………II Arquitecturas de Sistemas de Bases de Datos………………………………V Sistemas Centralizados…………………………………………………………VI Características Funcionales……………………VI Características Físicas………………………….VII Características Lógicas…………………………VII Ventajas e Inconvenientes……………………...VII Sistemas Cliente-Servidor…………………………………………………..….IX Características de la arquitectura ………………IX Niveles de la arquitectura………………...…..X Tipos de Arquitectura Cliente-Servidor…….….XI Ventajas e Inconvenientes…………………...…XIII Fases de Implantación………………………….XV Servidor de Transacciones……………….……..XVIII Servidor de Datos……………………………….XIX Sistemas Paralelos………………………………………………………………XX Variaciones de la arquitectura………………….XX Ganancia de ampliabilidad………………...…….XXII Procesamiento de consultas y optimización……..XXII Problemas del Paralelismo……………………….XXIII Redes de Interconexión……………………..….XXIII Sistemas Distribuidos………………………………………………………….XXIV Objetivo Primordial………………………………XXV Características Inmediatas……………………….XXV Como distribuir la información?........................XXV La Arquitectura Cuenta Con……………….…….XXV Ventajas de un sistema distribuido………………XXVI Desventajas de un sistema distribuido…………...XXVI Problemas de los sistemas distribuidos…..……XXVI Redes de comunicación utilizadas………….…..XXVII Conclusión………………………………………..………………………………XXVIII Bibliografía……………………………………………………………………….XXX

Marianne Ulate Arburola Universidad Internacional De Las Americas
II

Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA

INDICE DE TABLAS Y FIGURAS

Fig. 1 Sistema centralizado …………………………………………….…..VIII Fig.2 Cliente-Servidor……………………………………………...…….….IX Fig.3 Niveles de arquitectura cliente-servidor…………………………..….X Fig.4 Arquitectura dos capas…………………………………………..…….XI Fig.5 Arquitectura 3 capas….........................................................................XII Fig.6 Memoria Compartida……………………………………...….………XX Fig.7 Disco compartido……………………………………………..………XXI Fig.8 Sin compartimiento…………………………………………..….……XXI Fig.9 Jerárquico………………………………………………………..……XXI Fig.10 Que es un sistema distribuido………………………………..……...XXIV Fig.11 Arquitectura distribuida………………………………………………XXVI

Marianne Ulate Arburola Universidad Internacional De Las Americas
III

paralelos y distribuidos. comenzaremos por los sistemas centralizados. Como tendremos la oportunidad de ver a continuación. exploraremos los distintos tipos de arquitecturas de bases de datos. cada uno de estos temas lo estaremos retomando en el transcurso del trabajo. pasando a los sistemas clienteservidor. la arquitectura de un sistema de base de datos esta influenciada en gran parte por el sistema informático subyacente en el que se ejecuta el sistema de bases de datos. Marianne Ulate Arburola Universidad Internacional De Las Americas IV .Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Introducción El tema que estudiaremos a continuación es la arquitectura de sistemas de bases de datos. En la arquitectura de un sistema de bases de datos se manifiestan aspectos como la conexión en red. el paralelismo y la distribución.

• Procesamiento paralelo dentro d e una computadora: Agiliza el proceso de las tareas dentro de una base d e datos. • Conexión en red: en esta conexión de computadoras se vera la ejecución de Marianne Ulate Arburola Universidad Internacional De Las Americas V . • Distribución de datos: permite la accesibilidad de diferentes departamentos o puntos. a continuación explicaremos algunos aspectos sobresalientes de las arquitectura de bases de datos: tareas en un sistema servidor y en sistemas clientes.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Arquitecturas de Sistemas de Bases de Datos Como se fue mencionado anterior mente en la arquitectura de bases de datos hay diferentes influencias una de las principales es sistema informático subyacente en el cual se va a encontrar la bases de datos. De aquí se deriva el sistema Cliente-Servidor.

El sistema de la base de datos centralizados se informático. Estos sistemas abarcan a los típicos equipos monopuestos1. Cada usuario tiene un número asignado. El contiene todos los datos y es el responsable de la consolidación de la información. Multipuesto: Más componentes físicos trabaja con un sistema operativo multiusuario. con estructura centralizada y jerárquica. a el podrán ingresar los usuarios que necesiten hacer uso de ella.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Sistemas Centralizados Nace en torno a una concepción tradicional de la organización. dividida en departamentos. y a los equipos con sistemas multipuesto2. Las tareas de gestión y control son mas sencillas pero no suelen ofrecer soluciones excesivamente avanzadas en la gestión de bases de datos. Desde el ordenador central se controla el acceso a múltiples terminales conectados a través de productos integrados en la arquitectura de red del suministrador. Características funcionales • • • • • El ordenador central es el único ordenador de la organización. y unos derechos y prioridades de ejecución en la máquina de sus programas o peticiones. donde la base de datos esta centralizada en el sistema principal. Cada departamento tiene unas actividades muy concretas. ejecuta en el único sistema La arquitectura está centralizada en un servidor central al que sólo tienen acceso los usuarios del departamento correspondiente. las relaciones que pueda establecer con otros departamentos están muy definidas y limitadas y suelen realizarse a través de la jerarquía. Los terminales funcionan como "esclavos" del ordenador central. no puede estar ubicada en varias partes sino en su totalidad en un solo equipo. 1 2 Monopuesto: Computadoras personales y estaciones de trabajo. sin interactuar con ningún otro sistema. Marianne Ulate Arburola Universidad Internacional De Las Americas VI .

poco amigables. Alta disponibilidad. Control total del ordenador. Concentración de todo el personal de explotación y administración del sistema en un único Centro de Proceso de Datos. Entorno probado y personal experimentado. todos los datos y las posibles comunicaciones con las delegaciones. Alto nivel de seguridad • Entre los inconvenientes destacan: • • • • Alto precio del ordenador. Si la empresa está dispersa geográficamente y dispone de comunicaciones. Interfaces de usuario de caracteres (no gráficos) y. por lo tanto. Características lógicas • • Ejecución de todos los procesos en el ordenador corporativo. todos los puestos de trabajo están conectados al ordenador formando una "estrella". todos los puestos de trabajo dependientes de dicha línea quedan inoperantes. Arquitecturas propietarias. Marianne Ulate Arburola Universidad Internacional De Las Americas VII . al ser éste único y residente en un único Centro de Proceso de Datos. Una gran base de datos donde residen todos los datos del organismo.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Características físicas • • • Único ordenador corporativo dimensionado para soportar todos los procesos de la organización. Impresoras y terminales (u ordenadores personales con emulación de terminal) como puestos de trabajo conectados en grupos (clusters) al ordenador central. Alta dependencia de las comunicaciones si existen. En caso de caída de una línea. Ventajas e Inconvenientes • Entre las principales ventajas se encuentran: • • • • • • Alto rendimiento transaccional. al requerirse mucha potencia de tratamiento para dar servicio a todos los usuarios que estén conectados y gran espacio en disco para albergar todos los datos del organismo.

1 sistema centralizado Marianne Ulate Arburola Universidad Internacional De Las Americas VIII .Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Unidades de cinta Disco Disco Impresora UCP Controlador de disco de disco Controlador de impresora Controlador de unidad de cinta Controlador de memoria Memoria Fig.

Se denomina cliente al proceso que inicia el diálogo o solicita los recursos y servidor al proceso que responde a las solicitudes. Cada cliente tiene un servidor directo al cual hace sus peticiones. de esta forma reduciendo potencialmente el costo de la transmisión y reduciendo el tamaño de las relaciones involucradas en las consultas de los usuarios. servicios o recursos. Idealmente cada maquina puede desempeñar la funcionalidad de cliente y de servidor. Los cambios en el servidor implican pocos o ningún cambio en el cliente. La base de datos es físicamente distribuida en diferentes lugares fragmentado y replicando los datos.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Sistemas Cliente-Servidor La Arquitectura Cliente/Servidor. La comunicación entre los servidores ejecuta las transacciones y peticiones de los usuarios y esta es transparente para ellos.-Un DBMS verdadero no distingue entre cliente y servidor.2 Cliente servidor. ni de su sistema operativo. ya que la base de datos es distribuida en varios servidores..Son mas flexibles.. Arquitecturas múltiples clientes / múltiples servidores .Es un modelo para el desarrollo de sistemas de información en el que las transacciones se dividen en procesos independientes que cooperan entre sí para intercambiar información. sólo su interfaz externa. Servidor Marianne Ulate Arburola Universidad Internacional De Las Americas IX . El cliente no necesita conocer la lógica del servidor. La fragmentación es deseable ya que hace posible el poner los datos cerca de los usuarios que los necesitan. Arquitecturas de igual a igual. ni del tipo de equipo físico en el que se encuentra. Cliente Cliente Cliente Cliente fig. Entre las principales características de la arquitectura cliente/servidor se pueden destacar las siguientes: • • • • El servidor presenta a todos sus clientes una interfaz única y bien definida. El cliente no depende de la ubicación física del servidor.

Además. En este caso se dice que hay una presentación remota. Los terminales del cliente soportan la captura de datos. ya que en el servidor aun hay programas que se dedican a ese tipo de tareas. pero dificulta su mantenimiento. Esta técnica no exige el cambio en las aplicaciones orientadas a terminales. 3 Mainframe: ”gran ordenador" u "ordenador central" Marianne Ulate Arburola Universidad Internacional De Las Americas X . según las funciones que asumen el cliente y el servidor. el servidor almacena y gestiona los datos que permanecen en una base de datos centralizada. 3 Niveles de arquitectura Cliente-Servidor Primer nivel: el cliente asume parte de las funciones de presentación de la aplicación. En este caso se dice que hay una presentación distribuida o embellecimiento. Segundo nivel: la aplicación está soportada directamente por el servidor. En este tipo de situaciones se dice que hay un proceso distribuido o cooperativo. Dicha distribución se realiza mediante el uso de productos para el "maquillaje" de las pantallas del mainframe3. En esta situación se dice que hay una gestión de datos remota. tal y como se puede ver en el siguiente diagrama: Fig. incluyendo una validación parcial de los mismos y una presentación de las consultas. excepto la presentación que es totalmente remota y reside en el cliente. excepto en el control de los datos que es responsabilidad exclusiva del servidor. el servidor ejecuta todos los procesos y almacena la totalidad de los datos. Tercer nivel: la lógica de los procesos se divide entre los distintos componentes del cliente y del servidor. Por su parte. El diseñador de la aplicación debe definir los servicios y las interfaces del sistema de información de forma que los papeles de cliente y servidor sean intercambiables. Cuarto nivel: el cliente realiza tanto las funciones de presentación como los procesos.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Niveles de la arquitectura: Esta arquitectura se puede clasificar en cinco niveles.

Gestión de la base de datos. con el acceso a datos y la mayoría de la lógica de la aplicación en el servidor. Los tres componentes son: . Fig. La arquitectura de 2 capas consta de tres componentes distribuidos en dos capas: cliente (solicitante de servicios) y servidor (proveedor de servicios).Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Quinto nivel: el reparto de tareas es como en el anterior y además el gestor de base de datos divide sus componentes entre el cliente y el servidor. por lo tanto. . En este nivel se da lo que se conoce como bases de datos distribuidas.Clientes delgados (thin clients): solo la lógica de la presentación reside en el cliente. Tipos de Arquitectura Cliente-Servidor: Arquitectura de 2 capas: La arquitectura cliente/ servidor tradicional es una solución de 2 capas. Las interfaces entre ambos están dentro de las funciones del gestor de datos y. Marianne Ulate Arburola Universidad Internacional De Las Americas XI . con la porción de acceso a datos en el servidor.Interfaz de usuario.Clientes obesos (thick clients): La mayor parte de la lógica de la aplicación (gestión del procesamiento) reside junto a la lógica de la presentación (interfaz de usuario) en el cliente. . 4 Arquitectura 2 Capas. Hay 2 tipos de arquitecturas cliente servidor de dos capas: . no tienen impacto en el desarrollo de las aplicaciones. .Gestión del procesamiento.

Fig. La capa intermedia proporciona gestión del procesamiento y en ella se ejecutan las reglas y lógica de procesamiento. . reusabilidad y escalabilidad mientras se esconde la complejidad del procesamiento distribuido al usuario. Esto es conocido como diseño de dos capas encadenado.Dificultad de relocalizar las capas de tratamiento consumidoras de cálculo. lo que hace delicada la evolución de las aplicaciones. Más allá de este número de usuarios se excede la capacidad de procesamiento. Arquitectura de 3 capas: La arquitectura de 3 capas surgió para superar las limitaciones de la arquitectura de 2 capas. La arquitectura de 3 capas es usada cuando se necesita un diseño cliente / servidor que proporcione.El número usuarios máximo es de 100. La tercera capa (servidor intermedio) está entre el interfaz de usuario (cliente) y el gestor de datos (servidor). . Permite cientos de usuarios (en comparación con sólo 100 usuarios de la arquitectura de 2 capas). flexibilidad.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Es posible que un servidor funcione como cliente de otro servidor. 5 Arquitectura 3 capas Marianne Ulate Arburola Universidad Internacional De Las Americas XII .No hay independencia entre la interfaz de usuario y los tratamientos. en comparación con la arquitectura de 2 capas. Limitaciones: . incrementar el rendimiento. mantenibilidad.Reutilización delicada del programa desarrollado bajo esta arquitectura. .

Para compartir datos.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Limitaciones: Construir una arquitectura de 3 capas es una tarea complicada. Un problema potencial en el diseño de arquitecturas de 3 capas es que la separación de la interfaz gráfica de usuario. los datos de interés y de la generación de códigos de error. También es responsable de enviar de vuelta a la aplicación.Escalabilidad de los servidores. Las herramientas de programación que soportan el diseño de arquitecturas de 3 capas no proporcionan todos los servicios deseados que se necesitan para soportar un ambiente de computación distribuida. Algunas lógicas de procesamiento de transacciones pueden aparecer en las 3 capas. . la lógica de gestión de procesamiento y la lógica de datos no es siempre obvia. La ubicación de una función particular en una capa u otra debería basarse en criterios como los siguientes: . como hojas de cálculo y herramientas de acceso a bases de datos. El middleware es el software que proporciona un conjunto de servicios que permite el acceso transparente a los recursos en una red. los usuarios pueden construir soluciones particularizadas que se ajusten a sus necesidades cambiantes.Funcionamiento (incluyendo procesamiento y carga de la red). El middleware es un módulo intermedio que actúa como conductor entre dos módulos de software. Ventajas e Inconvenientes: Ventajas • Aumento de la productividad: • • Los usuarios pueden utilizar herramientas que le son familiares. Es el encargado del acceso a los datos: acepta las consultas y datos recuperados directamente de la aplicación y los transmite por la red. Marianne Ulate Arburola Universidad Internacional De Las Americas XIII . . las capas están localizadas en máquinas diferentes que están conectadas a través de la red.Facilidad de desarrollo y comprobación. El middleware: Como hemos visto. sino cómo comunicarse con el módulo de middleware. los dos módulos de software no necesitan saber cómo comunicarse entre ellos. .Facilidad de administración. Mediante la integración de las aplicaciones cliente/servidor con las aplicaciones personales de uso habitual.

). sin afectar al resto del sistema. independientemente de los cambios o actualizaciones que se produzcan en él y de la ubicación de la información. etc. más baratas. • Mejora en el rendimiento de la red: • • • • • • Las arquitecturas cliente/servidor eliminan la necesidad de mover grandes bloques de información por la red hacia los ordenadores personales o estaciones de trabajo para su proceso. Proporcionan un mejor acceso a los datos. Permite centralizar el control de sistemas que estaban descentralizados. Marianne Ulate Arburola Universidad Internacional De Las Americas XIV . La interfaz de usuario ofrece una forma homogénea de ver el sistema. servidores de ficheros. como por ejemplo la gestión de los ordenadores personales que antes estuvieran aislados. lo que facilita que pueda soportar un mayor número de usuarios. La arquitectura modular de los sistemas cliente/servidor permite el uso de ordenadores especializados (servidores de base de datos. Los servidores controlan los datos. Todo esto reduce el tráfico de la red. Entonces. los clientes y los servidores son independientes los unos de los otros con lo que pueden renovarse para aumentar sus funciones y capacidad de forma independiente. La existencia de varias UCPs proporciona una red más fiable: un fallo en uno de los equipos no significa necesariamente que el sistema deje de funcionar. El movimiento de funciones desde un ordenador central hacia servidores o clientes locales origina el desplazamiento de los costes de ese proceso hacia máquinas más pequeñas y por tanto. Por ejemplo. procesan peticiones y después transfieren sólo los datos requeridos a la máquina cliente. Tanto el cliente como el servidor pueden escalarse para ajustarse a las necesidades de las aplicaciones. Las UCPs utilizadas en los respectivos equipos pueden dimensionarse a partir de las aplicaciones y el tiempo de respuesta que se requiera. estaciones de trabajo para CAD. • Menores costos de operación: • • • Permiten un mejor aprovechamiento de los sistemas existentes.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA • Una interfaz gráfica de usuario consistente reduce el tiempo de aprendizaje de las aplicaciones. la compartición de servidores (habitualmente caros) y dispositivos periféricos (como impresoras) entre máquinas clientes permite un mejor rendimiento del conjunto. En una arquitectura como ésta. la máquina cliente presenta los datos al usuario mediante interfaces amigables. protegiendo la inversión.

Los dos tipos de plataforma son: • • Una plataforma cliente para la presentación (generalmente un ordenador personal de sobremesa). comunicaciones. Es más difícil asegurar un elevado grado de seguridad en una red de clientes y servidores que en un sistema con un único ordenador centralizado. Marianne Ulate Arburola Universidad Internacional De Las Americas XV . En esta fase pueden surgir los siguientes problemas: • • Cómo repartir la lógica de la aplicación entre las plataformas cliente y servidor de la forma más conveniente. los problemas de congestión de la red pueden degradar el rendimiento del sistema por debajo de lo que se obtendría con una única máquina (arquitectura centralizada). dando como resultado un conjunto de datos que se devuelven al cliente. Estas peticiones se procesan. Una plataforma servidora (como por ejemplo el servidor de una base de datos relacional) para la ejecución de procesos y la gestión de los datos. Cómo gestionar la arquitectura para que permita que cualquier cliente se conecte con cualquier servidor. El quinto nivel de esta arquitectura (bases de datos distribuidas) es técnicamente muy complejo y en la actualidad hay muy pocas implantaciones que garanticen un funcionamiento totalmente eficiente.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Inconvenientes • • • • • Hay una alta complejidad tecnológica al tener que integrar una gran variedad de productos. interfaces. etc. Requiere un fuerte rediseño de todos los elementos involucrados en los sistemas de información (modelos de datos.). Fases de implantation • Fase de Iniciación Esta etapa se centra sobre todo en la distribución física de los componentes entre plataformas. A veces. almacenamiento de datos. procesos. Además. Un ejemplo sería el de una herramienta de consulta que reside en un ordenador personal a modo de cliente y que genera peticiones de datos que van a través de la red hasta el servidor de base de datos. en la actualidad existen pocas herramientas que ayuden a determinar la mejor forma de dividir las aplicaciones entre la parte cliente y la parte servidor. También la interfaz gráfica de usuario puede a veces ralentizar el funcionamiento de la aplicación.

El sistema se debe configurar de forma que se permita copiar la información (datos o procesos) de los servidores. Ahora no sólo se consultan datos. • Fase de Control En esta fase se consolidan los caminos de acceso desde una plataforma cliente particular a una plataforma servidora particular. Significa que la aplicación cliente no necesita saber nada acerca de la localización (física o lógica) de los datos o los procesos. El mercado ofrece algunas soluciones que mejoran la interoperabilidad y que se basan en conexiones modulares que utilizan entre otros: • • • Drivers en la parte cliente Pasarelas (gateways) a bases de datos Especificaciones de protocolos cliente/servidor. La localización de los recursos debe estar gestionada por servidores y estar representada en las plataformas adecuadas de forma que se facilite su uso por parte de las plataformas cliente. Los mecanismos de conexión son muy variados y suelen ser incompatibles. sino que se envían peticiones para actualizar. • Los requisitos de actualización de datos pasan a formar parte de los requisitos solicitados al sistema cliente/servidor. Ahora. el entorno para la interacción entre clientes y servidores se hace mucho más complejo. En esta fase los problemas que se pueden plantear son: • La gestión de accesos se convierte en crítica y compleja debido a la estructura del organismo donde se está implantando la arquitectura. etc.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA • Fase de Proliferación La segunda etapa de una arquitectura cliente/servidor se caracteriza por la proliferación de plataformas clientes y servidoras. Los conceptos en los que se debe poner especial énfasis son los siguientes: • • • Transparencia en la localización. Especialización de los equipos servidores en servidores de bases de datos o en servidores de aplicaciones. insertar y borrar datos. Gestión de copias. Los servidores de bases de datos Marianne Ulate Arburola Universidad Internacional De Las Americas XVI . Puede hacerse una distinción entre: • • Datos de servidores a los que se accede a través de una red de área extensa (WAN) y Datos a los que se accede a través de una red de área local (RAL).

Para ello es necesario distinguir qué tipo de servicios y recursos se demandan y conocer las características de esta arquitectura basada en servicios. En la fase de integración veíamos que se establecía una distinción entre datos de operación y datos de información histórica. Para ajustarse a los posibles cambios en los procesos. El concepto en que se basa este tipo de gestión es la distinción entre dos tipos de datos: datos de operación y datos de información. Esta distinción se establece basándose en sus diferencias organizativas. los datos de operación varían continuamente mientras que los datos de información son invariables porque son de naturaleza histórica y se obtienen tomando muestras en el tiempo de los datos de operación. Se caracteriza por una visión más flexible de las plataformas físicas del sistema que se contemplan como una única unidad lógica. Por contra. • Fase de Madurez Esta es la etapa final de una arquitectura cliente/servidor. lo interesante es distinguir entre dos nuevos términos: organismo y grupo de trabajo. Por otro lado. Lo fundamental aquí es saber quién ofrece qué servicios. El grupo de trabajo es el entorno en el que grupos organizados de personas se centran en tareas específicas de la actividad del organismo al que pertenecen. los servidores de aplicaciones se centran en los procesos implementando partes de la lógica de la aplicación en la parte servidora. Estos equipos de personas requieren una información propia y unas reglas de trabajo particulares.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA continúan ofreciendo servicios orientados a datos a través de llamadas SQL o a través de procedimientos almacenados. Ya no es un problema saber qué componentes se distribuyen en qué plataformas. La gestión de la información se debe realizar de forma que se pueda entregar la información controlada por los servidores que contienen los datos a las plataformas clientes que los requieran. En cualquier caso. los servicios se orientan a mantener la integridad de los datos. que pueden ser diferentes de las del organismo en su globalidad. porque los recursos se pueden redistribuir para equilibrar la carga de trabajo y para compartir los recursos de información. la gestión de copias y la gestión de recursos. en un entorno de operación cliente/servidor que se encuentre en la fase de madurez. • Fase de Integración Esta etapa se caracteriza por el papel conjunto que juegan la gestión de accesos. Marianne Ulate Arburola Universidad Internacional De Las Americas XVII . Este estado también se caracteriza porque la tecnología cliente/servidor se ha generalizado en la empresa.

La utilización de este tipo de arquitectura permite pensar en nuevos retos de diseño: • • • Desarrollo de componentes reutilizables entre distintas aplicaciones y distintos grupos de trabajo Desarrollo de aplicaciones distribuidas Gestión del desarrollo de aplicaciones entre distintos equipos. Esto quiere decir que si el servidor de transacciones percibe que una computadora no puede completar una transacción. proporcionan una interfaz a través de la cual los clientes consultan a la base de datos.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Una arquitectura basada en servicios es la que se contempla como una colección de consumidores de servicios poco relacionados entre sí y los productores de dichos servicios. Cuando actualiza bases de datos. haciendo que las mismas compartan recursos para evitar que alguna de las máquinas se colapse. • Servidor de Transacciones Estos servidores se ocupan de la interacción con los Clientes. Asimismo. Cuando un servidor de transacciones ve que a una computadora se le ha dado demasiado trabajo. se asegura de que ninguna computadora tenga demasiado o muy poco que hacer. el servidor de transacciones también ejecuta lo que se conoce como el manejo de estados. Marianne Ulate Arburola Universidad Internacional De Las Americas XVIII . Los sistemas Cliente-Servidor utilizan varios tipos de servidores los cuales son: • Servidor de transacciones: tambien llamados sistemas servidores de consultas. Se pueden usar con SQL o Procedimientos almacenados. etc. desocupando al servidor de datos de ello. hace que el software abandone el trabajo y regrese a su estado original sin que ocurra corrupción de datos. El servidor de transacciones se encarga de mantener un alto rendimiento. disponibilidad e integridad de datos. automáticamente divide el trabajo entre todas las computadoras disponibles. Servidor de datos: permiten que los clientes puedan interactuar con los servidores realizando peticiones de lectura o modificación de datos en unidades tales como archivos o paginas.

Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Se basa en distintas normas. pueden ser servidores d e archivos. • Cache de datos: agiliza el envió de datos muy comunes. 4 5 Open DataBase Connectivity Coste de comunicacion Marianne Ulate Arburola Universidad Internacional De Las Americas XIX . servidores de directorios. etc. la Servidor de datos Estos no so necesariamente servidores de bases d e datos relacionales.5 • Bloqueo: gestionado por el servidor. Son una parte intrínseca de los servidores de datos centralizados. Utiliza SQL para comunicación con los clientes y ofrece la ejecución de procedimientos remotos. Tienen una comunicación directa con los clientes. de forma que el cliente debe tener todas las funcionalidades del sistema servidor. de objetos. Sus características son: • Envió de páginas o elementos. • Cache de bloqueos. como pueda ser la ODBC4.

Con menos inversión en hardware estamos obteniendo mucha más potencia computacional. pero solo tiene acceso exclusivo a su memoria principal.vamos a obtener una mejora en la relación entre costo y rendimiento.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Sistemas Paralelos El concepto de paralelismo supone la introducción de varios procesadores para resolver un problema. 444 Fundamentos de Bases de Datos.Cualquier procesador tiene acceso a cualquier módulo de memoria o unidad de disco a través de una interconexión rápida. También se le llama grano grueso (varios computadores independientes) y grano fino (varios computadores integrados al mismo sistema) P P P P P M Fig.. Jerárquico. dividimos la carga computacional entre varios procesadores distintos. 6 7 Pág. Unidades Centrales de Procesamiento Marianne Ulate Arburola Universidad Internacional De Las Americas XX .donde cualquier procesador tiene acceso a cualquier unidad de disco a través de la interconexión. Un punto intermedio lo es discos compartidos ..Cada procesador tiene acceso exclusivo a su memoria principal y a sus unidades de disco. 6 Los sistemas paralelos mejoran la velocidad d e procesamiento y E\S mediante la utilización de UCP7 y discos en paralelo. 6 Memoria Compartida. si paralelizamos nuestro programa -es decir. Memoria compartida. Sabemos que un procesador diez veces más potente que un procesador de potencia normal para una fecha es mucho más caro que diez procesadores de potencia normal para dicha fecha. Por ello.Es un híbrido de las anteriores. Las arquitecturas de sistemas paralelos varían entre dos extremos: • • • • No compartir nada.

8 Sin Compartimiento.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA M P P P P P M M M M Fig. M P P M M P P M M P Fig. Fig. 9 Jerárquico P P P P P M P P P P P M P P P P P M Marianne Ulate Arburola Universidad Internacional De Las Americas XXI . 7 Disco Compartido.

Paralelismo intra operación. Las transacciones duran lo mismo.: recorrido secuencial) b.: reserva una butaca en el cine: -> mas butaca. Ampliabilidad por lotes: a. y las tareas son trabajos mas largos.. 2. claro lo deseable son los recursos independientes que permitan la ganancia de velocidad lineal. ya que las transacciones se ejecutan de forma concurrente. Paralelismo Inter. El paralelismo independiente es posible solo cuando las operaciones no involucran los mismos datos.Ocurre cuando las operaciones al mismo tiempo o en orden arbitrario. Aumenta el tamaño de la base d e datos. (Ej.. c. Aumenta la velocidad a la que se envían las peticiones a la base d e datos. por lo que e s factible un paralelismo lineal. Ampliabilidad de transacciones: a. y el tamaño crece proporcionalmente a la tasa de transacción. Existen dos tipos de ampliabilidad: 1. Marianne Ulate Arburola Universidad Internacional De Las Americas XXII . Procesamiento de consultas y optimización La optimización de consultas paralelas toma ventaja del paralelismo intra operación y del paralelismo Inter.Esta consiste en ejecutar una operación en varios nodos de una maquina con varios procesadores. Operación. Paralelismo Independiente.. Se adapta muy bien a la ejecución paralela. cuyos tiempos de ejecución dependen d el tamaño de la base d e datos (Ej.Ocurre cuando dos o mas operaciones son ejecutadas en paralelo. sea utilizando independientemente. Ganancia de ampliabilidad Es la capacidad para procesar tareas mas largas en el mismo tiempo mediante un incremento de los recursos. mas reservas) b. Operación.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Cuando trabajamos con paralelismo debemos tener muy en cuenta que se trabaja con recursos dependientes entre si. El problema es el tamaño.

o Dado que rara vez se puede dividir una tarea en Pazos iguales. 8 9 Cuellos de botella. Marianne Ulate Arburola Universidad Internacional De Las Americas XXIII . el tiempo de inicio puede ser mayor que el de procesamiento. Sesgo: o Al dividir cada tarea en un cierto numero de pasos paralelos se rédese el tamaño del paso medio. Hipercubo: sistema de conexión n-dimensional basado en la representación binaria de los componentes. Se utiliza el paso de mensajes. • • Redes de Interconexión de Arquitecturas Paralelas Entre las • • • interconexiones de arquitecturas paralelas tenemos las siguientes: Bus: todos los componentes del sistema pueden enviar o recibir datos de un único bus d e comunicaciones. Malla: los componentes se organizan como nodos d e una retícula9. que traen consigo bloqueos y abrazos mortales. pero el tiempo para completar la tarea viene dada por el tiempo de completar el paso mas lento. es difícil que se consiga un aumento del rendimiento lineal. En una operación paralela compuesta por miles de procesos. El bus solo puede gestionar la comunicación de un elemento en un momento dado8.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Problemas del paralelismo • Costes de inicio: o El inicio de un único proceso lleva asociado un coste de inicio. Conectividad adyacente. Es un sistema de altas prestaciones y mas eficiente que el d e malla. Interferencia: o Problema en el ascenso a recursos compartidos.

¿ Q u é e s u n S is t e m a D is t r ib u id o ? A ñ o s 6 0 . Por lo que pueden realizar transacciones globales . 10 Que es un sistema Distribuido Marianne Ulate Arburola Universidad Internacional De Las Americas XXIV . C o m p a r t ir R e c u r s o s F á c il m e n t e S i ste m a s D i s tr ib u i d o s In tr o d u c c i ó n .D . dichos ordenadores están conectados por redes de comunicación de alta velocidad o líneas telefónicas.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Sistemas Distribuidos En un sistema de datos distribuidos.7 0 : S i s t e m a s C e n t r a l iz a d o s ( C a r o s ) A ños 8 0: O rd enad or es P ersonales O rd ena d ore s I n d e p e n d ien t e s A c c e so rio s C a ros y Poco A provec h a bles S is t e m a s e n R e d S is t e m a s D i s t r i b u id o s L A N a l t a v e lo c id a d + ¡ SON T RA N S PA REN T ES ! LA N WAN O B J E T I V O S .3 Fig. la información s e almacena en varios ordenadores. según tenga que acceder solo a sus datos o a los datos almacenados en las bases de datos distribuidas.

memoria secundaria (discos) y. en general. el resto de emplazamientos puede seguir funcionando.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Objetivo primordial de los sistemas distribuidos es el compartimiento fácil y eficiente de los recursos entre múltiples usuarios. no se les debe confundir con los sistemas paralelos. etc. de lo que se desprenden tres características inmediatas: -Compuesto por múltiples ordenadores. y están compuestos por múltiples procesadores que suelen compartir memoria y reloj. la dispersión geográfica de los ordenadores. Como distribuir la información? • Se debe seguir razonamientos lógicos al respecto. por lo que debe haber alguna línea o red de interconexión. las líneas de comunicación entre ellos. 10 Marianne Ulate Arburola Universidad Internacional De Las Americas XXV . Por esto. La arquitectura de sistemas distribuidos cuenta con: • • • Compartimiento de datos: los datos de un emplazamiento10 pueden ser accedidos por otro usuario de otro emplazamiento en cualquier momento. Un sistema distribuido está compuesto de más de un sistema independiente. etc. Autonomía: cada emplazamiento tiene un cierto grado de control sobre los datos que tiene almacenados. es decir. cuyo propósito es acelerar la ejecución de un cierto programa en un único ordenador (normalmente aplicaciones científicas). deben mantener un estado compartido. -Hay interconexión entre ellos. cada uno con una o más CPU’s. todos los ordenadores tienen la misma visión del estado del sistema distribuido (tablas. bases de datos del sistema. -Tienen un estado compartido. Si los ordenadores realizan un trabajo conjuntamente. Un sistema distribuido puede verse como un sistema formado por varios ordenadores haciendo algo conjuntamente. Emplazamiento : nombre que se usa para referirse a las computadoras que forman parte de un sistema distribuidos. de servidores. conexiones con periféricos de acceso inmediato (on line). memoria local. como puede ser la utilización. deben comunicarse y sincronizarse entre ellos. su potencia. Parece claro que si varios ordenadores distintos van a colaborar en la realización de tareas. Disponibilidad: si uno de los emplazamientos de la base d e datos distribuida falla.

Marianne Ulate Arburola Universidad Internacional De Las Americas XXVI .Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Fig. es más difícil asegurar la corrección de los algoritmos. Mayor probabilidad de errores: como los emplazamientos operan en paralelo. 11 Ventajas de un sistema distribuido: • • • • • • El compartimiento de recursos Apertura Concurrencia Escalabilidad Tolerancia de fallas Transparencia Desventajas de un sistema distribuido: • • • • Complejidad Seguridad Manejabilidad Impredecibilidad Problemas de los sistemas distribuidos: Mayor costo de desarrollo del software: al tener que reunir una serie de características especiales.

Redes de comunicación utilizadas: En la interconexión de los sistemas distribuidos y cliente servidor. 13 WAN: Redes Globales que abarcan grandes áreas. 11 LAN: son redes de pequeño tamaño (T<2km) y debajo costo utilizadas en edificios.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA - Mayor sobrecarga de procesamiento: el intercambio de mensajes y el cómputo adicional necesario para conseguir la coordinación entre los distintos emplazamientos constituyen una forma especial de sobrecarga. se utilizan para unir distintas sucursales de una entidad. de tamaño inferior a 10-20km. MAN: Metropolitan area network. 12 MAN: Redes de fibra. 11 12 LAN: Local Area Network. No se suele tener conexiones directas. se utilizan las redes de comunicación entre ordenadores. con routers y gateways para dar acceso a las mismas. 13 WAM: Wide Area Network Marianne Ulate Arburola Universidad Internacional De Las Americas XXVII . Suelen basarse en esquemas punto a punto. Arquitecturas en bus o paso de testigo. son las más utilizadas en sistemas distribuidos de alto rendimiento.

Toda la gestión de bloqueos y conexiones es llevada a cabo por el RDBMS. fue creado como lenguaje universal de programación para solicitar datos específicos a un RDBMS. Al hablar de arquitecturas centralizadas si dio a relucir que se trabaja con un solo sistema informático y no interactúa con ningún otro. estos sistemas abarcan monopuesto y multipuestos. El lenguaje SQL (Structured Query Language). no obstante las ventajas que presenta la distribución de la información y el empleo de sistemas paralelos para manejarla. La arquitectura cliente-servidor puede tomar muchas formas. La arquitectura cliente-servidor fue realmente una combinación de las mejores funciones del entorno basado en host y del entorno de red de área local basado en PC. dependiendo de cómo se elija separar los niveles de presentación. realmente. lógica. estos esquemas presentan algunos inconvenientes. que deben ser manejados adecuadamente.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Conclusión Al terminar este trabajo de arquitectura de sistemas de bases de datos hemos logrado entender y analizar en gran parte su estructura física. de que manera será fragmentada. tales como las decisiones de la distribución física de la información. si existirán copias de los fragmentos en distintas localidades. de que manera se va a manejar Marianne Ulate Arburola Universidad Internacional De Las Americas XXVIII . incrementando enormemente el rendimiento del sistema de base de datos. Relational Database Management System fue. las cuales pueden estar distribuidas en distintas partes del mundo y cada una tener los recursos suficientes para contener y manejar por si sola grandes cantidades de información. y funcional. la tecnología clave que hizo posible la arquitectura informática cliente-servidor. junto con el complicado procesamiento relativo a la lógica de negocio que añade valor a dichos datos. que también se encarga de la seguridad. El empleo de sistemas paralelos y distribuidos nos permite también dividir las consultas para que sean realizadas a una mayor velocidad por distintas máquinas o procesadores. El RDBMS servia como almacén centralizado para los datos de la organización. Sin embargo. Las arquitecturas centralizadas no suelen ofrecer soluciones excesivamente avanzadas en la gestión de bases de datos. El RDBMS proporciona un área de almacenamiento centralizada par los datos. El advenimiento de los sistemas de gestión de bases de datos relaciónales (RDBMS). Las bases de datos distribuidas y paralelas han permitido que los sistemas de base de datos puedan crecer considerablemente en la cantidad de información que manejan. no triviales. lógica de negocio y datos. Esta arquitectura utiliza la potencia del PC para realizar la presentación de los datos. El RDBMS estaba diseñado para gestionar el acceso multiusuario a un conjunto compartido de datos. ya que permiten sistemas integrados con múltiples computadoras.

como se manejará la posibilidad de que. debido a fallas en la comunicación.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA la posibilidad de modificaciones concurrentes de la misma información. Marianne Ulate Arburola Universidad Internacional De Las Americas XXIX . como se controlarán las actualizaciones a información duplicada para mantener la consistencia. el sistema quede dividido en dos o más sub-redes fragmentadas y otros problemas más.

unicen.html lorien.cs.204.biocom.es/jvl/bdd/ www.htm lfc.es/olmeda/apuntesBBDD/t13.com.edu.es/asignaturas/bdatos.pdf www. www.buap.upm. www.html bibmed.ar/catedras/comdat1/ Material/Practicos/practico1.uniovi.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Bibliografía • • • • • • • • • • • • • • • • Silberschatz Pág.es/sgbd/Libro/contentLibro.edv.uba.mx/~mimunoz/tareas/abd/dp.unizar.mx/intro/planes_est/tendbd.45.html sensei.uah.datarq.uchile.uc3m.es/~mena/bda. 339-415.upm.cicese.ucla.ve/alexandr/htmldocs/alexinfo/ Arquitectura%20de%20cliente%20en%20administración.html www.ar/datarq/arq/homepage.exa.htm www.cps.html Marianne Ulate Arburola Universidad Internacional De Las Americas XXX .es/~cueva/publicaciones/ AgentesNovatica146.136:9000/sqlmx/paginas/ articulos/based/PRYBSD02.uned.it.ar/sistema/base_de_datos/ generalidades.pdf 148.edu.dit.html www.pdf www.es/~macias/pfcs/integr96.htm www.die.cl/bibliotecas/bibliotecas/invi/bases.htm di002.lsi.fadu.

Sign up to vote on this title
UsefulNot useful