Surveillance des performances des applications ASP/COM + sous Windows 2003/IIS 6.0

Question

Nous exécutons un site Web à l'aide de Pages Active Server & Composants COM +. Les pages ASP appellent des composants COM + qui communiquent à leur tour avec des systèmes externes et répondent aux demandes de page ASP.

Nous trouvons que l'application devient lente sur une période de temps et nécessite des redémarrages (comme dans quelques jours). Le site fonctionne sur un bon matériel et n'a pas beaucoup de trafic. Nous pensons donc que ce n'est pas un problème de capacité.

L'application a été écrite en ASP 3.0, VB 6.0 (COM) par un fournisseur externe qui ne nous supporte plus. Ceci étant la situation, nous voulons comprendre où le problème est en surveillant le site ASP et la performance des composants COM +.

D'où mes questions:

• Quels sont tous les compteurs de performance sont les meilleurs pour surveiller ce cas?
• À quel intervalle les compteurs doivent-ils être consignés?
• Combien de temps les compteurs sont-ils contrôlés avant de commencer à les analyser? Je réaliser que cela pourrait varier pour différentes applications, mais est-il une ligne directrice générale?
• Une fois les compteurs collectés, comment peut-on en comprendre le sens? Manuel analyse en utilisant MS Excel ou est-il un bon outil recommandé? Quelle est votre expérience à ce sujet?

Toute aide hautement appréciée.

Answer 1

Voir this thread.

Vous devriez commencer par le PAL Perfmon_Template_for_System_Overview.paramètres htm fichier et ajoutez les Active Server Pages compteurs suivants:

• Erreurs Au cours d'exécution de script
• Erreurs De ASP préprocesseur
• l'exécution des demandes
• Demandes Queued
• Sessions total
• Erreurs De script Compilateurs
• Demandes de mise au point
• Demande Temps d'exécution
• demande Temps d'attente
• Demandes/s
• Demandes totales
• Demandes réussi
• demandes ayant échoué total
• Modèle Cache Hit Rate
• Process (inetinfo) Octets privés

L'intervalle d'échantillonnage par défaut du modèle de 15 secondes devrait être bon assez, à condition de surveiller assez longtemps. Si vous avez des heures d'utilisation maximale pendant la journée, il peut suffire de surveiller pendant cette période; Vous recherchez uniquement des tendances pour vous aider à vous concentrer sur le dépannage.

L'outil PAl est livré avec des analyseurs pour IIS 5.0 et 6.0, mais pas pour les ASP classiques. Vous pouvez créer un nouvel analyseur (appelé fichier de seuil dans PAL) pour inclure l'analyse pour ASP. Le code est trop long à poster ici, mais si vous êtes intéressé, laissez-moi un commentaire et nous verrons comment je peux vous envoyer ce que j'ai. En outre, si vous disposez de l'édition Enterprise de Visual Studio, vous pouvez utiliser le Visual Studio Analyzer (VSA) pour suivre tous les appels ASP et COM. Il fait un bon travail de profilage où le temps est passé, et vous pouvez inclure des compteurs Perfmon à surveiller pour voir ce qui se passe au niveau du système.