Processus Sharepoint W3WP.EXE consommant 100% CPU - Action corrective?

Question

Nous avons un serveur Web Windows Server 2003, et sur ce serveur, il y a environ 5-6 sites Sharepoint de niveau supérieur, avec un pool d'applications différent pour chacun d'entre eux.

Il y a un processus W3WP qui maintient 100% pendant la majeure partie de la journée (passé hier et aujourd'hui) et il est connecté (en faisant "Cscript iisapp.vbs" en ligne de commande et en associant ProcessID) à un Sharepoint particulier site ... qui est presque inutilisable.

Quelles sont les mesures correctives que je peux prendre? Ce sont les idées suivantes que j'ai eu

1) Arrêt et redémarrage du site Web dans IIS - Pour une raison quelconque cela n'a pas arrêté le processus W3WP incriminé ??? Des idées pourquoi pas?

2) Arrêt et redémarrage du pool d'applications associé.

3) Recyclage du pool d'applications associé.

N'importe lequel d'entre eux semble être la bonne idée? Si non, quelles sont les bonnes choses à essayer? Je ne peux pas faire un iisreset puisque je ne veux pas modifier le service à l'autre, beaucoup plus utilisé, les sites Sharepoint.

Si j'ai vraiment besoin de faire un travail de diagnostic, veuillez me diriger dans la bonne direction. Je ne suis pas le mec d'admin de Sharepoint (il est hors de la ville donc je remplis même si je suis juste un développeur) mais je ferai de mon mieux.

Si vous avez besoin d'informations, faites-le moi savoir et je vais y jeter un coup d'œil (lentement cependant, car ce processus consiste à fixer toute la machine).

Answer 1

Il se trouve que quelqu'un a essayé d'installer certaines fonctionnalités qui ont mal tourné.

Alors, il a écrit un script stsadm pour désinstaller les fonctionnalités

processeur était encore pigeage.

J'ai redémarré le pool d'applications IIS pour ce processus IIS, je ne l'ai pas résolu.Alors j'ai redémarré IIS pour ce site et cela a résolu le problème du processeur.

Answer 2

Ce n'est pas un IISReset dont vous avez besoin. Vous avez un morceau de code qui fonctionne avec votre mémoire. Ce n'est probablement pas un problème de processeur mais un problème de pagination. J'ai rencontré cela à quelques reprises avec des structures de données en mémoire qui deviennent trop grandes pour faire des entrées/sorties efficaces et finalement la tentative de mise en page commence à tout dévorer. Les étapes que je recommanderais sont:

1) Allez chercher les outils IIS Debug Diagnostics. Et learn how to use them. 2) Si possible, supprimez l'état de session d'InProc sur un serveur d'état ou un serveur SQL (car cela nécessite la sérialisation de toutes les classes qui entrent en session, ce qui peut ne pas être possible). Cela aidera à atténuer certains problèmes de mémoire liés au processus.

3) Accédez à votre pool d'applications et réglez le nombre de processus de travail vers le haut. Supprimer la protection contre les échecs rapides (cela permettra au site de continuer à diffuser des pages même si des erreurs catastrophiques rapides se produisent). Les diagnostics de débogage IIS enregistrent BEAUCOUP de données, mais vous pouvez spécifier des alertes "catch" spécifiques qui détecteront des blocages, une utilisation excessive de l'unité centrale, etc. Il capturera des données de données, alors attendez-vous à une longue attente pour voir les journaux.