none
Aplicaciones en oficinas remotas RRS feed

  • Pregunta

  • Buenas noches, quisiera hacer una consulta respecto a una necesidad q estoy teniendo; actualmente tenemos un ERP en nuestra oficina principal que se conecta a una base datos q tambien se encuentra en la oficina principal, los usuarios de las diferentes sucursales  acceden al ERP a traves de terminal services, pero la velocidad es muy lenta segun la apreciacion de los usuarios y constantemente recibimos quejas de la lentitud y la demora en realizar sus operaciones con el ERP, ya hemos aumentado el ancho de banda de nuestra VPN pero aun asi persiste cierta lentitud, me preguntaba segun sus experiencias en casos de empresas con sedes remotas, Como hacen para distribuir aplicaciones del negocio en las sucursales u oficinas remotas y no tener este tipo de problemas, los usuarios nos exigen que las aplicaciones sean tan rapidas como si estuviesen en la oficina principal.

    No se si tiene que ver con  forma de distribuir aplicaciones, velocidad de ancho banda, tipo de conexion por fibra optica, vpn, frame relay, aceleradores de conexion o si tiene que ver con toda una infraestructura de Hardware y Software y con ello construir una solucion para aplicaciones en oficinas remotas.

     

    Espero puedan orientarme.

    Gracias. 

    Espero puedas ayudarme con esta necesidad u orientarme en alguna solucion.

    OrlandoP
    jueves, 3 de febrero de 2011 3:08

Respuestas

  • Si la aplicación es accedida por TS, se supone que el equipo que ejecuta la aplicación está en la misma LAN que el servidor backoffice que la nutre, por lo que en realidad o es un problema de ancho de banda en la conexión de escasos recursos, ya sean de red, procesador o CPU, del servidor de TS dado el número de usuarios que se conectan. TS lo único que transmite por la conexión remota es la pantalla y lo que recibe es el teclado y el ratón, no las transacciones que realice el equipo que es servidor de TS con otros equipos. Eso sí, si el servidor de backoffice también está conectándose en remoto, puede ser un problema de ancho de banda entre ambos.

    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)
    • Marcado como respuesta Ismael Borche miércoles, 27 de abril de 2011 0:49
    jueves, 3 de febrero de 2011 10:31
    Moderador
  • Una idea para que comiences a ver el tema. Cuando se trabaja por Terminal Services, lo que viaja por el cable es muy poco, sólo lo ingresado por teclado y movimiento de ratón, y la actualización del "dibujo" de pantalla.

    Así que lo más probable, es que el problema de demora se produzca en el servidor de Terminal Services, donde por cada conexión se crea una sesión virtual de sistema cliente, con la aplicación ejecutándose en la misma.

    Pienso que lo que debes comenzar a ver es el consumo de recursos en el servidor.

     


    Guillermo Delprato - Buenos Aires, Argentina
    MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.
    • Marcado como respuesta Ismael Borche miércoles, 27 de abril de 2011 0:50
    jueves, 3 de febrero de 2011 10:33
    Moderador

Todas las respuestas

  • Si la aplicación es accedida por TS, se supone que el equipo que ejecuta la aplicación está en la misma LAN que el servidor backoffice que la nutre, por lo que en realidad o es un problema de ancho de banda en la conexión de escasos recursos, ya sean de red, procesador o CPU, del servidor de TS dado el número de usuarios que se conectan. TS lo único que transmite por la conexión remota es la pantalla y lo que recibe es el teclado y el ratón, no las transacciones que realice el equipo que es servidor de TS con otros equipos. Eso sí, si el servidor de backoffice también está conectándose en remoto, puede ser un problema de ancho de banda entre ambos.

    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)
    • Marcado como respuesta Ismael Borche miércoles, 27 de abril de 2011 0:49
    jueves, 3 de febrero de 2011 10:31
    Moderador
  • Una idea para que comiences a ver el tema. Cuando se trabaja por Terminal Services, lo que viaja por el cable es muy poco, sólo lo ingresado por teclado y movimiento de ratón, y la actualización del "dibujo" de pantalla.

    Así que lo más probable, es que el problema de demora se produzca en el servidor de Terminal Services, donde por cada conexión se crea una sesión virtual de sistema cliente, con la aplicación ejecutándose en la misma.

    Pienso que lo que debes comenzar a ver es el consumo de recursos en el servidor.

     


    Guillermo Delprato - Buenos Aires, Argentina
    MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.
    • Marcado como respuesta Ismael Borche miércoles, 27 de abril de 2011 0:50
    jueves, 3 de febrero de 2011 10:33
    Moderador
  • Gracias por la respuesta, existe algun manual para dimensionar lo recursos un un servidor de Terminal.

    Revisare lo sugerido.

    Saludos.


    OrlandoP
    lunes, 7 de febrero de 2011 19:16
  • Remote Desktop Session Host Capacity Planning in Windows Server 2008 R2
    http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=ca837962-4128-4680-b1c0-ad0985939063

     


    Guillermo Delprato - Buenos Aires, Argentina
    MVP-MCT-MCSE-MCSA MCITP: Enterprise/Server Administrator MCTS: Active Directory/Network/Applications Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.
    lunes, 7 de febrero de 2011 21:10
    Moderador