Por lo que decís, están usando Terminal Services, si. Si esa gente etá accediendo por un vínculo lento y tu aplicación no está pensada para acceder con algún esquema distribuido (por ejemplo, usa DBFs con USE/SEEK/SCAN), no va a funcionar localmente (salvo que les instales las DBF locales, pero en ese caso qudan aislados).
Si establecieras una VPN, podrías hacer que accedan a un file share, pero va a ser lento, muy probablemente. ¿No podés dejar el Terminal Services? --- Martín Salías http://Salias.com.ar 2008/10/4 Estela Lázaro <[EMAIL PROTECTED]> > Hola Martín > > > > Este es un win 2003 server. Entonces, el ER se puede crear por TS, y eso > debe ser lo que hicieron en mi cliente porque hay varias sesiones remotas, > cada una con su perfil, sus recursos, etc., pueden imprimir en sus > impresoras o en la de los otros, y de hecho no hay nadie sentado enfrente > del servidor. Es rapidísimo > > > > Ahora el exe está remoto, me van a matar cuando los lleve al exe local > (como tengo en todas las lan) accediendo por fibertel a los datos del > servidor, no? Cómo se lo debe conectar para que sea rápido? > > > > Muchas gracias > > Estela > > > > ----- Mensaje original ---- > De: Martín Salías <[EMAIL PROTECTED]> > Para: GUFA List Member <[email protected]> > Enviado: viernes 3 de octubre de 2008, 23:47:37 > Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor > > Hola, Estela. > > Desde NT 4 el kernel de Windows es multiusuario. Esto quiere cedir que > puede haber más de una sesión interactiva a la vez. En XP y Vista esto se > nota porque te deja tener varios usuarios logueados a la vez y alternar de > uno a otro, pero en la misma máquina, en principio. > > Windows Server tiene un servicio (Terminal Services) que te permite > conectar múltiples sesiones remotas, cada una con su perfil, sus recursos, > etc. La diferencia es que si mirás la pantalla del server usualmente no ves > a nadie, de hecho lo más probable es que no haya nadie sentado enfrente. > > El servicio tiene dos modos: uno de administración remota que te permite > dos o tres conexiones segú la versión, solamente para poder administrar el > server desde lejos. El otro modo es de aplicaciones, que te permite conectar > tantos usuarios como licencias de acceso tengas instaladas (o sea, pagas) y > como el hardware soporte. > > La verdad es que no vi nada sobre lo nuevo que seguramente traiga en este > aspecto Windows Server 2008, pero te paso el link "oficial": > http://www.microsoft.com/windowsserver2008/en/us/ts-product-home.aspx > > De nuevo, TS es muy lindo, pero el consumo de recursos crece casi > lineamente con la cantidad de usuarios, y cuando pasás el límite de los que > pódés manejar enun solo servidor y tenés que empezar a poner más, hay que > meterse en temas de balanceo de carga, management, etc. > > Saludos, > > --- > Martín Salías > http://Salias.com.ar <http://salias.com.ar/> > > > > 2008/10/3 Estela Lázaro <[EMAIL PROTECTED]> > >> Hola! >> >> Y mientras seguimos planeando el curso para que re-escriba mis sistemas >> .... >> >> Martín: me contás del Terminal Server? Pensaba que era ER. >> >> Saludos >> Estela >> >> PD: qué caballeros! Sigo Primera y en mayúsculas! >> >> >> ----- Mensaje original ---- >> De: Estela Lázaro <[EMAIL PROTECTED]> >> Para: GUFA List Member <[email protected]> >> Enviado: jueves 2 de octubre de 2008, 10:08:29 >> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> Hola Martín >> >> En mi caso, lo de salir del ER, aunque resulta bárbaro, ya no puedo >> demorarme más por el bendito problema del scanner. >> >> Lo de la Aplicación Web más que retoque es hacer todo de cero y estoy >> hablando de un >> Integrado-Contable-Proveedore-Cliente-Stock-Personal-Tesorería-etc lo que me >> llevaría además de re-escribir, lidiar con un nuevo soft de desarrollo y que >> no sé si está contemplado el tema de scanear localmente (sabés si se puede?) >> No creo que en mi caso y ahora esta sea una solución oportuna, aunque no >> queda descartada para ir de a poco con esa. >> >> Ahora bien: Servidor remoto llamás a tener los datos remotos conectarme >> por una vpn por internet, y eso es lento, no? porque como decís: sensible al >> ancho de banda y la latencia del vínculo, pero por qué exige que retoque >> bastante la aplicación? A qué te referís? al cambio por Cliente/Servidor o a >> otra cosa? >> >> Y qué es por Terminal Server? El servidor es poderoso así que no problem, >> qué tengo que cambiar en el desarrollo? Idea aprox. de precios de licencias? >> Si es más rápido ... >> >> Gracias >> Estela >> >> >> >> >> ----- Mensaje original ---- >> De: Martín Salías <[EMAIL PROTECTED]> >> Para: GUFA List Member <[email protected]> >> Enviado: miércoles 1 de octubre de 2008, 22:51:18 >> Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> Hola, Ricardo. >> >> Te hago una evaluación rápida de las alternativas que mencionás y qué pros >> y contras tienen, y te doy alguna otra: >> >> - Escritorio Remoto: como decís es transparente, pero se limita a una o >> dos conexiones >> >> - Terminal Services: en modo aplicación te soporta N conexiones, con >> posibilidad de escalar, pero tiene costos de licenciamiento, y consume del >> lado del servidor una cantidad de recursos (RAM, procesador, etc) bastante >> considerable por sesión. >> >> - Servidor remoto: si tenés una VPN es relativamente seguro, pero es muy >> sensible al ancho de banda y la latencia del vínculo, y exige que retoques >> bastante la aplicación. Sin VPN de por medio, es bastante inseguro porque >> tenés que dejar el servidor expuesto. >> >> - Web Services (SOAP): definitivamente no me parece buena idea para >> utilizar como capa de datos, porque tienen una interfaz compleja y te >> aumentan la latencia (cada call es por HTTP, más la serialización, etc). >> >> - RESTful Services: no sé de nadie que lo haya hecho en VFP, pero al ser >> más livianos y tener una interfaz uniforme, son mejores para una capade >> datos remota. Ejemplos son las API de Flikr, Amazon S2 y S3, o >> ADO.NET<http://ado.net/>Data Services (antes Astoria). >> >> - Aplicación Web: Esta me parece por lejos la mejor solución si se prevé >> que la cantidad de usuarios se incremente, pero requiere bastante retoque de >> la aplicación. Si tenés pegada la lógica con la presentación, es muchísimo >> trabajo. >> >> Final: si no vas a crecer mucho, seguí con escritorio remoto ó Terminal >> Services. Si la cosa crece mucho, debería justificarse la inversión de armar >> una interfaz web, y de paso te metés en un campo interesante. >> >> Saludos, >> >> --- >> Martín Salías >> http://Salias.com.ar <http://salias.com.ar/> >> >> >> >> 2008/10/1 Ricardo Pina <[EMAIL PROTECTED]> >> >>> Eric >>> >>> >>> En realidad no hay ningun sistema crítico, solo actualizarían sistemas >>> contables, cuentas corrientes y novedades del personal, lo óptimo seria que >>> actualicen el servidor online pero no es esencial pudiendo hacerse mediante >>> lotes de info manejandose mediante programación >>> Con escritorio remoto no hay que tocar ni una sola linea, lo unico tienen >>> algunos problemas con el manejo de perifericos locales (impresoras USB o >>> scanners), y ademas esta el tema de las licencias que no es poca cosa >>> Con una arquitectura Cliente/servidor solucionas ambas temas pero nos >>> queda a solucionar el tema de velocidad de acceso, como actualizar la BBDD, >>> por eso la consulta al grupo para tomar nota de vuestras experiencias >>> anteriores, que modalidad de trabajo conviene más en estos casos, trabajar >>> online, conectar la BBDD por IP , utilizar web service, trabajar >>> actualizando mediante lotes. >>> En definitiva ver que resulta mas conveniente en estos casos. >>> bueno, seguimos investigando, prometo que publicaremos la solucion >>> definitiva, ya estamos en el barco, tonces a remarrrr >>> >>> Saludos >>> >>> Ricardo Pina >>> >>> >>> 2008/10/1, Eric Z. <[EMAIL PROTECTED]>: >>>> >>>> Ricardo: >>>> >>>> Yo arme un sistema que si bien laburaba localmente >>>> necesitaba de la central conectarse para consultar datos (stock y demás) y >>>> arme un componente en FOX corriendo en el SERVER que se conectaba a través >>>> de una VPN y consultaba. El componente consultaba una BD en postgreSQL. Es >>>> una forma de trabajar. >>>> >>>> Pero es mucho mas fácil por escritorio remoto obvio mientras tengas >>>> Internet ya que se cae el servicio y no hay sistema. Y si el sistema es de >>>> Critico esta en un problema. >>>> >>>> >>>> >>>> Saludos, Eric! >>>> >>>> >>>> >>>> Eric G. Zbrun >>>> >>>> Ingeniero en Sistemas Informáticos >>>> >>>> Dpto. Desarrollo >>>> >>>> Sistemas C&P >>>> >>>> www.sistemascyp.com.ar >>>> ------------------------------ >>>> >>>> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Pablo >>>> Pioli >>>> *Enviado el:* Martes, 30 de Septiembre de 2008 22:45 >>>> *Para:* GUFA List Member >>>> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>> >>>> >>>> >>>> En realidad para acceso via Internet yo usaria escritorio remoto. >>>> >>>> >>>> >>>> Acceder a la DB via internet es exponerla a cualquiera arriesgandote a >>>> problemas de seguridad. >>>> >>>> Por otro lado, dependiendo de la conexion que tenga el servidor >>>> (especialmente el upload) es posible que los usuarios se quejen por la >>>> velocidad de acceso a los datos. >>>> >>>> >>>> >>>> Una base de datos cliente-servidor tiene muchas ventajas pero no creo >>>> que cambiar a este esquema se justifique solo por acceder a los datos via >>>> internet. >>>> >>>> >>>> >>>> Pablo Pioli >>>> >>>> ----- Original Message ----- >>>> >>>> *From:* Ricardo Pina <[EMAIL PROTECTED]> >>>> >>>> *To:* GUFA List Member <[email protected]> >>>> >>>> *Sent:* Tuesday, September 30, 2008 10:08 PM >>>> >>>> *Subject:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>> >>>> >>>> >>>> Parece que es asi nomas >>>> >>>> Tengo claro las ventajas de trabajar con una arquitectura >>>> cliente/servidor y estuve investigando sobre las prestaciones de Postgresql >>>> para evitar el uso de licencias y en la mayoria de los casos recibi muy >>>> buenas referencias. >>>> >>>> Mi consulta era porque tenia que defender ante el cliente la migración, >>>> ya que tiene sus necesidades satisfechas con la implementación del >>>> escritorio Remoto y queria "venderle" el cambio de arquitectura >>>> detallandole >>>> que ventajas iba a recibir con esto. >>>> >>>> Bueno, espero poder serte útil a la brevedad >>>> >>>> >>>> >>>> Saludos >>>> >>>> Ricardo Pina >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> El 30 de septiembre de 2008 19:20, Eric Z. <[EMAIL PROTECTED]> >>>> escribió: >>>> >>>> Parece Ricardo que te puedo seguir ayudando.. ja! >>>> >>>> Yo te recomiendo PostgreSQL realmente me ha sorprendido por ser un >>>> producto Open Source y además muy completoa diferencia del Mysql. Es un >>>> tema >>>> la configuración de la seguridad pero es muy bueno y muy estable. Ahora si >>>> tu base no va ocupar mucho podes darle con SQL 2005 Express que hasta 2 o 4 >>>> Gb va. El tema que si hay alguna PC cliente con Windows 98 olvídalo. No hay >>>> forma de conectarla. >>>> >>>> Link http://www.postgresql.org/ >>>> >>>> La justificación de migrar es que veas las ventajas de arquitectura >>>> Cliente / Servidor, Seguridad de Base de Datos, etc. (link como para >>>> empezar http://es.wikipedia.org/wiki/Servidor_de_base_de_datos ) >>>> >>>> >>>> >>>> Saludos, Eric! >>>> >>>> >>>> >>>> Eric G. Zbrun >>>> >>>> Ingeniero en Sistemas Informáticos >>>> >>>> Dpto. Desarrollo >>>> >>>> Sistemas C&P >>>> >>>> www.sistemascyp.com.ar >>>> ------------------------------ >>>> >>>> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Ricardo >>>> Pina >>>> *Enviado el:* Martes, 30 de Septiembre de 2008 10:34 >>>> *Para:* GUFA List Member >>>> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >>>> >>>> >>>> >>>> Sres/as gufas >>>> >>>> >>>> >>>> Qué opinan? Tengo desarrollado un Sistema en VFP7 que trabaja con bases >>>> nativas fox, por requerimientos de un cliente debe entrar desde dos puntos >>>> distantes (CapFed y Mendoza). Lo solucioné con la implementación de un >>>> escritorio remoto pero se me planteó la posibilidad de migrar a un motor >>>> Cliente Servidor (Postgres - MySql). Qué ventajas y desventajas ven de >>>> trabajar con motor Cliente Servidor con respecto al ER del que hablé que >>>> justifiquen o no la migración? >>>> >>>> >>>> >>>> Gracias >>>> >>>> Ricardo Pina >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >> ------------------------------ >> >> Yahoo! Cocina >> Recetas prácticas y comida saludable >> Visitá http://ar.mujer.yahoo.com/cocina/ >> >> ------------------------------ >> >> Yahoo! Cocina >> Recetas prácticas y comida saludable >> Visitá http://ar.mujer.yahoo.com/cocina/ >> > > > ------------------------------ > > Yahoo! Cocina > Recetas prácticas y comida saludable > Visitá http://ar.mujer.yahoo.com/cocina/ >
