Moniteurs agrégation

 

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

Analyses d'agrégation regrouper plusieurs analyses pour fournir un état d'intégrité unique agrégée. Cela permet une organisation à toutes les analyses ciblées sur une classe particulière, un état consolidé pour des catégories spécifiques d'opération.

Analyses d'agrégat standard

Chaque classe a quatre analyses d'agrégat standard : Disponibilité, Configuration, performances et sécurité. Ceux-ci se trouvent dans le pack d'administration System.Health.Library et ciblant le entité classe. Étant donné que toutes les classes héritent du entité (classe), toutes les classes héritent de ces moniteurs standard. Le jeu d'analyses d'agrégat standard sera suffisant pour la plupart des classes.

La plupart des moniteurs entrent dans l'un des quatre catégories représentées par les analyses d'agrégat standard. Pour cette raison, analyses d'agrégat personnalisées utilise généralement une des analyses d'agrégation standard que leurs parents au lieu de positionné à côté d'elles directement sous le contrôle d'intégrité de l'entité. Analyses d'unités et les analyses de dépendance seront de même utiliser une analyse d'agrégation personnalisée ou une analyse d'agrégation standard que leurs parents.

Analyses d'agrégat standard

Analyses d'agrégat personnalisées

Packs d'administration peuvent inclure des analyses d'agrégat personnalisées spécifiques aux besoins de classes dans une application particulière. Ces moniteurs peuvent utiliser une autre analyse d'agrégation de leur parent ou de l'état d'entité de niveau supérieur similaire à l'utilisation des analyses d'agrégation standard. Analyses d'agrégat personnalisées peuvent être configurés sous un autre moniteur d'agrégation ou reliés directement à l'état d'entité.

Par exemple, le pack d'administration de système d'exploitation de Windows Server 2008 (Monitoring) inclut une analyse d'agrégat appelée Microsoft.Windows.Server.2008.OperatingSystem.CoreServicesRollup qui est utilisé pour combiner l'intégrité des services différents qui sont analysés par ce pack d'administration. Il existe neuf services le pack d'administration considère comme essentiel au fonctionnement d'un ordinateur exécutant Windows Server 2008. Au lieu de positionnement directement sous le moniteur d'agrégation disponibilité parallèlement à d'autres analyses d'unités, le moniteur d'agrégation fournit une mesure d'intégrité combiné pour tous les services connexes.

Cette analyse d'agrégat est illustrée dans le diagramme suivant.

Analyse d'agrégats de cumul des Services Windows de base

Stratégie de cumul d'intégrité

Chaque analyse d'agrégat doit définir une stratégie de cumul d'intégrité qui est la logique qui permet de déterminer l'intégrité de l'analyse d'agrégation en fonction de l'intégrité des analyses sous celui-ci. Les stratégies de cumul d'intégrité possibles pour une analyse d'agrégat sont les suivantes :

Pire état

L'état de l'analyse d'agrégation correspond à l'état de l'analyse de l'enfant avec le pire état d'intégrité. Il s'agit de la stratégie courante utilisée par les analyses d'agrégat.

Stratégie de contrôle d'intégrité pire état

Meilleur état

L'état de l'analyse d'agrégation correspond à l'état de l'analyse de l'enfant avec le meilleur état de santé.

Meilleure stratégie de contrôle d'intégrité d'état

Alerte sur les analyses d'agrégat

Vous pouvez configurer des alertes sur les analyses d'agrégat comme unité moniteurs, vous pouvez également exploiter cette fonctionnalité pour réduire le bruit en limitant le nombre d'alertes redondantes, que vous recevez. Pour implémenter cette stratégie, regrouper un ensemble commun d'analyses d'unités en dessous d'une analyse d'agrégat. Configurer le moniteur d'agrégation pour envoyer une alerte sans configurer les analyses d'unités ne pas envoyer une alerte. Lorsqu'une des analyses d'unités atteint un état critique ou d'avertissement (en fonction de la configuration de votre moniteur d'agrégation), cela entraînera le moniteur d'agrégation de l'état et provoquer une alerte doit être envoyé. Si une autre unité surveiller sous le même regroupement atteint un état d'avertissement ou critique, une autre alerte ne seront pas envoyée depuis le moniteur d'agrégation seront déjà dans l'état négatif.

Cette stratégie doit être utilisée uniquement si les analyses d'unités mesurent une fonctionnalité particulière de l'application. L'hypothèse qu'il s'appuie sur est qu'un problème avec l'un des moniteurs génère une alerte personnel du support technique pour un problème dans l'application. Ils peuvent inspecter l'Explorateur d'intégrité pour plus d'informations, notamment les autres analyses est peut-être défectueux. Des alertes supplémentaires pour un problème similaire seraient ne pas de valeur mais uniquement créer du bruit excessive.

Si les analyses d'unités différentes fonctionnalités de l'application des mesures telles que les alertes doivent être reçus séparément à partir de chaque, puis deux moniteurs d'agrégation doivent être créés ou cette stratégie ne doit pas être utilisée.