Analyses et règles

 

Publication: juin 2016

S'applique à: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Les analyses et les règles sont les principaux éléments pour mesurer l'intégrité et pour détecter des erreurs dans Operations Manager. Elles fournissent des fonctionnalités similaires mais distinctes. Les analyses définissent l'état d'un objet alors que les règles créent des alertes et collectent des données pour l'analyse et la création de rapports. Chaque analyse et règle est principalement définie par la source des données utilisées pour exécuter la fonctionnalité requise et la logique utilisée pour évaluer ces données.

Bien qu'elles fournissent des fonctionnalités différentes, les analyses et les règles utilisent toutes deux un ensemble commun de sources qui fournissent les données à évaluer. Par exemple, une analyse peut utiliser un compteur de performances pour définir l'état d'un objet particulier. Une règle peut accéder au même compteur de performances pour stocker sa valeur pour l'analyse et la création de rapports.

Analyses

Une analyse mesure l'intégrité de certains aspects d'un objet géré. Il existe trois types d'analyses comme indiqué dans le tableau suivant :

État d'intégrité

Les analyses ont deux ou trois états d'intégrité. Une analyse sera dans un seul de ses états potentiels à un moment donné. Lorsqu'une analyse est chargée par l'agent, elle est initialisée à un état intègre. L'état change uniquement si les conditions spécifiées pour un autre état sont détectées.

L'intégrité globale d'un objet particulier est déterminée à partir de l'intégrité de chacune de ses analyses. Il s'agira d'une combinaison d'analyses ciblées directement sur l'objet, d'analyses ciblées sur des objets remontant à l'objet via une analyse de dépendance, d'analyses de dépendance ciblées sur ces objets, etc. Cette hiérarchie est illustrée dans l'Explorateur d'intégrité de la console Opérateur. La stratégie du mode de cumul de l'intégrité fait partie de la configuration des analyses d'agrégat et de dépendance.

Lorsque vous créez une analyse, vous devez spécifier une condition pour chacun de ses états d'intégrité. Lorsque l'une de ces conditions est remplie, l'analyse passe à cet état. Chacune des conditions doit être unique de sorte qu'une seule peut avoir la valeur vrai à un moment donné. Lorsqu'une analyse passe à un état critique ou d'avertissement, elle peut éventuellement générer une alerte. Lorsqu'elle passe à un état intègre, toute alerte générée précédemment peut éventuellement être résolue automatiquement.

Types d'analyses

Analyse	Description
Analyses d'unités	Mesure certains aspects de l'application. Il peut s'agir de la vérification d'un compteur de performances pour déterminer les performances de l'application, de l'exécution d'un script pour exécuter une transaction synthétique ou de la recherche d'un événement qui indique une erreur. En général, plusieurs analyses d'unités seront ciblées sur les classes pour tester différentes fonctions de l'application et pour analyser différents problèmes.
Analyses de dépendance	Fournit un cumul d'intégrité entre les différentes classes. Cela permet à l'état d'intégrité d'un objet de dépendre de l'état d'intégrité d'un autre type d'objet sur lequel il repose pour la réussite de l'opération.
Analyses d'agrégats	Fournit un état d'intégrité combiné pour des analyses similaires. En général, les analyses d'unités et de dépendance seront configurées sous une analyse d'agrégat particulière. En plus de fournir une meilleure organisation générale des différentes analyses ciblées sur une classe particulière, les analyses d'agrégat fournissent un état d'intégrité unique pour différentes catégories de la classe.

Notes

Lorsque le terme analyse est seul, il fait généralement référence à une analyse d'unités. En général, les analyses d'agrégat et de dépendance seront appelées par leur nom complet.

Le diagramme suivant montre un exemple de l'Explorateur d'intégrité pour la classe Windows Server. Il montre comment utiliser les différents types d'analyses qui contribuent à un état d'intégrité général.

Exemple d'Explorateur d'intégrité

Règles

Les règles n'affectent pas l'état d'intégrité de l'objet cible. Elles sont utilisées pour l'une des trois fonctions comme décrit dans le tableau suivant :

Analyse	Description
Règles d'alerte	Les règles d'alerte créent une alerte lorsqu'un événement particulier est détecté. Il peut s'agir de l'un des différents types d'événements indiqués dans Sources de données. Les règles d'alerte n'affectent pas l'état d'intégrité.
Règles de collecte	Les règles de collecte collectent des événements ou des données de performances dans la base de données Operations Manager et dans l'entrepôt de données. Elles ne créent pas d'alertes et ne définissent pas l'état d'intégrité. Les règles de collecte peuvent utiliser chacune des sources de données indiquées dans Sources de données. Les données seront converties en événement ou en données de performances en fonction du type spécifique de règle de collecte que vous créez. Pour certains Assistants, vous devrez fournir des informations spécifiques à partir de la source de données qui sera utilisée pour les différentes propriétés des données collectées.
Règles de commande	Les règles de commande exécuteront un script ou une commande selon une planification. Elles ne créent pas d'alertes et ne collectent aucune donnée.

Devez-vous créer une analyse ou une règle ?

Les analyses d'unités et les règles dans Operations Manager sont similaires. Elles sont des flux de travail exécutés sur un agent, elles peuvent générer une alerte lorsqu'une condition particulière est remplie et elles utilisent un ensemble commun de sources de données pour détecter ces conditions. Par conséquent, il peut être difficile de déterminer si vous voulez créer une analyse ou une règle pour un scénario particulier.

Utilisez les critères suivants pour déterminer ce qui doit être créé pour des conditions différentes.

Créez une analyse si…

• Vous voulez affecter l'intégrité d'un objet. En plus de générer une alerte, une analyse affecte l'état d'intégrité de son objet cible. Ceci s'affiche dans des affichages d'état et des rapports de disponibilité.

• Vous voulez résoudre automatiquement une alerte lorsque la condition d'erreur a été effacée. Une alerte d'une règle ne peut pas être automatiquement effacée car une règle n'a aucun moyen de détecter que le problème a été résolu. Une analyse peut détecter que le problème a été résolu lorsque la condition de son état intègre est remplie, et l'alerte peut être automatiquement résolue.

• Vous créez une alerte en fonction d'un seuil de performance. Aucune règle n'est disponible pour générer une alerte à partir d'un seuil de performance. Une analyse doit quand même être utilisée pour ce scénario car vous pouvez utiliser la condition selon laquelle le compteur de performances est inférieur au seuil défini.

• Vous avez une condition qui requiert une logique plus complexe que ce qui est possible avec des règles. La console Opérateur offre une variété d'options permettant de définir l'état d'intégrité d'une analyse mais uniquement la détection simple d'une règle. Si vous avez besoin d'une logique plus complexe pour une règle mais que vous ne disposez d'aucune méthode de détection de l'état d'intégrité de l'analyse, vous pouvez créer une analyse à l'aide de la réinitialisation Manuelle ou Horloge. Voir Réinitialisation du moniteur événement pour plus d'informations.

  Notes

  À l'aide du adb418d7-95ab-4e33-8ced-34a934016aa3#VMPD, vous pouvez créer des règles personnalisées en utilisant la même logique disponible dans la console Opérateur pour les analyses.

Créez une règle si…

• Vous voulez collecter des compteurs de performances ou des événements pour l'analyse et la création de rapports. Les analyses collectent uniquement cette information lorsqu'elle initie un changement dans l'état d'intégrité. Si vous voulez collecter les informations, vous devez créer une règle de collecte.

  Si vous voulez collecter un compteur de performances et lui définir un seuil pour définir un état d'intégrité, créez à la fois une règle et une analyse en utilisant le même compteur de performances.

• Vous voulez générer une alerte qui n'est pas liée à l'état d'intégrité d'un objet.

Rubriques sur les analyses et les règles

Les analyses et les règles sont décrites dans les rubriques suivantes.

• Sources de données

  Décrit le concept d'une source de données et répertorie les différents types de sources de données disponibles pour les analyses et les règles.

• Expressions

  Décrit comment créer une expression pour les différents types d'analyses et de règles.

• Alertes

  Décrit comment configurer des alertes créées par des analyses et des règles.

• Analyses des événements et règles

  Décrit des analyses et des règles qui utilisent différents types d'événements et fournit des détails et des procédures permettant de les créer à l'aide des Assistants dans la console Opérateur.

• Analyses et règles de performances

  Décrit des analyses et des règles qui collectent et analysent les performances et fournit des détails et des procédures permettant de les créer à l'aide des Assistants dans la console Opérateur.

• Analyses de script et de règles

  Fournit des détails sur l'écriture d'un script d'analyse et sur la création d'analyses et de règles à l'aide de scripts.

• Moniteurs de dépendance

  Décrit les analyses qui permettent à l'intégrité d'un type d'objet d'être dépendant de l'état d'intégrité d'un autre objet.

• Moniteurs agrégation

  Décrit les analyses qui regroupent l'état d'intégrité d'autres analyses pour un type d'objet particulier.