CARACTERISTICAS DEL MODELO CLIENTE/SERVIDOREn 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 superior3. 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
los2. 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
CLIENTES1. "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 SERVIDORServidores de archivosServidor donde se
almacena archivos y aplicaciones de productividad como por ejemplo
procesadores de texto, hojas de clculo, etc.Servidores de bases de
datosServidor donde se almacenan las bases de datos, tablas,
ndices. Es uno de los servidores que ms carga tiene.Servidores de
transaccionesServidor que cumple o procesa todas las transacciones.
Valida primero y recin genera un pedido al servidor de bases de
datos.Servidores de GroupwareServidor utilizado para el seguimiento
de operaciones dentro de la red.Servidores de objetosContienen
objetos que deben estar fuera del servidor de base de datos. Estos
objetos pueden ser videos, imgenes, objetos multimedia en
general.Servidores WebSe 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
DISTRIBUIDA
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.MODELOS CLIENTE/SERVIDORUna
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
SOFTWAREEste 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 CAPASEsta 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 REMOTOEn 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
ALMACENADOSEn 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 SQLMODELO CLIENTE/SERVIDOR 3 CAPASEsta 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 HARDWAREEsta 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
CAPASLos 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
CAPASLos 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 servidor4. Ofrece una solucin a todos estos
problemas.5. Se implementa como un servidor de bases de datos
central6. 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 centralA.
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
DocSendSi 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 remotaIr 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. SalgaEs 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.
