¿Aplicacion delphi con terminal service multiples usuarios?
Hola
nunca he usado terminal service o remote desktop o escritorio remoto. me han dicho que si mi aplicacion delphi puede ser usada en un servidor windows server con terminal services instalado y la aplicacion la quieren usar simultaneamente varios usuarios. la base de datos es firebird 2.5 instalada en local. a lo mejor en red. y mi aplicacion funciona bien. pero no se si algo tengo que programar para que soporte multiples usuarios. yo piendo que con solo ejecutarla osea abrir varias instancias del programa por usuario seria suficiente. serian al menos 10 usuarios remotos. en el servidor windows server supongo abrian 10 instancias de mi aplicacion ejecutandose. accediendo las 10 a la misma base de datos firebird. ¿alguien que tenga experiencia y me pueda orientar.? gracias. |
Cada conexión de terminal server que realizas desde tu equipo es una conexión local, yo tengo conectado 11 conexiones TS y sin ningún problema, solo que el servidor tiene 10Gb de memoria ram, el motor que se usa es SQL SERVER 2005 Express
Un saludo. |
Hola.
No vas a tener problemas con los accesos en terminal server. Lo único que debes de tener en cuenta es que la aplicación debes de idearla de igual forma que si fuera a trabajar en red por el tema de duplicación de números de documentos, bloqueo de registros, etc. También debes de tener en cuenta el tema de las impresoras, tendrás que instalar en el servidor el mismo driver de cada impresora que tengas en cada terminal porque si no lo haces de esa manera no las capturará en las sesiones remotas y no podrás imprimir, por lo que si instalas en todos los terminales la misma impresora te ahorrarás problemas. Yo lo uso bastante y el único problema que tengo de vez en cuando es que las impresoras o no las conecta la sesión o se desconectan por algún motivo, pero es una cosa que pasa muy esporádicamente y cerrando y volviendo a abrir el programa se soluciona. Creo que el cliente que más sesiones simultaneas tiene aproximadamente son unas 30 con un servidor de 8 gb de memoria (creo) y va como un tiro. En teoría el cálculo para la memoria del servidor creo que es de 512mb/terminal pero según mi experiencia con eso vas de sobrado, así que con un servidor con 8/10 gb. tienes que tener de sobra. Saludos |
A priori no debes tener ningun problema. La programación es igual que para cualquier otra aplicación que puedas hacer en red.
Yo he llegado a tener hasta 12 máquinas TS con un total de 300 conexiones y la cosa funciona. Te quiero decir con esto que es fácilmente ampliable, de forma que, cuando un servidor empieza a estar saturado, montas otro y gestionas un balanceo de carga dinámico; El algoritmo no es la panacea, pero sirve para el propio TS vaya enviando las conexiones entrantes al que está menos "ocupado". El tema de las impresoras es un poco engorroso, como ya han comentado. |
Cita:
|
Sip.
12 servidores de Terminal Server y 300 clientes. La media de conexiones estába en 230/240 conexiones simultáneas. SQL Server en una máquina aparte. Servidor para impresiones en otra máquina aparte. |
Y qué caudal de adsl?
|
No se exactamente. Tendría que preguntar a los de sistemas.
Los servidores están en un DataCenter. |
Ok, es que lo veía mucha caña para un adsl normal, en los datacenter tienen la posibilidad de tener el ancho de banda que necesiten, pagando, claro.
Saludos |
Cita:
Pertenece a BT. |
Sólo por comentarlo, porque yo tampoco lo he usado, pero conocéis LTSP (Linux Terminal Server Project), es libre y no sé hasta qué punto es viable/compatible con los equipos windows.
Tengo unos tutoriales de instalación/configuración que parece bastante sencillo. |
Cita:
si me entere de ese LTSP y que el RealVNC tiene su version opensource parece que el Realthinclient una suite tipo remobjects. (nunca los he entendido. como usarlos ni los remobjexcts ni realthinclient) con ese se puede hacer algo parecido. no recuerdo. con su remoteoffice |
Cita:
|
La franja horaria es GMT +2. Ahora son las 08:44:47. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi