3 votes

Problèmes d'instabilité sur les serveurs Terminal Server 32 bits de Windows 2003 R2

Nous rencontrons des problèmes d'instabilité sur certains de nos TS' Windows 2003 32-bit.

Après avoir beaucoup cherché sur Google, je pense qu'il manque d'entrées de table de pages (PTE).

D'après ce que je peux comprendre, c'est un problème lorsque l'on utilise le commutateur /3gb sur les serveurs Windows 32-bit, et avec TS' vous pouvez facilement atteindre la limite.

Comment pouvez-vous vérifier que c'est bien ce qui se passe ? Je n'ai aucune expérience de perfmon et une expérience limitée de Process Explorer, et je ne sais pas vraiment ce que je cherche.

Plus d'informations : La liste des processus du gestionnaire de tâches est toujours vide lorsque cela se produit, et les compteurs de mémoire sont également effacés. Le serveur ne compte généralement qu'environ 65 utilisateurs lorsque cela se produit, mais ils utilisent MSO et différents logiciels de comptabilité. Certains d'entre eux sont assez mal écrits et gonflés. L'utilisation courante de la mémoire par utilisateur est de 200 à 600 Mo, mais nos serveurs ne sont jamais à court de RAM disponible. Quelques imprimantes sont installées sur les serveurs, parfois jusqu'à 20. Les serveurs ont fonctionné sans problème avec 70-80 utilisateurs il y a quelques années, mais leur nombre a été réduit car cela semblait les stabiliser.

3voto

Thecamelcoder Points 11

La mémoire du noyau de Windows Server 2003 x86 par défaut est largement sous-configurée pour un serveur de terminaux fortement utilisé.

Pour voir les valeurs réelles utilisées sur le système en cours d'exécution, vous pouvez utiliser l'explorateur de processus de SysInternal, sous View > System Information. Si le système est configuré pour utiliser la quantité maximale de pool paginé et de pool non paginé, la limite paginée sera de 512 Mo et la limite non paginée sera de 256 Mo.

enter image description here

Pour afficher ce niveau de détail, les symboles appropriés doivent être chargés sous Options > Configurer les symboles :

enter image description here

Si le Paged Physical ou le Nonpaged s'approchent de la limite, il y aura une instabilité du système. Les valeurs de registre qui configurent ces limites maximales sont situées à l'adresse suivante :

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"PagedPoolSize"=dword:FFFFFFFF
"SystemPages"=dword:FFFFFFFF

Il convient de noter que le fait de disposer d'une grande quantité de mémoire physique peut ne pas être utile, car Windows x86 ne peut utiliser qu'une quantité assez faible pour l'espace mémoire du noyau, et il ne peut pas croître au-delà de ce qui est indiqué dans la limite. (Les limites de mémoire du noyau x64 sont beaucoup moins contraignantes). La limite est calculée dynamiquement au moment du démarrage du système en fonction de la mémoire disponible et des paramètres du registre.

Vous pouvez obtenir plus de détails sur ce qui utilise la mémoire du noyau avec les commandes suivantes du débogueur Windows :

!vm - montre des informations similaires aux limites de la mémoire du noyau de l'explorateur de processus.
! poolused n - affiche des informations sur l'utilisation des pools paginés/non paginés. Cela peut parfois être utile si un pilote a une fuite de mémoire qui consomme une quantité excessive de mémoire du noyau.

!commande poolused
http://msdn.microsoft.com/en-us/library/Windows/hardware/ff564700%28v=vs.85%29.aspx

!commande vm
http://msdn.microsoft.com/en-us/library/Windows/hardware/ff565602%28v=vs.85%29.aspx

2voto

joeqwerty Points 106914

70 à 80 utilisateurs sur un TS 32bit me semble beaucoup. Notre planning a toujours été de 50 à 65 utilisateurs. Quelle est la quantité de RAM dans les serveurs ?

Utiliser le /3GB sur un TS va causer des problèmes de performance et de stabilité. Je l'ai constaté de visu. Cela commence par l'impossibilité de charger les profils d'utilisateur et s'aggrave rapidement à partir de là. Ma suggestion serait de supprimer le commutateur /3GB et de voir quel effet cela a sur les performances et la stabilité.

1voto

number5 Points 3749

Vous trouverez une description de la manière de déterminer l'utilisation de la mémoire du noyau dans mon article. Windows x64 - Tout est identique et pourtant très différent, Partie 2 : Mémoire du noyau, /3GB, PTEs, Pool (non) paginé .

En bref, en utilisant WinDbg en combinaison avec LiveKD, vous pouvez établir une session de débogage en direct avec la machine locale. À partir de là, il est facile de demander des informations telles que les PTE libres, l'utilisation et le maximum du pool (non) paginé.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X