Umbral de Bytes privados del servicio de mantenimiento

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

Este monitor garantiza que el contador "Proceso\Bytes privados" para el proceso "HealthService.exe" no supere un umbral establecido a lo largo de una serie de muestras consecutivas. Si se cumplen las condiciones, este monitor cambiará a un estado crítico, que se acumulará al monitor "Estado del servicio de mantenimiento". El monitor "Estado del servicio de mantenimiento" está configurado para ejecutar una recuperación cuando su estado es crítico, que intentará reiniciar automáticamente el servicio de mantenimiento de administración de System Center.

Knowledge Base article:

Resumen

Este monitor de unidad mide el uso de proceso\bytes privados del proceso del servicio de mantenimiento. Si supera el umbral configurado, la recuperación intenta reiniciar el servicio de mantenimiento para asegurarse de que no continúe sobrecargando el equipo.

Hay distintos umbrales según la función que el servicio de mantenimiento tenga configurada para realizar. A continuación se resumen los umbrales predeterminados:

Función de servicio de mantenimiento de administración de System Center

Umbral de bytes privados

Agente

300 MB

Servidor de administración

1.500 MB

A continuación se muestra la configuración de la recuperación que intenta reiniciar el servicio de mantenimiento de administración de System Center:

Función de servicio de mantenimiento de administración de System Center

Comportamiento de recuperación de reinicio

Agente

Habilitada

Servidor de administración

Deshabilitado

Causas

Un breve resumen de las posibles causas incluye:

Se han cargado demasiadas reglas o monitores desde todos los módulos de administración configurados en este servicio de mantenimiento de administración de System Center.

Hay una regla o un monitor mal configurados que está recopilando o procesando demasiados datos (p. ej., la regla de recopilación del contador de rendimiento recopila datos cada segundo)

Esto puede deberse a que el servicio de mantenimiento de administración de System Center está ejecutando demasiados módulos de administración. Cada módulo de administración puede tener muchos procesos de supervisión que usan una pequeña cantidad de recursos. Debido a la cantidad de módulos de administración que se suman a los varios miles de reglas y monitores, el servicio de mantenimiento de administración de System Center puede empezar a consumir más recursos.

Esto se puede esperar en el caso de este servicio de mantenimiento de administración de System Center según el tipo de supervisión que realice dicho servicio.

Otra causa puede ser que una o más reglas y monitores no se ajusten a algunas prácticas recomendadas. Por ejemplo, una regla de contador de rendimiento que intenta recopilar datos de rendimiento cada segundo. Si hay demasiadas reglas o monitores configurados de esta forma, el servicio de mantenimiento de administración de System Center y sus procesos relacionados consumirán más recursos.

Resoluciones

La acción predeterminada para este monitor que se ejecuta en agentes es reiniciar el servicio de mantenimiento de administración de System Center. Debido a que esta recuperación está habilitada de forma predeterminada en los agentes, no se requiere ninguna acción del usuario.

Si sigue observando que este monitor tiene un estado crítico, puede que el servicio de mantenimiento de administración de System Center no se haya reiniciado correctamente o que la cuenta de acción con la que este agente se haya configurado no tenga los permisos necesarios para reiniciar el servicio.

En tal caso, inicie el servicio de Windows Servicio de mantenimiento.

La revisión proporcionada por el artículo 968760 de Knowledge Base puede corregir algunos problemas que hacen que este monitor adquiera un estado crítico. Asegúrese de que la revisión que se ofrece en el artículo 968760 de Knowledge Base (http://go.microsoft.com/fwlink/?LinkId=196234) se haya instalado en todos los equipos que están utilizando demasiada memoria.

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.PrivateBytesThreshold" 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="PrivateBytesUnderThreshold" MonitorTypeStateID="UnderThreshold" HealthState="Success"/>
<OperationalState ID="PrivateBytesOverThreshold" MonitorTypeStateID="OverThreshold" HealthState="Error"/>
</OperationalStates>
<Configuration>
<ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/PrincipalName$</ComputerName>
<ObjectName>Process</ObjectName>
<CounterName>Private Bytes</CounterName>
<InstanceName>HealthService</InstanceName>
<AllInstances>false</AllInstances>
<Frequency>120</Frequency>
<NumSamples>5</NumSamples>
<Threshold>314572800</Threshold>
<Direction>greater</Direction>
</Configuration>
</UnitMonitor>