Modelo Cliente Servidor

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 14

CARACTERISTICAS DEL MODELO CLIENTE/SERVIDOR En el modelo CLIENTE/SERVIDOR podemos encontrar las siguientes caractersticas: 1.

El Cliente y el Servidor pueden actuar como una sola entidad y tambin pueden actuar como entidades separadas, realizando actividades o tareas independientes. 2. Las funciones de Cliente y Servidor pueden estar en plataformas separadas, o en la misma plataforma. Para ver el grfico seleccione la opcin "Descargar" del men superior 3. Un servidor da servicio a mltiples clientes en forma concurrente. 4. Cada plataforma puede ser escalable independientemente. Los cambios realizados en las plataformas de los Clientes o de los Servidores, ya sean por actualizacin o por reemplazo tecnolgico, se realizan de una manera transparente para el usuario final. 5. La interrelacin entre el hardware y el software estn basados en una infraestructura poderosa, de tal forma que el acceso a los recursos de la red no muestra la complejidad de los diferentes tipos de formatos de datos y de los protocolos. 6. Un sistema de servidores realiza mltiples funciones al mismo tiempo que presenta una imagen de un solo sistema a las estaciones Clientes. Esto se logra combinando los recursos de cmputo que se encuentran fsicamente separados en un solo sistema lgico, proporcionando de esta manera el servicio ms efectivo para el usuario final. Tambin es importante hacer notar que las funciones Cliente/Servidor pueden ser dinmicas. Ejemplo, un servidor puede convertirse en cliente cuando realiza la solicitud de servicios a otras plataformas dentro de la red. Su capacidad para permitir integrar los equipos ya existentes en una organizacin, dentro de una arquitectura informtica descentralizada y heterognea. 7. Adems se constituye como el nexo de unin mas adecuado para reconciliar los sistemas de informacin basados en mainframes o minicomputadores, con aquellos otros sustentados en entornos informticos pequeos y estaciones de trabajo. 8. Designa un modelo de construccin de sistemas informticos de carcter distribuido. 1. Su representacin tpica es un centro de trabajo (PC), en donde el usuario dispone de sus propias aplicaciones de oficina y sus propias bases de datos, sin dependencia directa del sistema central de informacin de la organizacin, al tiempo que puede acceder a los 2. recursos de este host central y otros sistemas de la organizacin ponen a su servicio.

En conclusin, Cliente/Servidor puede incluir mltiples plataformas, bases de datos, redes y sistemas operativos. Estos pueden ser de distintos proveedores, en arquitecturas propietarias y no propietarias y funcionando todos al mismo tiempo. Por lo tanto, su implantacin involucra diferentes tipos de estndares: APPC, TCP/IP, OSI, NFS, DRDA corriendo sobre DOS, OS/2, Windows o PC UNIX, en TokenRing, Ethernet, FDDI o medio coaxial, slo por mencionar algunas de las posibilidades. TIPOS DE CLIENTES 1. "cliente flaco":

Servidor rpidamente saturado. Gran circulacin de datos de interfase en la red.

1. "cliente gordo":

Casi todo el trabajo en el cliente. No hay centralizacin de la gestin de la BD. Gran circulacin de datos intiles en la red.

TIPOS DE SERVIDOR Servidores de archivos Servidor donde se almacena archivos y aplicaciones de productividad como por ejemplo procesadores de texto, hojas de clculo, etc. Servidores de bases de datos Servidor donde se almacenan las bases de datos, tablas, ndices. Es uno de los servidores que ms carga tiene. Servidores de transacciones

Servidor que cumple o procesa todas las transacciones. Valida primero y recin genera un pedido al servidor de bases de datos. Servidores de Groupware Servidor utilizado para el seguimiento de operaciones dentro de la red. Servidores de objetos Contienen objetos que deben estar fuera del servidor de base de datos. Estos objetos pueden ser videos, imgenes, objetos multimedia en general. Servidores Web Se usan como una forma inteligente para comunicacin entre empresas a travs de Internet. Este servidor permite transacciones con el acondicionamiento de un browser especfico.

Estilos del modelo cliente servidor


PRESENTACIN 1. Se distribuye la interfaz entre el cliente y la plataforma servidora. 2. La aplicacin y los datos estn ambos en el servidor. 3. Similar a la arquitectura tradicional de un Host y Terminales. 4. El PC se aprovecha solo para mejorar la interfaz grfica del usuario. Ventajas Revitaliza los sistemas antiguos. Bajo costo de desarrollo. No hay cambios en los sistemas existentes. Desventajas El sistema sigue en el Host. No se aprovecha la GUI y/o LAN. La interfaz del usuario se mantiene en muchas plataformas. PRESENTACIN REMOTA 1. La interfaz para el usuario esta completamente en el cliente. 2. La aplicacin y los datos estn en el servidor. Ventajas La interfaz del usuario aprovecha bien la GUI y la LAN. La aplicacin aprovecha el Host. Adecuado para algunos tipos de aplicaciones de apoyo a la toma de decisiones. Desventajas Las aplicaciones pueden ser complejas de desarrollar. Los programas de la aplicacin siguen en el Host. El alto volumen de trfico en la red puede hacer difcil la operacin de aplicaciones muy pesadas. DISTRIBUIDA

MODELOS CLIENTE/SERVIDOR
Una de las clasificaciones mejor conocidas de las arquitecturas Cliente/Servidor se basa en la idea de planos (tier), la cual es una variacin sobre la divisin o clasificacin por tamao de componentes. Esto se debe a que se trata de definir el modo en que las prestaciones funcionales de la aplicacin sern asignadas, y en qu proporcin, tanto al cliente como al servidor. Dichas prestaciones se deben agrupar entre los tres componentes clsicos para Cliente/Servidor: interfaz de usuario, lgica de negocios y los datos compartidos, cada uno de los

cuales corresponde a un plano. Ni que decir tiene que la mala eleccin de uno u otro modelo puede llegar a tener consecuencias fatales. Dentro de esta categora tenemos las aplicaciones en dos planos (two-tier), tres planos (three-tier) y multi-planos (multi-tier). Dado que este trmino ha sido sobrecargado de significados por cuanto se lo utiliza indistintamente para referirse tanto a aspectos lgicos (Software) como fsicos (Hardware), aqu se esquematizan ambas acepciones.

A NIVEL DE SOFTWARE
Este enfoque o clasificacin es el ms generalizado y el que ms se ajusta a los enfoques modernos, dado que se fundamenta en los componentes lgicos de la estructura Cliente/Servidor y en la madurez y popularidad de la computacin distribuida. Por ejemplo, esto permite hablar de servidores de aplicacin distribuidos a lo largo de una red, y no tiene mucho sentido identificar a un equipo de hardware como servidor, si no ms bien entenderlo como una plataforma fsica sobre la cual pueden operar uno o ms servidores de aplicaciones. MODELO CLIENTE/SERVIDOR 2 CAPAS Esta estructura se caracteriza por la conexin directa entre el proceso cliente y un administrador de bases de datos. Dependiendo de donde se localice el grupo de tareas correspondientes a la lgica de negocios se pueden tener a su vez dos tipos distintos dentro de esta misma categora:
IMPLEMENTADO CON SQL REMOTO

En este esquema el cliente enva mensajes con solicitudes SQL al servidor de bases de datos y el resultado de cada instruccin SQL es devuelto por la red, no importando si son uno, diez, cien o mil registros. Es el mismo cliente quien debe procesar todos los registros que le fueron devueltos por el servidor de base de datos, segn el requerimiento que l mismo hizo. Esto hace que este tipo de estructura se adecue a los requerimientos de aplicaciones orientadas a los sistemas de apoyo y gestin, pero resultan inadecuados para los sistemas crticos

en que se requieran bajos tiempos de respuesta.

Ventajas:

Presenta una estructura de desarrollo bastante simple ya que el programador maneja un nico ambiente de desarrollo (es ms simple respecto al Cliente/Servidor en tres planos, puesto que reduce una capa de programacin, como se ver ms adelante).

Inconvenientes:

La gran cantidad de informacin que viaja al cliente congestiona demasiado el trfico de red, lo que se traduce en bajo rendimiento. Por su bajo rendimiento esta estructura tiene un bajo espectro de aplicacin, limitndose a la construccin de sistemas no crticos.

IMPLEMENTADO CON PROCEDIMIENTOS ALMACENADOS

En este esquema el cliente enva llamadas a funciones que residen en la base de datos, y es sta quien resuelve y procesa la totalidad de las instrucciones SQL agrupadas en la mencionada funcin.

Ventajas: Presenta las mismas ventajas de una arquitectura dos planos con procedimientos almacenados, pero mejora considerablemente el rendimiento sobre sta, dado que reduce el trfico por la red al procesar los datos en la misma base de datos, haciendo viajar slo el resultado final de un conjunto de instrucciones SQL. Inconvenientes: Si bien la complejidad de desarrollo se ve disminuida, se pierde flexibilidad y escalabilidad en las soluciones implantadas. Obliga a basar el peso de la aplicacin en SQL extendido, propios del proveedor de la base de datos que se elija. Debiera considerarse que s bien los procedimientos almacenados (stored procedures), los desencadenantes (triggers) y las reglas (constraint) son tiles, en rigor son ajenos al estndar de SQL MODELO CLIENTE/SERVIDOR 3 CAPAS Esta estructura se caracteriza por elaborar la aplicacin en base a dos capas principales de software, ms la capa correspondiente al servidor de base de datos. Al igual que en la arquitectura dos capas, y segn las decisiones de diseo que se tomen, se puede balancear la carga de trabajo entre el proceso cliente y el nuevo proceso correspondiente al servidor de aplicacin.

En este esquema el cliente enva mensajes directamente al servidor de aplicacin el cual debe administrar y responder todas las solicitudes. Es el servidor, dependiendo del tipo de solicitud, quien accede y se conecta con la base de datos. Ventajas:

Reduce el trfico de informacin en la red por lo que mejora el rendimiento de los sistemas (especialmente respecto a la estructura en dos planos). Brinda una mayor flexibilidad de desarrollo y de eleccin de plataformas sobre la cual montar las aplicaciones. Provee escalabilidad horizontal y vertical. Se mantiene la independencia entre el cdigo de la aplicacin (reglas y conocimiento del negocio) y los datos, mejorando la portabilidad de las aplicaciones. Los lenguajes sobre los cuales se desarrollan las aplicaciones son estndares lo que hace ms exportables las aplicaciones entre plataformas. Dado que mejora el rendimiento al optimizar el flujo de informacin entre componentes, permite construir sistemas crticos de alta fiabilidad. El mismo hecho de localizar las reglas del negocio en su propio ambiente, en vez de distribuirlos en la capa de interfaz de usuario, permite reducir el impacto de hacer mantenimiento, cambios urgentes de ltima hora o mejoras al sistema. Disminuye el nmero de usuarios (licencias) conectados a la base de datos.

Inconvenientes:

Dependiendo de la eleccin de los lenguajes de desarrollo, puede presentar mayor complejidad en comparacin con Cliente/Servidor dos planos. Existen pocos proveedores de herramientas integradas de desarrollo con relacin al modelo Cliente/Servidor dos planos, y normalmente son de alto costo.

A NIVEL DE HARDWARE
Esta clasificacin del modelo Cliente/Servidor se basa igualmente en la distribucin de los procesos y elementos entre sus componentes, pero centrndose en la parte fsica del mismo, en el que la administracin de la interfaz grfica se asocia a los clientes PC y la seguridad e integridad de los datos quedan asociados a ambientes mainframe o por lo menos a servidores locales y/o centrales. MODELO CLIENTE / SERVIDOR 2 CAPAS Los clientes son conectados va LAN a un servidor de aplicaciones local, el cual, dependiendo de la aplicacin puede dar acceso a los datos administrados por l. MODELO CLIENTE / SERVIDOR 3 CAPAS Los clientes son conectados va LAN a un servidor de aplicaciones local, el cual a su vez se comunica con un servidor central de bases de datos. El servidor local tiene un

comportamiento dual, dado que acta como cliente o servidor en funcin de la direccin de la comunicacin.

MODELOS CLIENTE / SERVIDOR SEGN EL REPARTO DE FUNCIONES ENTRE CLIENTE Y SERVIDOR.


Separacin de funciones.

Las distintas arquitecturas cliente/servidor presentan variaciones acerca de cmo son distribuidas las diferentes funciones de las aplicaciones de sistemas entre el cliente y el servidor, sobre la base de los conceptos de los tres componentes generales de cualquier SI:

La lgica de acceso a datos. Funciones que gestionan todas las interacciones entre el SW y los almacenes de datos (archivos, bases de datos, etc.) incluyendo recuperacin/consulta, actualizacin, seguridad y control de concurrencia. La lgica de presentacin. Funciones que gestionan la interfaz entre los usuarios del sistema y el SW, incluyendo la visualizacin e impresin de formas y reportes, y la posibilidad de validar entradas del sistema. La lgica de negocio o lgica de la aplicacin. Funciones que transforman entradas en salidas, incluyendo desde simples sumas hasta complejos modelos matemticos, financieros, cientficos, de ingeniera, etc.

Segn cmo se distribuyan las funciones correspondientes a estas tres lgicas o funciones de un sistema entre cliente, middleware y servidor (los principales componentes de un sistema con arquitectura distribuda) nos podemos encontrar con los siguientes tipos de arquitectura cliente / servidor (conforme a la clebre clasificacin hecha por el Gartner Group):

Presentacin Distribuida. Presentacin remota. Acceso a datos remoto. Lgica o procesamiento distribudas. Bases de datos distribudas.

La importancia de esta clasificacin radica en que permite jugar con el ancho de banda de la red y con la capacidad de proceso de los componentes hardware del sistema para repartir entre ellos la carga de proceso de las lgicas de la aplicacin. Seguidamente entraremos en ms detalle sobre estos tipos de arquitectura.

Presentacin distribuda.

El cliente asume parte de las funciones de presentacin de la aplicacin, ya que siguen existiendo programas en el servidor dedicados a esta tarea. El resto de funciones de la aplicacin (negocio, acceso a datos) residen en el servidor. Esta arquitectura se utiliza para construir emuladores de terminal, aplicaciones de control remoto, front ends grficos de aplicaciones que residen en un host, etc. Algunos ejemplos de productos que siguen esta filosofa son VLC, Microsoft Terminal Server, Cytrix Metaframe, emulador de host para sistemas operativos modernos como Windows, etc. La gran ventaja de esta arquitectura es que permite revitalizar sistemas antiguos. As, las aplicaciones antiguas que funcionaban en entornos host pueden ser empleadas desde modernas estaciones de trabajo Windows o Microsoft (que solamente hacen la funcin de trminal del host incrustada en un entorno de trabajo de escritorio moderno). El principal problema es que no se elimina la dependencia del host, no siendo posible la aplicacin de los conceptos de downsizing o rightsizing. Presentacin remota. Toda la lgica de negocio y acceso a datos se ejecuta en el servidor, que en esta ocasin no realiza ninguna funcin relacionada con la presentacin. Todas las funciones de presentacin son ejecutadas en el cliente. Un ejemplo de este tipo de aplicaciones son las aplicaciones web, las de los terminales de cajeros automticos, etc. La principal ventaja es que la interfaz de usuario se adapta bien a las capacidades del entorno cliente (en la presentacin distribuda el servidor tena que ejecutar funciones dentro de un entorno que podra no ser el ms apropiado para el cliente). La principal desventaja es que toda la informacin necesaria para la presentacin tiene que circular por la red desde el servidor al cliente. Lgica o proceso distribudo. La lgica de los procesos se divide entre los distintos componentes del cliente y del servidor. El diseador de la aplicacin debe definir los servicios y las interfaces del sistema de informacin de forma que los papeles de cliente y servidor sean intercambiables, excepto en el control de los datos que es responsabilidad exclusiva del servidor. En este tipo de situaciones se dice que hay un proceso distribuido o cooperativo.

La principal ventaja de esta arquitectura es que cada uno de los nodos/servidores puede especializarse en un rea determinada, de forma que cada proceso se ejecutar en el nodo ms apropiado. Adems, se pueden reutilizar los sistemas ya existentes (es una especie de antesala del concepto de SOA).

En contrapartida, este tipo de sistemas son ms dificiles de disear, de mantener y de probar. Acceso a datos remoto. El cliente realiza tanto las funciones de presentacin como los procesos. Por su parte, el servidor almacena y gestiona los datos que permanecen en una base de datos centralizada. En esta situacin se dice que hay una gestin de datos remota. La principal ventaja de esta arquitectura radica en su sencillez de uso, y su proliferacin al ser adaptada por lenguajes de cuarta generacin (como Oracle Forms). La desventaja es la latencia de red introducida. Al descargarse toda la lgica de proceso en los aplicativos clientes, estos necesitan descargar los datos necesarios (entradas al proceso) que circulan por la red. Bases de datos distribudas. Este modelo es similar al de Acceso a Datos Remoto, pero adems el gestor de base de datos divide sus componentes entre el cliente y el servidor. Las interfaces entre ambos estn dentro de las funciones del gestor de datos y, por lo tanto, no tienen impacto en el desarrollo de las aplicaciones. En este nivel se da lo que se conoce como bases de datos distribuidas.

La principal ventaja de este modelo es que facilita el acceso a los datos desde entornos heterogneos. Los componentes de acceso a datos ubicados en el cliente permiten independizar la base de datos del entorno en el que corren las aplicaciones cliente. Adems, permite implementar la "transparencia de ubicacin". Este sistema presenta dos importantes inconvenientes:

Las bases de datos distribudas son ms difciles de implementar, y son dependientes del gestor de base de datos (siempre que no existan acuerdos y estndares) La integridad de los datos puede verse comprometida.

Unidad VII
1: Administracin de Datos Remotos: Es una funcin que permite a los administradores del sistema configurar de manera remota cualquier estacin de trabajo o grupo de estaciones de trabajo de una red. Tambin les permite a los administradores cambiar las configuraciones de usuario y de la aplicacin de manera remota en cualquier unidad de la red. La administracin remota ofrece una solucin a todos estos problemas. A veces se denomina administracin central porque se implementa como un servidor de bases de datos central, donde se almacena la configuracin de todas las unidades de DocSend de la red. La administracin remota se compone de las siguientes partes principales: Servidor Central: Este es el servidor de bases de datos donde se almacena la configuracin de cada unidad. El administrador remoto modifica esta configuracin y las estaciones de trabajo individuales se conectan a esta base de datos para actualizar su configuracin local con el fin de estar al da. Normalmente slo se instala una administracin remota para toda la red. El servidor debe ejecutarse en un equipo de servidor dedicado. Aunque es posible instalarlo en una de las unidades de DocSend, sera mucha carga de trabajo para el hardware, a menos que la red sea pequea. Es mejor instalar el servidor en un equipo que no est ejecutando ningn otro programa. El servidor no tiene ninguna interfaz de usuario. Consola de administracin remota: Este es el programa cliente, la interfaz de usuario donde se controla el servidor. Se parece mucho a la Consola de administracin que viene con cada unidad de DocSend, aunque sta dispone de algunas funciones adicionales. Se puede instalar esta aplicacin en cualquier equipo desde el que desee llevar a cabo la administracin remota. Consola de administracin local: sta es la Consola de administracin que ya ha instalado el fabricante en cada unidad. Cada unidad puede as usar su propia configuracin local o conectarse a la base de datos central. 2: Caractersticas: 1. En el cliente residen tanto la interfaz como los procesos de la aplicacin. 2. Las bases de datos estn en el servidor. 3. Es lo que comnmente imaginamos como aplicacin cliente servidor 4. Ofrece una solucin a todos estos problemas. 5. Se implementa como un servidor de bases de datos central 6. Almacena la configuracin de todas las unidades de DocSend de la red

3: Tratamiento de la Informacin: Cuando se instala una base de datos central, se asume que todas las estaciones de trabajo la utilizan para almacenar sus configuraciones. Esta base de datos no es slo un conjunto central de opciones de configuracin que se aplican a todos los clientes; es mucho ms que eso. La base de datos mantiene la informacin de cada equipo y del grupo de equipos

individualmente. La idea que hay detrs de la administracin central es que desde cualquier equipo es posible configurar cualquier estacin de trabajo remota. Todas las estaciones remotas se pueden configurar en una estacin central sin tener que ir fsicamente a cada equipo y sentarse frente al mismo. Cada unidad de DocSend se entrega con la administracin local instalada, algo muy ventajosa para las empresas pequeas por su simplicidad, claridad y facilidad de uso. Sin embargo, para las empresas grandes, el hecho de configurar cada unidad independientemente puede resultar poco flexible y cabe la posibilidad de que haya errores. A veces resulta muy poco prctico ir al lugar fsico en que se encuentra cada equipo para administrarlo, porque hay muchos y estn distribuidos en un rea extensa. El administrador local no siempre est disponible ni est lo suficientemente formado para poder mantener las estaciones de trabajo locales. Incluso si el administrador pudiera realizar esta tarea, se necesita mucho tiempo para duplicar la misma configuracin en cada una de las unidades. 4: Procesamiento De Datos de la Informacin: Se instale el Servidor de bases de datos central A. Primero se necesita instalar el servidor de bases de datos en un equipo dedicado. B. Se inicia el programa que se desea instalar y se sigue las instrucciones de la pantalla. De este modo se instalarn el Servidor de bases de datos central y la Consola de administracin remota. C. Se debe leer y aceptar el contrato de licencia, aceptar las opciones predeterminadas y, unos segundos ms tarde, ya habr terminado. Conecte al servidor todas las unidades existentes de DocSend Si ya se tiene estaciones de trabajo de DocSend, hay que asegurarse de que todas estn conectadas al servidor hay que repetir el siguiente proceso en cada una de las unidades: A. Inicial la Consola de administracin local. C. Hacer clic en el botn Descubrir. As se detectar el servidor automticamente. D. Asegurarse de que la Contrasea es DocSend. E. Hacer clic en el botn Aplicar para que se realicen los cambios. F. Hacer clic en Probar conexin. Aparecer el mensaje "Ya est conectado...". E. Salga. No podr utilizar la unidad hasta que se configure la base de datos central. Por ahora, puede salir de DocSend con Alt+F4. Realice la administracin remota Ir al equipo en el que ha instalado el Servidor de bases de datos central e inicie la Consola de administracin remota. A. Inicie sesin con la contrasea "DocSend", sin cambiar absolutamente nada de la pantalla de inicio se sesin. B. Configure a los usuarios en la ficha Usuarios (estarn disponibles para todas las unidades de DocSend). C. Ir a la ficha Configuracin de la aplicacin y elija la unidad que desea administrar. Cambie la configuracin de la aplicacin segn sus necesidades. D. Salga Es muy importante acotar que la consola de la admin istracion remota se aplica y es mucho ms compleja que su correspondiente local. Para empezar, tiene una pantalla de inicio diferente a la de la consola local. Aqu puede especificar la ubicacin de la base de datos, el nombre de usuario de la base de datos y la contrasea de la base de datos. Estas configuraciones normalmente aparecen automticamente, excepto la contrasea. La contrasea predeterminada es "docsend", pero

se debe cambiar para garantizar la seguridad. La contrasea de la administracin remota puede ser distinta a la contrasea de la administracin local, con el fin de que los que tienen permisos de administracin local no tengan que tener necesariamente acceso a la base de datos central. Si ha indicado la informacin de inicio de sesin correcta, ver la pantalla principal de la aplicacin.
ADMINISTRACIN DE DATOS REMOTA Se define en lo que comnmente imaginamos la aplicacin cliente servidor, es muy adecuada para las aplicaciones de apoyo a las decisiones del usuario final, utilizado para manipular base de datos central, es decir, este es el cliente para administrar remotamente cualquier estacin de trabajo de la red. Caractersticas: Comnmente los clientes residen tanto la interfaz como los procesos de la aplicacin. Las bases de datos se encuentran en el servidor. La totalidad de los datos viaja por la red, por lo que no hay procesamiento que realice el Host. Tratamiento de la informacin: Estos son fciles de desarrollar por lo que los programas de aplicacin no estn distribuidos, ya que no maneja aplicaciones pesadas eficientemente.

Administracin de datos remota. Es importante recordar que el sistema de administracin central de datos remotos tiene dos componentes independientes uno de ellos es el servidor de la base de datos central y el otro es la consola de administracin central. El servidor de base de datos, es un servidor del sistema, lo normal es establecer solo un servidor en la red. Tericamente puede instalar mas aunque en ese caso tendra que elegir un servidor para cada cliente individual al que se conecte. El servidor no tiene interfaz de usuario, aunque al instalar al servidor, tambin despliega la consola de administracin central. La consola de administracin de datos remota, es una aplicacin con interfaz de usuario. No es un servidor, este programa se utiliza para manipular la base de datos central, en otras palabras, este es el cliente para administrar remotamente cualquier estacin de trabajos en la red. Puede instalar tantas copias de esta aplicacin como desee y puede instalarlas en cualquier sitio, incluso si el equipo no tiene instalado el docSend ni el servidor de base de datos. Se trata de un programa independiente. Para realizar varias tareas en un nico servidor remoto se debe utilizar el Escritorio remoto para administracin, Para administrar de manera remota un servidor en el que se ejecuta un sistema operativo de la familia Windows Server 2003, no necesita instalar Terminal Server. En su lugar, utilice el Escritorio remoto para administracin. En estos sistemas operativos, Escritorio remoto para administracin est instalado de manera predeterminada, pero no est habilitado. Una vez habilitadas las conexiones remotas, Escritorio remoto para

administracin le permite administrar el servidor desde cualquier equipo de la red en el que se ejecute la familia Windows Server 2003, Windows XP Professional o Windows 2000. Windows Server 2003, Web Edition, no admite la administracin remota, Puede utilizar Escritorio remoto con Windows 2000 Server. Tratamiento de la informacin: Podemos decir que al momento de hacer la instalacin de una base de datos central, se debe toma en cuenta que todas las estaciones de trabajo van a utilizar la misma para almacenar sus configuraciones ya que esta base de datos no es slo un conjunto central de opciones de configuracin que se aplican a todos los clientes, sino mucho ms que eso. Esta base de datos mantiene la informacin de cada equipo de trabajo tanto individualmente como un conjunto, La imagen que hay detrs de la administracin central es que desde cualquier equipo sea efectivo la configurar cualquier estacin de trabajo remota.. Sin embargo, para las empresas grandes, la disponibilidad de configurar cada mdulo independientemente puede resultar poco flexible y cabe la posibilidad de que haya errores, ya que en ocasiones pasa que el administrador local no est disponible ni est lo suficientemente formado para poder mantener los mdulos de trabajo locales. Procesamiento de la informacin: Como principal proceso se dice que se debe de instalar el Servidor de bases de datos central, Para esto se necesita instalar el servidor de bases de datos en un equipo calificado. Luego se debe iniciar el programa que se desea instalar y seguir cada instruccin detalladamente de la pantalla. De este modo se instalarn el Servidor de bases de datos central y la Consola de administracin remota. A continuacin Se debe leer y aceptar el contrato de licencia, aceptar las opciones predeterminadas y de este modo se habr finalizado el proceso. Luego debemos Conectar al servidor todas las unidades existentes de DocSend en dado caso que ya se tienen estaciones de trabajo de DocSend, hay que asegurarse de que todas estn conectadas al servidor y de esta manera hay que repetir el siguiente proceso en cada una de las unidades: 1. Inicial la Consola de administracin local. 2. Ir a la ficha Sincronizacin. 3. Hacer clic en el botn Descubrir. As se detectar el servidor automticamente. 4. Asegurarse de que la Contrasea es DocSend. 5. Hacer clic en el botn Aplicar para que se realicen los cambios. 6. Hacer clic en Probar conexin. Aparecer el mensaje "Ya est conectado...". 7. Salga. Nota: No podr utilizar la unidad hasta que se configure la base de datos central. Por ahora, puede salir de DocSend con Alt+F4. Realice la administracin remota Ir al equipo en el que ha instalado el Servidor de bases de datos central e inicie la Consola de administracin remota. A. Inicie sesin con la contrasea "DocSend", sin cambiar absolutamente nada de la pantalla de inicio se sesin. B. Configure a los usuarios en la ficha Usuarios (estarn disponibles para todas las unidades de DocSend). C. Ir a la ficha Configuracin de la aplicacin y elija la unidad que desea administrar. Cambie la configuracin de la aplicacin segn sus necesidades. D. Salga Es muy importante acotar que la consola de la administracin remota se aplica y es mucho ms compleja que su correspondiente local.

ADMINISTRACIN DE DATOS REMOTA 1.En el cliente residen tanto la interfaz como los procesos de la aplicacin. 2.Las bases de datos estn en el servidor. 3.Es lo que comnmente imaginamos como aplicacin cliente servidor Ventajas Configuracin tpica de la herramienta GUI 4GL. Muy adecuada para las aplicaciones de apoyo a las decisiones del usuario final. Fcil de desarrollar ya que los programas de aplicacin no estn distribuidos. Se descargan los programas del Host. Desventajas No maneja aplicaciones pesadas eficientemente. La totalidad de los datos viaja por la red, ya que no hay procesamiento que realice el Host.

También podría gustarte