none
Requisitos de Terminal Server RRS feed

  • Pregunta

  •  

    Tengo una duda GRANDE

     

    Quiero cambiar los servidores de mi empresa, ya que vamos a rediseñar el organigrama. Hemos incorporadio una nueva delegacion a nuestra empresa, y requerirá conectarse por VPN al servidor via Terminal Server 2008. Tengo unos 15 puestos en local y ser´n ademá unos 15 remotos.

     

    La gran duda es. La base de datos es de SQL version 2005 y el servidor nuevo será con 2008.

     

    ¿Que requerimientos de Hardware necesitaré por cliente que acceda a la base de datos?.

    lunes, 20 de octubre de 2008 16:03

Todas las respuestas

  • Hola

    Te recomiendo que ese equipo tenga mucho ram de memoria y espacio en disco. Dependera tambien el tipo de arreglo que le vallas a hacer al equipo.

    Saludos


    Ramon Ant. Morillo Rodriguez MCITP: Enterprise Administrator Windows Server 2008 MCITP: Enterprise Messaging Administrator Microsoft Exchange 2007 A+ N+ S+ Dominican Republic
    lunes, 29 de agosto de 2011 16:10
  • Es difícil de responder, ya que no solo influye el hecho de que tengas 30 clientes atacando al servidor SQL, 15 de ellos por TS al propio servidor, sino de la propia carga que sobre el SQL produzcan las aplicaciones de estos usuarios. No es lo mismo que realicen consultas sencillas de forma esporádica, a que generen de forma constante y simultanea procesos batch con consultas complejas que hagan trabajar con ganas al SQL.

    Tan solo para cada sesión TS deberías tomar en consideración un mínimo de 512 Mb de RAM por sesión de usuario. En cada momento, algunos usuarios consumirán más y otros menos. Eso hace que, en principio, en el servidor TS montes un mínimo de 32 Gb de RAM, nada del otro mundo para cualquier máquina servidor actual. Si ves que aun así el equipo va justo de RAM, y la máquina te lo permite, podrías instalarle el doble, aunque con ese volumen de usuarios en principio yo miraría el rendimiento con 32 Gb, que seguramente será más que suficiente.

    Otro aspecto a tener en cuenta es el procesador del servidor. Si va a tener de forma simultanea el SQL Server y tantas sesiones TS, va a necesitar procesador. Como mínimo doble Xeon si no quieres verte ralentizado porque el servidor no tire.

    De todas formas, en este caso sería preferible una configuración de dos servidores, uno específico para el SQL Server y otro dedicado a las sesiones TS. De esta forma podrás aumentar el número de éstas dependiendo solo de la capacidad de ese servidor, y sin que afecte al rendimiento del servidor SQL del mismo modo que si la carga de sesiones TS se produjera sobre la misma máquina del SQL.  


    Saludos
    José Antonio Quílez
    Mi Blog
    martes, 30 de agosto de 2011 16:41
    Moderador
  • Hola , sumándome a lo que te comenta José , en la practica es muy importante la separación de la BD de servidores que hagan otras cosa como serian la aplicaciones , cuando decidas como resolver lo de la instalación del SQL , fíjate de configurar de tal manera que el motor tenga un limite de uso de memoria RAM , si no tendrás servidor que te alcance. Otro tema a tener en cuenta con la BD , que tipo de arreglo tomaras en el RAID de discos si es que usaras este tipo de configuración. Si la BD es muy consultada ( I/O) una mala elección hace una perdida de rendimiento muy importante. Si ante manos puedes hacer una verificación utiliza este documento : http://msdn.microsoft.com/es-es/library/bb972264.aspx


    Saludos Jorge Colobora con el foro: Si la respuesta es de utilidad para resolver tu duda/problema, usa la opción "Marcar como repuesta". Otros usuarios con dudas similares -en un futuro- lo agradecerán.
    miércoles, 7 de septiembre de 2011 14:09
  • Jorge, mira la fecha de la pregunta original... :-)

    Están reviviendo posts de hace 3 años

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Notas Windows Server
    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.
    miércoles, 7 de septiembre de 2011 14:35
    Moderador