P. 1
Arquitectura de Sistemas de Bases de Datos

Arquitectura de Sistemas de Bases de Datos

|Views: 422|Likes:
Publicado porLuis Lamiel Gil

More info:

Published by: Luis Lamiel Gil on Sep 25, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

06/16/2014

pdf

text

original

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

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. 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. paralelos y distribuidos. el paralelismo y la distribución. exploraremos los distintos tipos de arquitecturas de bases de datos. cada uno de estos temas lo estaremos retomando en el transcurso del trabajo. comenzaremos por los sistemas centralizados. Como tendremos la oportunidad de ver a continuación. En la arquitectura de un sistema de bases de datos se manifiestan aspectos como la conexión en red. Marianne Ulate Arburola Universidad Internacional De Las Americas IV .

• 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. De aquí se deriva el sistema Cliente-Servidor. • 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 .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. • Procesamiento paralelo dentro d e una computadora: Agiliza el proceso de las tareas dentro de una base d e datos.

a el podrán ingresar los usuarios que necesiten hacer uso de ella. no puede estar ubicada en varias partes sino en su totalidad en un solo equipo.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. y unos derechos y prioridades de ejecución en la máquina de sus programas o peticiones. 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. Multipuesto: Más componentes físicos trabaja con un sistema operativo multiusuario. El sistema de la base de datos centralizados se informático. El contiene todos los datos y es el responsable de la consolidación de la información. Estos sistemas abarcan a los típicos equipos monopuestos1. Marianne Ulate Arburola Universidad Internacional De Las Americas VI . 1 2 Monopuesto: Computadoras personales y estaciones de trabajo. dividida en departamentos. con estructura centralizada y jerárquica. y a los equipos con sistemas multipuesto2. sin interactuar con ningún otro sistema. donde la base de datos esta centralizada en el sistema principal. Cada usuario tiene un número asignado. ejecuta en el único sistema La arquitectura está centralizada en un servidor central al que sólo tienen acceso los usuarios del departamento correspondiente. Los terminales funcionan como "esclavos" del ordenador central. Cada departamento tiene unas actividades muy concretas. Características funcionales • • • • • El ordenador central es el único ordenador de la organización. las relaciones que pueda establecer con otros departamentos están muy definidas y limitadas y suelen realizarse a través de la jerarquía.

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

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. 1 sistema centralizado Marianne Ulate Arburola Universidad Internacional De Las Americas VIII .

La comunicación entre los servidores ejecuta las transacciones y peticiones de los usuarios y esta es transparente para ellos.. La fragmentación es deseable ya que hace posible el poner los datos cerca de los usuarios que los necesitan. Cliente Cliente Cliente Cliente fig.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. Los cambios en el servidor implican pocos o ningún cambio en el cliente.2 Cliente servidor.-Un DBMS verdadero no distingue entre cliente y servidor. ni de su sistema operativo. ya que la base de datos es distribuida en varios servidores. Cada cliente tiene un servidor directo al cual hace sus peticiones. Arquitecturas de igual a igual. Se denomina cliente al proceso que inicia el diálogo o solicita los recursos y servidor al proceso que responde a las solicitudes. 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. La base de datos es físicamente distribuida en diferentes lugares fragmentado y replicando los datos. 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. servicios o recursos.Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Sistemas Cliente-Servidor La Arquitectura Cliente/Servidor.Son mas flexibles.. ni del tipo de equipo físico en el que se encuentra. sólo su interfaz externa. El cliente no necesita conocer la lógica del servidor. Servidor Marianne Ulate Arburola Universidad Internacional De Las Americas IX . Arquitecturas múltiples clientes / múltiples servidores . El cliente no depende de la ubicación física del servidor. Idealmente cada maquina puede desempeñar la funcionalidad de cliente y de servidor.

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. 3 Niveles de arquitectura Cliente-Servidor Primer nivel: el cliente asume parte de las funciones de presentación de la aplicación. En este tipo de situaciones se dice que hay un proceso distribuido o cooperativo. el servidor almacena y gestiona los datos que permanecen en una base de datos centralizada. Cuarto nivel: el cliente realiza tanto las funciones de presentación como los procesos. Segundo nivel: la aplicación está soportada directamente por el servidor. pero dificulta su mantenimiento. ya que en el servidor aun hay programas que se dedican a ese tipo de tareas. el servidor ejecuta todos los procesos y almacena la totalidad de los datos. Los terminales del cliente soportan la captura de datos. incluyendo una validación parcial de los mismos y una presentación de las consultas. En este caso se dice que hay una presentación distribuida o embellecimiento. 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. Además. Por su parte. Esta técnica no exige el cambio en las aplicaciones orientadas a terminales. tal y como se puede ver en el siguiente diagrama: Fig. 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. 3 Mainframe: ”gran ordenador" u "ordenador central" Marianne Ulate Arburola Universidad Internacional De Las Americas X . En este caso se dice que hay una presentación remota. excepto la presentación que es totalmente remota y reside en el cliente. según las funciones que asumen el cliente y el servidor. Tercer nivel: la lógica de los procesos se divide entre los distintos componentes del cliente y del servidor. excepto en el control de los datos que es responsabilidad exclusiva del servidor.

con la porción de acceso a datos en el servidor.Gestión del procesamiento.Clientes delgados (thin clients): solo la lógica de la presentación reside en el cliente. Los tres componentes son: . En este nivel se da lo que se conoce como bases de datos distribuidas. 4 Arquitectura 2 Capas. . .Gestión de la base de datos. Marianne Ulate Arburola Universidad Internacional De Las Americas XI .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. Las interfaces entre ambos están dentro de las funciones del gestor de datos y. no tienen impacto en el desarrollo de las aplicaciones. La arquitectura de 2 capas consta de tres componentes distribuidos en dos capas: cliente (solicitante de servicios) y servidor (proveedor de servicios). Hay 2 tipos de arquitecturas cliente servidor de dos capas: . . por lo tanto. con el acceso a datos y la mayoría de la lógica de la aplicación en el servidor. Tipos de Arquitectura Cliente-Servidor: Arquitectura de 2 capas: La arquitectura cliente/ servidor tradicional es una solución de 2 capas.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. Fig.

reusabilidad y escalabilidad mientras se esconde la complejidad del procesamiento distribuido al usuario. . Esto es conocido como diseño de dos capas encadenado.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). incrementar el rendimiento. La arquitectura de 3 capas es usada cuando se necesita un diseño cliente / servidor que proporcione. . flexibilidad.Dificultad de relocalizar las capas de tratamiento consumidoras de cálculo. Limitaciones: .No hay independencia entre la interfaz de usuario y los tratamientos. 5 Arquitectura 3 capas Marianne Ulate Arburola Universidad Internacional De Las Americas XII . 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 capa intermedia proporciona gestión del procesamiento y en ella se ejecutan las reglas y lógica de procesamiento. mantenibilidad. Fig. Permite cientos de usuarios (en comparación con sólo 100 usuarios de la arquitectura de 2 capas).Reutilización delicada del programa desarrollado bajo esta arquitectura. en comparación con la arquitectura de 2 capas.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.

los dos módulos de software no necesitan saber cómo comunicarse entre ellos. los datos de interés y de la generación de códigos de error. .Facilidad de administración. los usuarios pueden construir soluciones particularizadas que se ajusten a sus necesidades cambiantes.Funcionamiento (incluyendo procesamiento y carga de la red). 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. Algunas lógicas de procesamiento de transacciones pueden aparecer en las 3 capas. El middleware: Como hemos visto. También es responsable de enviar de vuelta a la aplicación. como hojas de cálculo y herramientas de acceso a bases de datos. Para compartir datos.Escalabilidad de los servidores. El middleware es el software que proporciona un conjunto de servicios que permite el acceso transparente a los recursos en una red. . Un problema potencial en el diseño de arquitecturas de 3 capas es que la separación de la interfaz gráfica de usuario. Marianne Ulate Arburola Universidad Internacional De Las Americas XIII .Facilidad de desarrollo y comprobación. . 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. El middleware es un módulo intermedio que actúa como conductor entre dos módulos de software. sino cómo comunicarse con el módulo de middleware. Mediante la integración de las aplicaciones cliente/servidor con las aplicaciones personales de uso habitual. las capas están localizadas en máquinas diferentes que están conectadas a través de la red. Ventajas e Inconvenientes: Ventajas • Aumento de la productividad: • • Los usuarios pueden utilizar herramientas que le son familiares.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. 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: .

procesan peticiones y después transfieren sólo los datos requeridos a la máquina cliente. • 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.). Por ejemplo. 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.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. Las UCPs utilizadas en los respectivos equipos pueden dimensionarse a partir de las aplicaciones y el tiempo de respuesta que se requiera. etc. lo que facilita que pueda soportar un mayor número de usuarios. Todo esto reduce el tráfico de la red. • Menores costos de operación: • • • Permiten un mejor aprovechamiento de los sistemas existentes. estaciones de trabajo para CAD. Proporcionan un mejor acceso a los datos. servidores de ficheros. la compartición de servidores (habitualmente caros) y dispositivos periféricos (como impresoras) entre máquinas clientes permite un mejor rendimiento del conjunto. Los servidores controlan los datos. independientemente de los cambios o actualizaciones que se produzcan en él y de la ubicación de la información. Tanto el cliente como el servidor pueden escalarse para ajustarse a las necesidades de las aplicaciones. Marianne Ulate Arburola Universidad Internacional De Las Americas XIV . Entonces. sin afectar al resto del sistema. la máquina cliente presenta los datos al usuario mediante interfaces amigables. La arquitectura modular de los sistemas cliente/servidor permite el uso de ordenadores especializados (servidores de base de datos. protegiendo la inversión. 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. como por ejemplo la gestión de los ordenadores personales que antes estuvieran aislados. En una arquitectura como ésta. 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. Permite centralizar el control de sistemas que estaban descentralizados. más baratas. La interfaz de usuario ofrece una forma homogénea de ver el sistema.

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. dando como resultado un conjunto de datos que se devuelven al cliente. 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). Los dos tipos de plataforma son: • • Una plataforma cliente para la presentación (generalmente un ordenador personal de sobremesa). Además. interfaces. Estas peticiones se procesan. 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. También la interfaz gráfica de usuario puede a veces ralentizar el funcionamiento de la aplicación. almacenamiento de datos. Requiere un fuerte rediseño de todos los elementos involucrados en los sistemas de información (modelos de datos. Marianne Ulate Arburola Universidad Internacional De Las Americas XV . etc. 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. procesos.). A veces. 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. Fases de implantation • Fase de Iniciación Esta etapa se centra sobre todo en la distribución física de los componentes entre plataformas. 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. comunicaciones. 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. Cómo gestionar la arquitectura para que permita que cualquier cliente se conecte con cualquier servidor.

etc. • Fase de Control En esta fase se consolidan los caminos de acceso desde una plataforma cliente particular a una plataforma servidora particular. el entorno para la interacción entre clientes y servidores se hace mucho más complejo. 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 conceptos en los que se debe poner especial énfasis son los siguientes: • • • Transparencia en la localización. sino que se envían peticiones para actualizar. 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. El sistema se debe configurar de forma que se permita copiar la información (datos o procesos) de los servidores. 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.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. Gestión de copias. insertar y borrar datos. Los servidores de bases de datos Marianne Ulate Arburola Universidad Internacional De Las Americas XVI . Especialización de los equipos servidores en servidores de bases de datos o en servidores de aplicaciones. 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. 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). • Los requisitos de actualización de datos pasan a formar parte de los requisitos solicitados al sistema cliente/servidor. Los mecanismos de conexión son muy variados y suelen ser incompatibles. Ahora no sólo se consultan datos. Ahora.

lo interesante es distinguir entre dos nuevos términos: organismo y grupo de trabajo. Estos equipos de personas requieren una información propia y unas reglas de trabajo particulares. Por otro lado. • Fase de Integración Esta etapa se caracteriza por el papel conjunto que juegan la gestión de accesos. Lo fundamental aquí es saber quién ofrece qué servicios. Por contra. 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. Esta distinción se establece basándose en sus diferencias organizativas.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. Para ajustarse a los posibles cambios en los procesos. 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. Marianne Ulate Arburola Universidad Internacional De Las Americas XVII . 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. Ya no es un problema saber qué componentes se distribuyen en qué plataformas. los servidores de aplicaciones se centran en los procesos implementando partes de la lógica de la aplicación en la parte servidora. En cualquier caso. porque los recursos se pueden redistribuir para equilibrar la carga de trabajo y para compartir los recursos de información. en un entorno de operación cliente/servidor que se encuentre en la fase de madurez. 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. que pueden ser diferentes de las del organismo en su globalidad. los servicios se orientan a mantener la integridad de los datos. 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. la gestión de copias y la gestión de recursos. Para ello es necesario distinguir qué tipo de servicios y recursos se demandan y conocer las características de esta arquitectura basada en servicios. Este estado también se caracteriza porque la tecnología cliente/servidor se ha generalizado en la empresa. 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. • Fase de Madurez Esta es la etapa final de una arquitectura cliente/servidor.

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. Los sistemas Cliente-Servidor utilizan varios tipos de servidores los cuales son: • Servidor de transacciones: tambien llamados sistemas servidores de consultas. • Servidor de Transacciones Estos servidores se ocupan de la interacción con los Clientes. se asegura de que ninguna computadora tenga demasiado o muy poco que hacer. proporcionan una interfaz a través de la cual los clientes consultan a la base de datos. hace que el software abandone el trabajo y regrese a su estado original sin que ocurra corrupción de datos. Cuando actualiza bases de datos. Marianne Ulate Arburola Universidad Internacional De Las Americas XVIII . 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. Se pueden usar con SQL o Procedimientos almacenados. El servidor de transacciones se encarga de mantener un alto rendimiento. Asimismo. 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. automáticamente divide el trabajo entre todas las computadoras disponibles. Esto quiere decir que si el servidor de transacciones percibe que una computadora no puede completar una transacción. haciendo que las mismas compartan recursos para evitar que alguna de las máquinas se colapse. etc. disponibilidad e integridad de datos. desocupando al servidor de datos de ello. el servidor de transacciones también ejecuta lo que se conoce como el manejo de estados. Cuando un servidor de transacciones ve que a una computadora se le ha dado demasiado trabajo.

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

Un punto intermedio lo es discos compartidos . 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. 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. si paralelizamos nuestro programa -es decir. Por ello. 6 7 Pág. 6 Memoria Compartida.Cada procesador tiene acceso exclusivo a su memoria principal y a sus unidades de disco. dividimos la carga computacional entre varios procesadores distintos. pero solo tiene acceso exclusivo a su memoria principal... Unidades Centrales de Procesamiento Marianne Ulate Arburola Universidad Internacional De Las Americas XX . Las arquitecturas de sistemas paralelos varían entre dos extremos: • • • • No compartir nada.Cualquier procesador tiene acceso a cualquier módulo de memoria o unidad de disco a través de una interconexión rápida.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. 6 Los sistemas paralelos mejoran la velocidad d e procesamiento y E\S mediante la utilización de UCP7 y discos en paralelo.vamos a obtener una mejora en la relación entre costo y rendimiento.Es un híbrido de las anteriores.donde cualquier procesador tiene acceso a cualquier unidad de disco a través de la interconexión. Memoria compartida. Con menos inversión en hardware estamos obteniendo mucha más potencia computacional. Jerárquico.

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. 8 Sin Compartimiento. 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. Fig. M P P M M P P M M P Fig.

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

Conectividad adyacente. es difícil que se consiga un aumento del rendimiento lineal. Malla: los componentes se organizan como nodos d e una retícula9. Es un sistema de altas prestaciones y mas eficiente que el d e malla. o Dado que rara vez se puede dividir una tarea en Pazos iguales. En una operación paralela compuesta por miles de procesos. Hipercubo: sistema de conexión n-dimensional basado en la representación binaria de los componentes. Marianne Ulate Arburola Universidad Internacional De Las Americas XXIII . pero el tiempo para completar la tarea viene dada por el tiempo de completar el paso mas lento. Se utiliza el paso de mensajes. 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. que traen consigo bloqueos y abrazos mortales. Interferencia: o Problema en el ascenso a recursos compartidos. • • 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. el tiempo de inicio puede ser mayor que el de procesamiento. 8 9 Cuellos de botella. Sesgo: o Al dividir cada tarea en un cierto numero de pasos paralelos se rédese el tamaño del paso medio.

Arquitecturas de Sistemas de Bases de Datos Bases de Datos Ingeniería de Sistemas UIA Sistemas Distribuidos En un sistema de datos distribuidos. 10 Que es un sistema Distribuido Marianne Ulate Arburola Universidad Internacional De Las Americas XXIV . según tenga que acceder solo a sus datos o a los datos almacenados en las bases de datos distribuidas. dichos ordenadores están conectados por redes de comunicación de alta velocidad o líneas telefónicas. ¿ 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 . 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 . la información s e almacena en varios ordenadores.3 Fig.D .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 .

de lo que se desprenden tres características inmediatas: -Compuesto por múltiples ordenadores. -Tienen un estado compartido. conexiones con periféricos de acceso inmediato (on line). etc. bases de datos del sistema. etc. su potencia. en general. Disponibilidad: si uno de los emplazamientos de la base d e datos distribuida falla. cada uno con una o más CPU’s. memoria local. el resto de emplazamientos puede seguir funcionando. por lo que debe haber alguna línea o red de interconexión. memoria secundaria (discos) y. como puede ser la utilización. Parece claro que si varios ordenadores distintos van a colaborar en la realización de tareas. 10 Marianne Ulate Arburola Universidad Internacional De Las Americas XXV . 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. y están compuestos por múltiples procesadores que suelen compartir memoria y reloj. Como distribuir la información? • Se debe seguir razonamientos lógicos al respecto. la dispersión geográfica de los ordenadores. todos los ordenadores tienen la misma visión del estado del sistema distribuido (tablas.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. Autonomía: cada emplazamiento tiene un cierto grado de control sobre los datos que tiene almacenados. cuyo propósito es acelerar la ejecución de un cierto programa en un único ordenador (normalmente aplicaciones científicas). deben comunicarse y sincronizarse entre ellos. es decir. Un sistema distribuido está compuesto de más de un sistema independiente. no se les debe confundir con los sistemas paralelos. de servidores. las líneas de comunicación entre ellos. Por esto. 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. Si los ordenadores realizan un trabajo conjuntamente. deben mantener un estado compartido. -Hay interconexión entre ellos.

es más difícil asegurar la corrección de los algoritmos. 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. Mayor probabilidad de errores: como los emplazamientos operan en paralelo. 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.

Redes de comunicación utilizadas: En la interconexión de los sistemas distribuidos y cliente servidor. 11 LAN: son redes de pequeño tamaño (T<2km) y debajo costo utilizadas en edificios. se utilizan las redes de comunicación entre ordenadores. 11 12 LAN: Local Area Network.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. 12 MAN: Redes de fibra. MAN: Metropolitan area network. 13 WAN: Redes Globales que abarcan grandes áreas. 13 WAM: Wide Area Network Marianne Ulate Arburola Universidad Internacional De Las Americas XXVII . No se suele tener conexiones directas. Arquitecturas en bus o paso de testigo. con routers y gateways para dar acceso a las mismas. son las más utilizadas en sistemas distribuidos de alto rendimiento. se utilizan para unir distintas sucursales de una entidad. Suelen basarse en esquemas punto a punto. de tamaño inferior a 10-20km.

El RDBMS estaba diseñado para gestionar el acceso multiusuario a un conjunto compartido de datos. El lenguaje SQL (Structured Query Language). la tecnología clave que hizo posible la arquitectura informática cliente-servidor. estos sistemas abarcan monopuesto y multipuestos. no obstante las ventajas que presenta la distribución de la información y el empleo de sistemas paralelos para manejarla. ya que permiten sistemas integrados con múltiples computadoras. no triviales. 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. Relational Database Management System fue. junto con el complicado procesamiento relativo a la lógica de negocio que añade valor a dichos datos. de que manera será fragmentada. Toda la gestión de bloqueos y conexiones es llevada a cabo por el RDBMS. tales como las decisiones de la distribución física de la información. dependiendo de cómo se elija separar los niveles de presentación. que también se encarga de la seguridad. y funcional. El RDBMS proporciona un área de almacenamiento centralizada par los datos. 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. Las arquitecturas centralizadas no suelen ofrecer soluciones excesivamente avanzadas en la gestión de bases de datos. de que manera se va a manejar Marianne Ulate Arburola Universidad Internacional De Las Americas XXVIII . fue creado como lenguaje universal de programación para solicitar datos específicos a un RDBMS. Esta arquitectura utiliza la potencia del PC para realizar la presentación de los datos. El RDBMS servia como almacén centralizado para los datos de la organización.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. lógica de negocio y datos. realmente. 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. 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. Sin embargo. 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. incrementando enormemente el rendimiento del sistema de base de datos. El advenimiento de los sistemas de gestión de bases de datos relaciónales (RDBMS). La arquitectura cliente-servidor puede tomar muchas formas. si existirán copias de los fragmentos en distintas localidades. que deben ser manejados adecuadamente. estos esquemas presentan algunos inconvenientes. lógica.

como se controlarán las actualizaciones a información duplicada para mantener la consistencia. como se manejará la posibilidad de que. debido a fallas en la comunicación. Marianne Ulate Arburola Universidad Internacional De Las Americas XXIX .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. el sistema quede dividido en dos o más sub-redes fragmentadas y otros problemas más.

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->