Blog de Florent Appointaire

Blog sur les technologies Microsoft (Windows Server, System Center, Azure, Windows Azure Pack/Azure Stack, etc;)

SCOM2012

En créant une nouvelle règle dans SCOM 2012, qui cherchait différents évenements dans l'Event Viewer (4 au total), j'ai vu apparaitre un warning dans la console SCOM :

Alert generation was temporarily suspended due to too many alerts.

A rule has generated 50 alerts in the last 60 seconds. Usually, when a rule generates this many alerts, it is because the rule definition is misconfigured. Please examine the rule for errors. In order to avoid excessive load, this rule will be temporarily suspended until 2012-12-26T11:30:05.4153287+01:00.

Rule: MomUIGeneratedRule8f602621811448a7b42d7b4873d9cd79

Instance: computername.contoso.com

Instance ID: {7B3F8239-BD22-93BE-D532-9EFF6B963A07}

Management Group: MG

 Je me suis donc douté que ma nouvelle alerte resortait beaucoup trop de réponse, plus de 50 en une minute, c'est pour ceci que j'ai eu une alerte. Le nom de la règle en question n'est pas très explicite :

MomUIGeneratedRule8f602621811448a7b42d7b4873d9cd79

Après quelques recherches, j'ai découvert le moyen avec Powershell de découvrir la règle qui posait problème. J'ai donc fait :

(Get-Rule | Where {$_.name -match 'MomUIGeneratedRule8f602621811448a7b42d7b4873d9cd79'}).DisplayName

Attention à bien ouvrir la bonne console Powershell avec les modules de SCOM importés.

Une fois la commande exécutée, il vous remonte le nom de la règle qui a généré l'alerte:

Capture4

Il suffit maintenant de désactiver ou de refaire votre règle pour désactiver l'alerte.

Vous pouvez également chercher l'alerte avec la console de management de SQL Server :

SELECT DisplayName FROM ruleview
WHERE name = 'MomUIGeneratedRule8f602621811448a7b42d7b4873d9cd79'

A noter que c'est la même chose pour récupérer un monitor qui pourrait poser problème (Get-SCOMMonitor et la table est monitorview).

En espérant vous avoir rendu service :)

Facebook Like
Anonymous