Moniteurs de dépendance
S'applique à: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Analyses de dépendance permettent l'intégrité d'un objet de dépendre de l'intégrité d'un autre objet. Cela permet de cumul d'intégrité entre les instances associées spécifiques de classes différentes.
Chaque moniteur de dépendance repose sur une relation d'hébergement ou de relation contenant-contenu spécifique. Simplement créer une relation entre deux objets ne fournit pas seul cumul entre leurs États d'intégrité. Une analyse de dépendance doit être associée à la relation de cumul d'intégrité doit être effectuée.
La classe source et cible pour une analyse de dépendance sont définies par la relation basée sur l'analyse. L'analyse doit en outre spécifier une analyse d'unités spécifique ou analyse d'agrégat sur la classe cible et une analyse d'agrégat sur la classe source. Uniquement l'intégrité de l'analyse de la cible est considéré comme lors du calcul de l'intégrité de l'analyse de dépendance, et il affecte uniquement l'intégrité de l'analyse d'agrégation spécifié sur l'objet cible.
Analyse de dépendance basée sur une analyse d'unité
.jpeg "Analyse de dépendance basée sur une analyse d'unité")
Analyse de dépendance basée sur une analyse d'agrégat
.jpeg "Analyse de dépendance basée sur une analyse d'agrégat")
Plusieurs analyses de dépendance peuvent être créés sur une relation unique si l'intégrité de la classe source doit être affectée par plusieurs unités ou des analyses d'agrégat sur la classe cible. Par exemple, une analyse de dépendance peut être créée pour chaque moniteur d'agrégation standard comme indiqué dans l'image suivante.
Plusieurs analyses de dépendance pour une classe unique
.jpeg "Plusieurs analyses de dépendance sur une seule classe")
Stratégie de cumul d'intégrité
Il peut être plusieurs instances de la classe cible, chacun avec un état d'intégrité différents. Chaque moniteur de dépendance doit définir une stratégie de cumul d'intégrité pour définir la logique utilisée pour déterminer l'intégrité de l'analyse de dépendance basée sur l'intégrité des instances de son moniteur cible. Les stratégies de cumul d'intégrité possibles pour une analyse de dépendance sont les suivantes :
Stratégie de pire état
L'objet source correspond à l'état de l'objet cible qui a le plus mauvais état d'intégrité. Il est utilisé lorsque l'objet source doit être sain uniquement si tous les objets cibles sont sains. Il s'agit de la stratégie plus courante utilisée par les analyses de dépendances.
Stratégie de contrôle d'intégrité pire état
.jpeg "Pire analyse de dépendance de la stratégie de cumul d'intégrité")
Meilleure politique d'état
L'objet source correspond à l'état de l'objet cible qui a le meilleur état de santé. Cette stratégie est utilisée lorsque uniquement un des objets de la source doit être sain pour l'objet cible doit être sain.
Par exemple, le Microsoft Windows Hyper-V 2008 analyse management pack dispose d'une analyse de dépendance sur la relation d'hébergement de Microsoft.Windows.HyperV.ServerRole à Microsoft.Windows.HyperV.VirtualNetwork qui utilise une meilleure stratégie d'état. Il s'agit, car le serveur exécutant Hyper-V est fonctionnel tant qu'il a un seul réseau virtuel fonctionnel. La logique définie par ce pack d'administration est que la classe du serveur doit afficher une erreur d'état si aucune des réseaux virtuels ne sont disponibles.
Meilleure stratégie de contrôle d'intégrité d'état
.jpeg "Meilleure analyse de dépendance de la stratégie de cumul d'intégrité")
Stratégie de pourcentage
L'objet source correspond à la pire état d'un seul membre d'un pourcentage spécifié des objets cible dans le meilleur état. Cette stratégie est utilisée lorsqu'un certain pourcentage des objets cible doit être sain de l'objet cible être considéré comme sain.
Par exemple, une application peut s'exécuter sur une batterie de serveurs web qui inclut plusieurs serveurs Web. En raison de la redondance offertes dans ce type de déploiement, l'application peut être considéré comme saine si un pourcentage spécifique de serveurs est disponible. La batterie de serveurs peut être représenté dans le pack d'administration par une classe de cumul d'intégrité selon System.ApplicationComponent avec une relation contenant-contenu pour les serveurs Web. Une analyse de dépendance peut être créée sur cette relation contenant-contenu avec une stratégie de cumul d'intégrité indiquant un pourcentage. Même si un ou plusieurs serveurs Web a rencontré un problème, tant que le pourcentage spécifié était dans un état sain ensuite la classe représentant la batterie de serveurs web serait également saine.
Stratégie de contrôle d'intégrité de pourcentage
.jpeg "Pourcentage d'analyse de dépendance de la stratégie de cumul d'intégrité")
Cumul d'intégrité entre agents
État d'intégrité peut uniquement être cumulée entre les objets gérés par le même agent, sauf si l'objet source est géré par le serveur d'administration racine. Les groupes et les classes utilisées pour le cumul d'intégrité sont généralement hébergées. Cela signifie qu'ils sont gérés par le serveur RMS afin qu'ils peuvent reporter d'intégrité des objets gérés par différents agents. Une relation peut être détectée entre les objets gérés par différents agents, mais n'importe quelle analyse de dépendance associés que relation ne fonctionnera pas comme prévu.
Cumul d'intégrité entre agents
.jpeg "Cumul d'intégrité entre agents")