Analyse du seuil de performances des accusés de réception du module source de données Abonnement aux alertes.
La génération des notifications est retardée en raison de ressources surchargées, ce qui a pour effet d'allonger le délai des accusés de réception des messages de notification. Des accusés de réception sont reçus lorsque le sous-système de notification génère des notifications basées sur un abonnement. Les accusés de réception ont ralenti, signe d'un ralentissement global du sous-système.
Le serveur de notification fonctionne à un rythme ralenti et ne parvient pas rester synchronisé avec la génération des messages de notifications des alertes déclenchées. Les accusés de réception à l'envoi de messages de notification via les canaux ont ralenti. Les raisons de ce ralentissement peuvent être les suivantes :
1. Vagues d'alertes : un nombre trop important d'alertes ont été générées ; le serveur de notification ne parvient pas à les traiter dans un délai raisonnable.
2. La base de données Operations est surchargée et a provoqué un ralentissement général du système.
Les accusés de réception de notifications ralentissent en général car le pool de ressources de notifications et son serveur d'administration membre qui dispose du sous-système de notification sont surchargés. Il est possible que la base de données opérationnelle soit surchargée ou que des ressources soient en cours d'épuisement.
Si ces alertes sont générées pendant ou juste après l'installation du magasin de données ou des composants de reporting, les raisons du problème sont vraisemblablement dues à l'ouverture du flux d'alertes et des transitions d'états vers le magasin de données. Toutefois, les structures de données correspondantes n'existent pas encore puisque le magasin de données n'a pas encore déployé ses composants. Le déploiement s'opère dans les 30 minutes qui suivent l'installation environ.
Tant que le déploiement n'a pas eu lieu, les données sont retenues par les flux de travail d'alerte et de synchronisation d'état en vue de leur écriture ultérieure dans le magasin de données. Ces flux de travail ne renvoient donc pas les données vers les sources de données même, ce qui génère les alertes en question. Une fois le déploiement terminé, les données sont écrites et les alertes sont annulées automatiquement.
Si les alertes ne sont pas résolues automatiquement dans les 120 minutes suivant l'installation du magasin de données, c'est qu'il existe un autre problème.
La génération d'accusés de réception des messages de notification par le sous-système de notification est lente. Ceci est dû à un ralentissement ou un manque de ressources disponibles du sous-système de notification.
Notez les informations de niveau haut et bas associées au sous-système de notification. Celles-ci indiquent l'étendue des données d'alertes en cours de traitement dans la base de données opérationnelle.
Vérifiez les abonnements dans le groupe d'administration. Si des requêtes complexes sont associées à des abonnements, celles-ci peuvent ralentir la génération des notifications. Vérifiez si vous pouvez simplifier les critères d'alerte.
Le nombre d'abonnements est peut-être trop important. Vérifiez si vous pouvez désactiver ou supprimer des abonnements non nécessaires.
L'ordinateur qui héberge la base de données opérationnelle ne dispose peut-être pas de ressources suffisantes. Effectuez un diagnostic des ressources matérielles et logicielles qui sont surchargées. L'ajout de ressources supplémentaires peut réduire la charge.
Inspectez les messages du journal des événements Operations Manager. L'identification d'autres problèmes du système peut vous mener à des étapes de diagnostic supplémentaires.
1. Recherchez la présence de nouvelles alertes dans l'affichage des alertes. Si un nombre excessif d'alertes est créé, identifiez l'origine de ces alertes et prenez des mesures d'intervention en conséquence.
2. Si ces alertes ne peuvent pas être bloquées, désactivez la génération des alertes sur l'analyse jusqu'à ce que le nombre d'alertes soit contrôlable.
3. Si toutes les notifications concernent les mêmes alertes, identifiez l'abonnement qui en est à l'origine et désactivez-le. En général, l'ID d'abonnement de l'abonnement qui provoque la notification se trouve dans le corps du message de notification.
4. Il se peut que la base de données Operations ou l'hébergement de la machine soit surchargé. Suivez les étapes du diagnostic de la base de données Operations pour tenter de trouver une solution à ces problèmes.
Target | Microsoft.SystemCenter.RootManagementServer | ||
Parent Monitor | Microsoft.SystemCenter.HealthServiceModules.AlertSubscriptionDataSourceModule.Rollup | ||
Category | PerformanceHealth | ||
Enabled | False | ||
Alert Generate | True | ||
Alert Severity | Warning | ||
Alert Priority | High | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.Windows.2SingleEventLog2StateMonitorType | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SystemCenter.HealthServiceModules.AlertSubscriptionDataSourceModule.AcknowledgementPerformanceMonitor" Accessibility="Public" Enabled="false" Target="SCLibrary!Microsoft.SystemCenter.RootManagementServer" ParentMonitorID="Microsoft.SystemCenter.HealthServiceModules.AlertSubscriptionDataSourceModule.Rollup" Remotable="true" Priority="Normal" TypeID="Windows!Microsoft.Windows.2SingleEventLog2StateMonitorType" ConfirmDelivery="true">
<Category>PerformanceHealth</Category>
<AlertSettings AlertMessage="Microsoft.SystemCenter.HealthServiceModules.AlertSubscriptionDataSourceModule.AcknowledgementPerformanceMonitorMessage">
<AlertOnState>Warning</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>High</AlertPriority>
<AlertSeverity>Warning</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Data/Context/EventDescription$</AlertParameter1>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="AlertSubscriptionDataSourceAcknowledgementsRunningSlow" MonitorTypeStateID="FirstEventRaised" HealthState="Warning"/>
<OperationalState ID="AlertSubscriptionDataSourceAcknowledgementsRunningNormal" MonitorTypeStateID="SecondEventRaised" HealthState="Success"/>
</OperationalStates>
<Configuration>
<FirstComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</FirstComputerName>
<FirstLogName>Operations Manager</FirstLogName>
<FirstExpression>
<And>
<Expression>
<SimpleExpression>
<ValueExpression>
<XPathQuery Type="Integer">EventDisplayNumber</XPathQuery>
</ValueExpression>
<Operator>Equal</Operator>
<ValueExpression>
<Value Type="Integer">11411</Value>
</ValueExpression>
</SimpleExpression>
</Expression>
<Expression>
<SimpleExpression>
<ValueExpression>
<XPathQuery Type="String">PublisherName</XPathQuery>
</ValueExpression>
<Operator>Equal</Operator>
<ValueExpression>
<Value Type="String">Health Service Modules</Value>
</ValueExpression>
</SimpleExpression>
</Expression>
</And>
</FirstExpression>
<SecondComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</SecondComputerName>
<SecondLogName>Operations Manager</SecondLogName>
<SecondExpression>
<And>
<Expression>
<SimpleExpression>
<ValueExpression>
<XPathQuery Type="Integer">EventDisplayNumber</XPathQuery>
</ValueExpression>
<Operator>Equal</Operator>
<ValueExpression>
<Value Type="Integer">11412</Value>
</ValueExpression>
</SimpleExpression>
</Expression>
<Expression>
<SimpleExpression>
<ValueExpression>
<XPathQuery Type="String">PublisherName</XPathQuery>
</ValueExpression>
<Operator>Equal</Operator>
<ValueExpression>
<Value Type="String">Health Service Modules</Value>
</ValueExpression>
</SimpleExpression>
</Expression>
</And>
</SecondExpression>
</Configuration>
</UnitMonitor>