Hola, Estela. Ahora si. No recordaba el problema del scanner. En principio el escenario de migrar a un motor (si es sencillo para vos) y accederlo a través de la VPN, con ejecutables locales, puede andar bien.
Lo que más te recomiendo hacer es: PROBAR PRIMERO. Antes que ninguna otra cosa en tu migración, poné una VPN, armá un programa sencillo con algunos ejemplos de acceso a datos típicos (aislados, no necesitás interfaz de usuario), y hacé la prueba para ver si la respuesta es buena. De hecho, verificá que te SOBRE rendimiento, porque en la aplicación real la cosa se va a acomplicar un poco y siempre vas a perder un poco. Asegurate de tener margen. Con esto voy a que no empieces todo un esfuerzo de migración para hacerlas primeras pruebas después de meses invertidos y descubrir que algo no resulta como esperabas. Es más, armá estas pruebas para ver si está todo bien como para arrancar, y después ejecutalas periódicamente a medida que avances con la aplicación (al menos una vez por semana). De esta forma si en algún momento pasa algo que te tire el tiempo de respuesta al bombo, podés identificar el problema rápidamente, corregirlo y evitarlo hacia adelante. Con sólo una semana (si fuese todos los días mejor) nada se hace inmanejable. Si ves que con motor y todo la cosa NO camina (a lo mejor el vínculo es muy lento para el volumen de datos, o lo que sea), una alternativa "de compromiso" es que hagas un ejecutable menor que maneje la parte del scanner, instalado localmente y que deja los resultados en una carpeta local que el cliente remoto puede ver y desde el que toma las imagenes. No es lo ideal, pero puede aliviar temporalmente el problema, incluso mientras hacés la migración a una RDBMS. Saludos, --- Martín Salías http://Salias.com.ar 2008/10/6 Estela Lázaro <[EMAIL PROTECTED]> > Hola Martín > > Reiterando: Es un sistema con bases nativas que no tiene problemas en lan > con exes distribuidos, que pienso migrar a motor cliente servidor (tiene > algo pues hace años estaba andando en un SQL Server). En esta empresa: se > conectan a la VPN, acceden a un ER, anda rapidísimo, pero debo salir del ER, > aunque resulta bárbaro, pues ya no puedo demorarme más por el bendito > problema del scanner, de ahí que estoy buscando lo más rápido. > > Entonces: lo que me queda es terminar de migrar a cliente servidor y > acceder por exe local a la BBDD por la vpn, no? > > Gracias > Estela > > ----- Mensaje original ---- > De: Martín Salías <[EMAIL PROTECTED]> > Para: GUFA List Member <[email protected]> > Enviado: lunes 6 de octubre de 2008, 8:56:10 > Asunto: [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor > > 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 <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/ >> > > > ------------------------------ > > ¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro > http://ar.mobile.yahoo.com/onesearch >
