Seuil du nombre de handles du service de contrôle d'intégrité

Microsoft.SystemCenter.Agent.HealthService.HandleCountThreshold (UnitMonitor)

Cette analyse garantit que le compteur Processus\Nombre de handles du processus HealthService.exe ne dépasse pas un seuil défini sur une série d'échantillons consécutifs. Si les conditions sont réunies, cette analyse passe à un état critique, qui se propagera ensuite à l'analyse « État du service de contrôle d'intégrité ». L'analyse « État du service de contrôle d'intégrité » est configurée pour exécuter une récupération lorsque son état est critique, et tentera automatiquement de redémarrer le service de contrôle d'intégrité de l'administration System Center.

Knowledge Base article:

Résumé

Cette analyse d'unités mesure l'utilisation du Processus\Nombre de handles du processus de service de contrôle d'intégrité. Si le seuil configuré est dépassé, une récupération tente de redémarrer le service de contrôle d'intégrité de l'administration System Center pour qu'il cesse de surcharger l'ordinateur.

Il existe des seuils différents en fonction du rôle que le service de contrôle d'intégrité de l'administration System Center doit exécuter. Les seuils par défaut sont récapitulés ci-dessous :

Rôle du service de contrôle d'intégrité de l'administration System Center

Seuil du nombre de handles

Agent

6,000

Serveur d'administration

10,000

La configuration de la récupération qui tente de redémarrer le service de contrôle d'intégrité de l'administration System Center est indiquée ci-dessous :

Rôle du service de contrôle d'intégrité de l'administration System Center

Comportement de la récupération de redémarrage

Agent

Activé

Serveur d'administration

Désactivé

Causes

Voici un résumé des causes potentielles :

Le nombre de règles et d'analyses chargées à partir de tous les packs d'administration configurés sur ce service de contrôle d'intégrité de l'administration System Center est trop important.

Une règle ou une analyse mal configurée collecte ou traite un nombre trop important de données (par ex., la règle de collecte du compteur de performances collecte des données toutes les secondes).

Cette situation peut être due au fait que de nombreux packs d'administration sont exécutés par le service de contrôle d'intégrité de l'administration System Center. Chaque pack d'administration peut effectuer une multitude d'analyses qui utilisent peu de ressources. Lorsque les packs d'administration s'ajoutent en grand nombre, constituant plusieurs milliers de règles et d'analyses, il se peut que le service de contrôle d'intégrité de l'administration System Center consomme davantage de ressources.

C'est peut-être le cas de ce service de contrôle d'intégrité de l'administration System Center, en fonction du type d'analyse effectué par celui-ci.

Une autre cause possible : une ou plusieurs règles et analyses ne sont pas conformes à des pratiques recommandées. Par exemple, lorsqu'une règle de compteur de performances tente de collecter des données de performances toutes les secondes. Si un nombre excessif de règles et d'analyses sont configurées de cette façon, le service de contrôle d'intégrité de l'administration System Center et les processus connexes consommeront plus de ressources.

Résolutions

L'action par défaut pour cette analyse qui s'exécute sur les agents est le redémarrage du service de contrôle d'intégrité de l'administration System Center. Cette récupération étant activée par défaut sur les agents, aucune action utilisateur n'est nécessaire.

Si l'état critique de l'analyse persiste, il se peut que le service de contrôle d'intégrité de l'administration System Center n'ait pas redémarré correctement ou que le compte d'action configuré sur cet agent ne dispose pas des droits suffisants pour redémarrer le service.

Le cas échéant, démarrez le service Windows de contrôle d'intégrité de l'administration System Center.

Le correctif fourni dans l'article 968760 de la Base de connaissances peut corriger certains problèmes qui font passer cette analyse à l'état critique. Assurez-vous que le correctif fourni dans l'article 968760 de la Base de connaissances (http://go.microsoft.com/fwlink/?LinkId=196234) a été installé sur tous les ordinateurs qui utilisent trop de mémoire.

Element properties:

TargetMicrosoft.SystemCenter.HealthService
Parent MonitorMicrosoft.SystemCenter.HealthService.ServiceStateRollup
CategoryPerformanceHealth
EnabledTrue
Alert GenerateFalse
Alert Auto ResolveTrue
Monitor TypeMicrosoft.SystemCenter.Agent.Performance.ConsecutiveSamplesThreshold.MonitorType
RemotableTrue
AccessibilityPublic
RunAsDefault

Source Code:

<UnitMonitor ID="Microsoft.SystemCenter.Agent.HealthService.HandleCountThreshold" Accessibility="Public" Enabled="true" Target="SCLibrary!Microsoft.SystemCenter.HealthService" ParentMonitorID="Microsoft.SystemCenter.HealthService.ServiceStateRollup" Remotable="true" Priority="Normal" TypeID="Microsoft.SystemCenter.Agent.Performance.ConsecutiveSamplesThreshold.MonitorType" ConfirmDelivery="false">
<Category>PerformanceHealth</Category>
<OperationalStates>
<OperationalState ID="HandleCountUnderThreshold" MonitorTypeStateID="UnderThreshold" HealthState="Success"/>
<OperationalState ID="HandleCountOverThreshold" MonitorTypeStateID="OverThreshold" HealthState="Error"/>
</OperationalStates>
<Configuration>
<ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/PrincipalName$</ComputerName>
<ObjectName>Process</ObjectName>
<CounterName>Handle Count</CounterName>
<InstanceName>HealthService</InstanceName>
<AllInstances>false</AllInstances>
<Frequency>120</Frequency>
<NumSamples>5</NumSamples>
<Threshold>30000</Threshold>
<Direction>greater</Direction>
</Configuration>
</UnitMonitor>