Existe-t-il un moyen automatisé de rassembler les données de Perfmon?

11

J'ai rassemblé manuellement les données Perfmon (par exemple, en obtenant des captures d'écran du graphique perfmon pour obtenir les valeurs moyennes, min et max) de statistiques telles que% d'utilisation du processeur,% d'octets engagés en mémoire, etc. dans le profilage d'une application ASP.NET pour dimensionnement du serveur.

J'aimerais savoir s'il existe un moyen d'automatiser cela, par exemple, obtenir des données statistiques de performance spécifiques à partir d'un fichier journal ou autre, et peut-être même avoir un rapport imprimé à partir de celui-ci?

Jon Limjap
la source
1
Salut Jon, bienvenue à bord! :-)
splattne

Réponses:

11

Vous pouvez utiliser l' outil d'analyse des performances des journaux (PAL) , un projet open source hébergé sur CodePlex.

Vous avez déjà eu un problème de performances, mais vous ne savez pas quels compteurs de performances collecter ou comment les analyser? L'outil PAL (Performance Analysis of Logs) est un nouvel outil puissant qui lit dans un journal de compteur de moniteur de performances (tout format connu) et l'analyse à l'aide de seuils complexes mais connus (fournis).

L'outil génère un rapport HTML qui représente graphiquement les compteurs de performances importants et génère des alertes lorsque les seuils sont dépassés. Les seuils sont à l'origine basés sur des seuils définis par les équipes de produits Microsoft et les membres du support Microsoft, mais continuent d'être étendus par ce projet en cours. Cet outil ne remplace pas l'analyse de performances traditionnelle, mais il automatise suffisamment l'analyse des journaux de compteur de performances pour vous faire gagner du temps. Il s'agit d'un VBScript et nécessite Microsoft LogParser (téléchargement gratuit).

Il y a un bon article que vous pouvez lire: "Maîtrisez l'analyse des performances de Windows" :

L'analyse des journaux de l'Analyseur de performances Windows est un processus qui prend du temps, nécessitant souvent des connaissances d'experts pour interpréter les données du journal à utiliser dans le dépannage des performances du système Microsoft Windows. La bonne nouvelle est que vous pouvez simplifier le processus de collecte et d'analyse des données de l'Analyseur de performances en utilisant trois outils pratiques utilisés par les professionnels du support Microsoft: perfwiz.exe, logman.exe et Analyse des performances des journaux (PAL).

L'article explique comment créer une procédure automatisée à l'aide de ces outils:

  • Assistant Analyseur de performances (perfwiz.exe): vous aide à créer des journaux wlocal et distant de l'Analyseur de performances simplifiant le processus de collecte des journaux de l'Analyseur de performances
  • Logman.exe est un outil de ligne de commande Windows intégré qui gère et planifie les collections de compteurs de performances sur les systèmes locaux et distants
  • Outil d'analyse des performances des journaux (PAL) , mentionné ci-dessus, pour l'analyse des données
splattne
la source
2

MOM / SCOM ne peuvent-ils pas faire cela pour vous?

Chopper3
la source
Je ne sais pas ce qu'est MOM / SCOM: D veuillez exposer.
Jon Limjap
Microsoft Operations Manager et System Center Operations Manager (le successeur de MOM) - tous deux très bons pour gérer les messages de journal au fil du temps.
Chopper3
System Center une fois installé est assez soigné. Vous pouvez également le faire «cingler» un site Web pour vous assurer qu'il est en place, configurer des avertissements de mémoire, etc. La chose que j'ai le plus remarquée est le niveau de détail qu'il a donné préconfiguré à propos de chaque compteur perfmon. Fondamentalement, il est assez intelligent
prêt à l'emploi
2

Pour ce que cela ressemble à ce que vous essayez de faire, j'utilise généralement les journaux de compteur dans l'Analyseur de performances lui-même. J'ai défini le type de fichier journal sur des virgules et délimité les chiffres avec Excel.

KevinH
la source
0

Avez-vous regardé la zone "Trace Logs" de PerfMon? Il permet un démarrage / arrêt programmé / etc.

Brett Veenstra
la source