No entiendo la pregunta... Por lo que comentás, ahora están conectados por Terminal Services y les va bien. ¿Por qué querés cambiarlo?
--- Martín Salías http://Salias.com.ar 2008/10/5 Estela Lázaro <[EMAIL PROTECTED]> > Hola, hay una VPN. Dejar el TS a cambio de qué? > > ----- Mensaje original ---- > De: Martín Salías <[EMAIL PROTECTED]> > Para: GUFA List Member <[email protected]> > Enviado: domingo 5 de octubre de 2008, 18:02:03 > Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor > > 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 <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/ >> > > > ------------------------------ > > Yahoo! Cocina > Recetas prácticas y comida saludable > Visitá http://ar.mujer.yahoo.com/cocina/ >
