2011-11-21 2 views
2

Je crée des compteurs de performance pour les sites web fonctionnant sur Windows 2008 et IIS 7, donc les processus sont sous la forme de (W3WP pour le premier pool d'applications, W3WP # 1 pour le second pool d'applications, W3WP # 2 pour le troisième pool d'applications, etc.)Compteurs de performance, modification des ID de processus?

La question est: Que se passe-t-il si les pools d'applications ont été recyclés ou si la machine a été redémarrée? Est-ce que les mêmes instances de processus seront mappées sur les mêmes pools d'applications ou vont-elles changer? (par exemple w3wp sera affecté au premier pool d'applications, w3wp # 1 au deuxième pool, w3wp # 2 au troisième pool d'applications, etc.)

Et, si l'association de processus de pool change, comment pouvons-nous continuer à surveiller le même pool d'applications sans avoir à reconfigurer les compteurs de performance chaque fois que le système recycle?

Pour clarifier: Les compteurs de performance dont je parle ne sont pas les compteurs ASP.Net, ceux-ci ont le nom du pool d'application associée au compteur.

Ici, je fais référence à des compteurs comme le "Process", et les compteurs de framework .Net tels que les compteurs ".NET CLR Memory" et ".NET CLR Exception", ils n'utilisent pas le pool d'applications, ils utiliser le nom du processus, voici un exemple "\ Process (w3wp) \ Thread Count" est un compteur de performance qui indique le nombre de threads dans le processus w3wp. Ce processus est le processus de travail pour l'un des pools d'applications. "\ Process (w3wp # 1) \ Thread Count" fait la même chose mais pour le processus de travail d'un autre pool. La question est: si les piscines recyclent ou que la machine recycle, w3wp et w3wp # 1 représenteront les mêmes piscines ou pas, et si non, comment pouvons-nous garantir que nous continuons à surveiller les piscines que nous voulons sans avoir besoin reconfigurer les compteurs de performance?

+0

La seule chose que j'ai trouvé jusqu'à maintenant, c'est que vous pouvez ajouter l'ID de processus à la place, pour être quelque chose comme W3WP # 5212, cependant, cela ne résout toujours pas le problème. –

+0

Pourquoi ne pas suivre la technique qu'IIS utilise? –

+0

Quelle technique John? Pouvez-vous élaborer plus? –

Répondre

1

Les compteurs de processus (qui n'ont absolument rien à voir avec ASP.NET, BTW) ne vivent naturellement que pendant la durée de vie du processus.

+0

Les compteurs de processus sont importants pour surveiller la santé de l'application. Les compteurs ASP.Net ne suffisent pas! –

+0

Je n'ai pas dit qu'ils n'étaient pas importants. J'ai dit qu'ils ne vivent que pour la vie du processus, et qu'ils ne sont pas spécifiques à ASP.NET. –

Questions connexes