Abhängigkeitsmonitore
Betrifft: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Abhängigkeitsmonitore können Sie den Zustand eines Objekts von der Integrität eines anderen Objekts betroffen sein. Dies ermöglicht Integritätsstatus-Rollups zwischen bestimmten verwandter Instanzen von Klassen.
Jede abhängigkeitsmonitor basiert auf eine bestimmte Host- oder Containment-Beziehung. Erstellen einfach eine Beziehung zwischen zwei Objekten bietet keine allein Rollup zwischen ihren Zustände. Ein abhängigkeitsmonitor muss die Beziehung für Rollup des Status ausgeführt werden zugeordnet werden.
Die Quell- und Ziel-Klasse für einen abhängigkeitsmonitor definiert die Beziehung, der der Monitor basiert. Der Monitor muss darüber hinaus einer bestimmten Einheit oder zusammenfassender Systemmonitor auf die Zielklasse und eine aggregierte Bildschirm auf die Quellklasse angeben. Nur die Integrität des Monitors Ziel gilt bei der Berechnung der Integritäts des abhängigkeitsmonitors, und er wirkt sich nur auf den Zustand des angegebenen aggregate Monitors für das Zielobjekt.
Abhängigkeitsmonitor basiert auf Einheitenmonitor
.jpeg "Abhängigkeitsmonitor basiert auf Einheitenmonitor")
Abhängigkeitsmonitor basiert auf Aggregatmonitor
.jpeg "Abhängigkeitsmonitor basiert auf Aggregatmonitor")
Mehrere abhängigkeitsmonitore können auf eine einzelne Beziehung erstellt werden, wenn die Integrität der Quellklasse mehrere Einheit oder aggregatmonitore auf die Zielklasse betroffen sein sollte. Abhängigkeitsmonitor wird ein könnte z. B. für jede Aggregatfunktion Standardmonitor erstellt werden, wie in der folgenden Abbildung dargestellt.
Mehrere abhängigkeitsmonitore für eine einzelne Klasse
.jpeg "Mehrere Abhängigkeitsmonitore für einzelne Klasse")
Integritätsrollup-Richtlinie
Möglicherweise gibt es mehrere Instanzen der Zielklasse, jeweils mit einem anderen Zustand. Jeder abhängigkeitsmonitor muss eine Integritätsrichtlinie Rollup, um die Logik zu definieren, die verwendet wird, um die Integrität des abhängigkeitsmonitor wird basierend auf dem Zustand der Instanzen des Ziels Monitor zu bestimmen definieren. Mögliche Rollup Integritätsrichtlinien für einen abhängigkeitsmonitor lauten wie folgt:
Schlechtester Status-Richtlinie
Das Quellobjekt entspricht den Zustand des Zielobjekts, die den schlechtesten Integritätsstatus aufweist. Wird verwendet, wenn das Quellobjekt nur fehlerfrei sein sollte, wenn alle Zielobjekte fehlerfrei sind. Dies ist die am häufigsten verwendete Richtlinie von abhängigkeitsmonitore verwendet.
Schlechtester Status-Integritätsrichtlinie
.jpeg "Abhängigkeitsmonitor - Schlechteste Richtlinie für Integritätsstatus-Rollups")
Währt Status
Das Quellobjekt entspricht den Zustand des Zielobjekts, das den besten Integritätsstatus verfügt. Diese Richtlinie wird verwendet, wenn nur eine der Quellobjekte fehlerfrei für das Zielobjekt fehlerfrei ist.
Z. B. die Microsoft Windows Hyper-V 2008 Monitoring Management Pack enthält ein abhängigkeitsmonitor auf die hostbeziehung von Microsoft.Windows.HyperV.ServerRole auf Microsoft.Windows.HyperV.VirtualNetwork eine optimale Zustand Richtlinie verwendet. Dies ist, da der Server mit Hyper-V funktionsfähig ist, solange es eine funktionales virtuelles Netzwerk verfügt. Von diesem Management Pack definierte Logik besteht darin, dass die Server-Klasse einen Fehler angezeigt werden sollen, Status, wenn keine virtuellen Netzwerke verfügbar sind.
Beste Status-Integritätsrichtlinie
.jpeg "Abhängigkeitsmonitor - Beste Richtlinie für Integritätsstatus-Rollups")
Prozentsatz der Richtlinie
Das Quellobjekt entspricht den schlechtesten Status für ein einzelnes Element eines angegebenen Prozentsatzes der Zielobjekte in der beste Status. Diese Richtlinie wird verwendet, wenn ein bestimmter Prozentsatz der Zielobjekte für das Zielobjekt zu berücksichtigenden fehlerfrei fehlerfrei sein muss.
Beispielsweise kann eine Anwendung auf einer Webfarm ausgeführt, die mehrere Webserver. Aufgrund der Redundanz in diese Art der Bereitstellung angeboten kann die Anwendung betrachtet fehlerfrei, wenn Sie ein bestimmter Prozentsatz der Server verfügbar ist. Die Farm selbst konnte im Management Pack durch eine basierend auf System.ApplicationComponent mit einer Containment-Beziehung zu den Webservern integritätsrollup-Klasse dargestellt werden. Ein abhängigkeitsmonitor konnte dieser Containment-Beziehung mit einem Rollup-Integritätsrichtlinie angeben eines Prozentsatzes erstellt werden. Selbst wenn ein oder mehrere Webserver ein Problem hatte, als der angegebene Prozentsatz wurden in einem ordnungsgemäßen Zustand würde die Klasse, die die Webfarm darstellt auch fehlerfrei sein.
Prozentsatz Integritätsrichtlinie
.jpeg "Abhängigkeitsmonitor - Prozentsatz der Richtlinie für Integritätsstatus-Rollups")
Integritätsstatus-Rollups zwischen Agents
Zustand kann nur ausgeführt werden zwischen Objekten desselben Agents verwaltet werden, es sei denn, das Quellobjekt von der Stammverwaltungsserver verwaltet wird. Gruppen und Klassen zum integritätsrollup sind in der Regel nicht gehosteten. Dies bedeutet, dass sie durch die RMS verwaltet werden, damit sie Integrität von Objekten, die von unterschiedlichen Agents verwaltet wiederherstellen können. Eine Beziehung zwischen Objekten, die von unterschiedlichen Agents verwaltet ermittelt werden kann, aber abhängigkeitsmonitor zugeordnet, dass die Beziehung funktioniert nicht wie erwartet.
Integritätsstatus-Rollups zwischen Agents
.jpeg "Integritätsstatus-Rollups zwischen Agents")