19 votos

2008 R2 Servidor de Terminal server: "recursos Insuficientes en el sistema para completar el servicio solicitado"

Estoy trabajando con un Windows 2008 R2 Servidor de Terminal server configurado en un entorno de vSphere. Actualmente cuenta con 4 vcpu y 32 gb de RAM. No sobrecarga. El recuento de usuarios simultáneos en este servidor ha aumentado en los últimos meses (~70), y es posiblemente por encima del nivel recomendado. Debido a las aplicaciones utilizadas por los usuarios en este sistema, la división de este en varios servidores será un reto más allá del alcance de esta pregunta.

Sin embargo, en ciertos puntos durante la semana (y ahora, casi a diario), los nuevos inicios de sesión de usuario producir los siguientes errores: IDENTIFICADOR de Evento 1500

Windows no puede iniciar sesión porque no puede cargar su perfil. Verificación que está conectado a la red, y que la red es funcionando correctamente.

DETALLE - recursos Insuficientes en el sistema para completar el servicio solicitado.

Esto sigue hasta que algunos de los usuarios de la sesión, las sesiones son desconectado manualmente o se reinicia el sistema en su totalidad.

Me gustaría saber:

  • Qué recurso(s) es este mensaje de error se está refiriendo? Lo que en realidad está restringido?
  • Hay un nivel de SO ajustables o de configuración que puede ayudar con esto?
  • Los usuarios están contentos con el rendimiento, excepto para el aumento de la frecuencia de este mensaje de error. ¿Hay algo más en juego aquí?
  • Hay un límite absoluto en el número de usuarios de un servidor de terminal server puede acomodar? Veo 150+ usuarios descritos en cierta sintonía guías para los Servidores de Terminal server.

enter image description here

enter image description here

15voto

Tina Puntos 21

Esto ha sido resuelto.

Comencé a examinar el registro debido a que el aumento de la CPU y la RAM de los recursos en la máquina virtual no resuelve el problema.

Yo estaba apuntado a Microsoft dureg herramienta para estimar el registro del tamaño. La navegación a través de regedit, me he encontrado con problemas al abrir las llaves bajo HKEY_USERS\.Default\PRINTERS. El uso de dureg, empecé a sondear en virtud de esa jerarquía.




Las impresoras eran el problema. La causa y corregir son detallados en:
El tamaño de la "HKEY_USERS.PREDETERMINADO" subárbol del registro aumenta continuamente en un Windows Server 2008 R2 SP1-servidor basado en

Revisión: http://support.microsoft.com/kb/2871131

Al parecer, esto detiene el crecimiento, pero las claves de registro y necesitan ser comprimido para recuperar espacio.

La compresión de la hinchada del registro: http://support.microsoft.com/kb/2498915

1)  Boot from a WinPE disk.
2)  Open regedit while booted in WinPe, load the bloated hive under HLKM. (e.g. HKLM\Bloated)
3)  Once the bloated hive has been loaded, export the loaded hive as a "Registry Hive" file with a unique name.
4) Unload the bloated hive from regedit.
5) Rename the hives so that you will boot with the compressed hive.
e.g.
c:\windows\system32\config\ren software software.old
c:\windows\system32\config\ren compressedhive software

Hmm, a pocos pasos... un poco difícil de hacer de forma remota durante las horas de producción. Traté de llegar a mi residente de Microsoft experto para completar, pero él estaba ocupado persiguiendo a algunos de SCCM o SCVMM problema en alguna parte. La lectura a través de algunos de Citrix relacionados con los foros, tomé nota de una herramienta que podría llevar a cabo lo anterior con menos pasos...

Así que tomé una máquina virtual de instantánea, a continuación, descargar y corrió freeware de registro de software de compresión (Tweaking.com); a pesar de la abrumadora sonido de la colectiva gemidos de Microsoft ingenieros de sistemas en todas partes...

nota el 1.4 GB guardado en la configuración por defecto... tucows

POR FAVOR REINICIE!

Después de un reinicio, todo estaba bien. El número de usuarios alcanza 86 sin efectos adversos y no relacionada con el perfil de los errores. He supervisado la impresora subárbol del registro y se mantiene estable.

3voto

Russ Wheeler Puntos 173

En Windows Server 2003 que el error fue el resultado de la memoria del kernel de agotamiento. Porque usted está tratando con Windows Server 2008 R2 no estoy seguro de cómo íntimamente relacionada con la causa del problema es la causa en W2K3, pero yo apuesto a que es un problema de memoria debido a que el número de usuarios y procesos. Me gustaría echar un vistazo a la memoria de bloque no paginado agotamiento como la causa probable. Además, el número de procceses es en casi 800, que es bastante alto. MS probablemente le diría a reducir el número de procesos, que sólo puede ser realizado por la reducción de la carga del usuario.

Este artículo tiene buena información sobre el uso de la memoria en Windows y cómo se puede ver el bloque no paginado límite para ver si esa es la causa del problema:

https://blogs.technet.com/b/markrussinovich/archive/2009/03/26/3211216.aspx

2voto

MikeyB Puntos 26178

De inicio de Windows Monitor de Rendimiento para supervisar los diversos contadores:

  • Los Cambios De Contexto
  • Entradas De Tabla De Página
  • GDI elementos
  • Maneja
  • ... (todo lo que puede encontrar)

Y a ver si uno de estos picos cuando usted recibe un error de inicio de sesión.

También: algo está causando alta del núcleo de la CPU% en su sistema, usted debe investigar que a ver si eso nos lleva a un problema relacionado.


La sección de Perfil de Usuario de Limpieza de servicio puede ayudar a salir de aquí, ya que "ayuda a asegurar que las sesiones de usuario son totalmente terminado cuando un usuario cierra la sesión".

2voto

HopelessN00b Puntos 38607

Bueno, por lo que he leído acerca de RDS planificación de la capacidad en Server 2008 R2, puede ser que el funcionamiento de su pobre servidor de terminal server en recursos insuficientes para el número de usuarios que tiene el uso de la misma. En particular, me doy cuenta de que usted tiene 80 usuarios en 4 vcpu, y MS recomienda 1 por cada 15 usuarios.

Desde el blog de technet titulado RDS Tamaño y la Capacidad de Planificación de la Orientación:

We always felt the need of Hardware capacity guidance and sizing information for Terminal Services or Remote Desktop services for Server 2008 R2, Whenever I am engaged in any architectural guidance discussion for RDS deployment i always get a question what needs to be taken into consideration while deciding the hardware configuration and to do capacity planning.

Here are some bullet points which I recommend to my partners and customers to consider:

  • 2GB de Memoria (RAM) es la óptima límite para cada núcleo de la CPU. E. g. Si tienes 4 GB de RAM, a continuación, para obtener un rendimiento óptimo debe ser de Doble núcleo de la CPU.
  • 2 de Doble Núcleo de CPU realizar mejor solo procesador Quad core.
  • Se recomienda el ancho de banda de LAN, de 30 de usuarios y WAN de 20 usuarios. Ancho de banda (b) = 100 megabits por segundo (Mbps) con Latencia (l) Menos de 5 milisegundos.
  • En un Servidor de Terminal server de 64 MB por usuario es el Ideal de la Memoria (RAM) requisito para el GP Sólo uso + 2 GB para el sistema operativo E. g. (100 usuarios * 64) + 2000 = 8.4 GB es decir, 8 gb de RAM.
  • Más aplicaciones (por ejemplo, Office, CAD Aplicaciones y etc.) se requieren más memoria por usuario para ser añadido a este cálculo en el 64 MB de memoria de base por usuario.
  • 15 sesiones de TS por núcleo de CPU es el óptimo límite de rendimiento de un Servidor de Terminal server.
  • La red no debe tener más de 5 saltos, y la latencia debe ser en virtud de 100ms.
  • 64 kbps es el Ideal de ancho de Banda por cada sesión de usuario. (256 colores, red de conmutación, caché de mapa de bits solamente)
  • El rendimiento de la CPU se degrada si %de tiempo de procesador por núcleo está constantemente por encima del 65%.
  • Los servidores de Terminal server de rendimiento se duplica cuando se ejecuta en un X64 de HARDWARE y sistema operativo.

In addition to that, Microsoft has just released a whitepaper on Capacity Planning in Windows Server 2008 R2.

Descargar aquí

1voto

ErikE Puntos 2371

Tengo muy poco tiempo así que sólo voy a hacer un boceto de respuesta y esperemos que la carne más tarde.

Cuando estaba haciendo los hechizos en Citrix equipos recuerdo que nos tratando de nivel a 15-20 usuarios por servidor, pero los había algo pesadas aplicaciones que se están ejecutando. En estos días de x64 cargar más a los usuarios, pero el 70+ no sonar como mucho.

El contador de perfmon máximo no era rara vez cambio de contexto, sería piso de un servidor, mientras que otros contadores como la RAM, CPU, etc se veía bien. Posiblemente, esa podría ser una razón (el servidor no puede asignar los recursos antes de que se agote el tiempo de espera debido a la excesiva cambio de contexto). Aquí hay dos maneras de controlar el cambio de contexto:

The System\Context Switches/sec counter in 
System Monitor reports systemwide context 
switches.

The Thread(_Total)\Context Switches/sec  
counter reports the total number of context 
switches generated per second by all threads.

También, usted puede encontrar algo de su uso en la planificación de la capacidad de la guía, usted encontrará un enlace a ella en este blog.

Cuando puedo pasar tiempo en esta respuesta voy a hacerlo, voy a añadir aquí echando en una nota de advertencia en todos los tiempos basada en mediciones dentro de un vSphere virtual de la máquina.

Debido a cómo el vCPU ha sido extraída de la Cpu físicas de la vCPU no tienen ni idea de qué hora es (una virtual segunda puede ser más o menos de uno real (o al menos física) en segundo lugar. Como consecuencia, todo el tiempo basado en contadores de rendimiento (tiempo de CPU, cambios de contexto por segundo y así sucesivamente) son inexactos (a veces violentamente), aunque si pueden servir de grano muy grueso indicadores.

Para comprobar esto, comparar cualquier nativo basado en el tiempo de la CPU contador dentro de la máquina virtual con su contraparte en el host de vSphere para que VM. Por esta razón VMware publica algunos contadores de CPU y de Memoria, que también es inexacta de la huésped de la perspectiva) a través de las herramientas de VMware en dos VMguest de rendimiento de los objetos.

Por lo tanto el tiempo correcto basado en los valores están disponibles desde dentro de la huésped de rendimiento, pero sólo si uno mira el VMware publicado objetos de contadores.

Yo sólo pensé que esta información básica, un poco pertinentes como las respuestas que hasta ahora se están centrando en el tiempo basados en las mediciones de dentro de una vSphere virtual de la máquina, donde esta es en algunos casos un crucial circunstancia para un correcto análisis. Es también, por supuesto, se relaciona directamente con el tema de este particular (inacabada) de respuesta y sus comentarios. Puede ser de utilidad para alguien.

Tan pronto como tengo tiempo voy a editar en los enlaces a los informes técnicos, etc. que elaborar sobre esto, y exactamente el contador de rutas de acceso\nombre. Naturalmente todo es googleable demasiado.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: