SCOM-Regel für gefälschte Warnungen

Question

Ich arbeite an einem Tool zum Generieren gefälschter Daten für System Center Operations Manager für interne Testzwecke. Ich habe ein Skript als Teil einer Discovery geschrieben, die in der Lage ist, eine Instanz einer beliebigen Klasse zu erstellen und SCOM zu fälschen. Derzeit verwende ich eine Klasse für AD-Drucker. Jetzt besteht der nächste Schritt darin, Alarme im Auftrag des Druckers zu erstellen. Dafür habe ich eine Regel geschrieben, die auf den AD-Drucker abzielt und aus den Logs liest, um zu erkennen, wann sie ausgelöst werden sollte. Die Protokolle werden von einem PowerShell-Skript geschrieben. Ich sehe jedoch keine Ergebnisse. Aber wenn ich dieselbe Regel auf alle Windows-Computer anwende, sehe ich die Warnungen.

Soweit ich weiß, wird die Regel auf allen Agenten ausgeführt, die über eine Instanz der Zielklasse verfügen. Da ich den AD Printer auf diesem Agenten (der zufälligerweise der Management Server ist) vorgetäuscht habe, sollte die Regel nicht auf diesem laufen?

Alle anderen Vorschläge, wie ich dies erreichen kann, sind ebenfalls willkommen.

PS. Ich kann wahrscheinlich meinen Code nicht teilen, da ich unter einer NDA stehe, aber ich kann meinen Ansatz bei Bedarf weiter erläutern.

Answer 1

Ja, das Powershell-Skript sollte auf den Agenten ausgeführt werden, die über Instanzen des AD-Druckers verfügen. Ich empfehle Ihnen, das OperationsManager-Ereignisprotokoll auf Skriptfehler zu überprüfen. Die einfachste Möglichkeit zum Generieren von (gefälschten) Alerts besteht darin, einen einfachen, ereignisbasierten Textprotokollmonitor einzurichten: Ein bestimmtes Wort kann den fehlerhaften Status auslösen (was wiederum eine Warnung generiert), während ein anderes Wort den Monitor in den fehlerfreien Status zurücksetzt . Sie können Kriterien für beide Ereignisse angeben. Weitere Details finden Sie unter this blog post.