In diesem Artikel bieten wir eine umfassende Anleitung zu unserem MP Baseline Automation Prozess. Dieser Prozess ist darauf ausgelegt, Ihnen eine erhebliche Menge an Zeit zu sparen, indem er das Baseline-Verfahren vollständig automatisiert.

Zusätzlich erhalten Sie als Bonus eine aktuelle Dokumentation Ihrer bestehenden Baseline-Überwachung für jedes Management Pack (MP), das Sie mit unserem Tool optimieren.

Warum? Link zu Überschrift

Aus unserer Erfahrung mit Kunden wissen wir, dass eine effiziente Konfiguration von Management Packs (MPs) in der SCOM-Umgebung unerlässlich ist. Besonders in größeren Umgebungen mit mehr als 1000 Systemen können die Standardkonfigurationen einzelner MPs schnell zu einer Überlastung der Informationen führen. Das blinde Bereitstellen eines Management Packs führt oft zu einer hohen Datenbankserverlast, was letztlich die Gesamtleistung des Systems negativ beeinflusst. Besonders Leistungsindikatoren und Ereignisse als Datenbankeinträge erzeugen erhebliche Last, die manchmal zu einer Überlastung führt.

Um dieses Szenario zu vermeiden und das Monitoring effizienter zu gestalten, indem der Alarmlärm reduziert wird, ist es am besten, vor dem Import eines Management Packs zu entscheiden, welche Monitore und Regeln aktiv sein müssen. Overrides können dann verwendet werden, um die Standardwerte entsprechend anzupassen und so ein stabileres System zu gewährleisten.

Das Erstellen eines Override-MPs mit allen notwendigen Monitor- und Regel-Overrides in der SCOM-GUI kann sehr zeitaufwendig sein. Daher haben wir ein kleines Skript geschrieben, das die wesentlichen Schritte dieses Prozesses automatisiert und die Dokumentation des aktuellen Status erheblich erleichtert. Dies ist besonders hilfreich für die Überwachung spezifischer Anwendungen innerhalb des Unternehmens. Wir möchten Ruben erwähnen, der uns mit seiner Vorarbeit den notwendigen Impuls gegeben hat, seinen Ansatz weiterzuentwickeln.

Als zusätzlichen Vorteil erhalten Sie eine aktuelle Dokumentation Ihrer Baseline-Überwachung für alle Ihre Microsoft MPs, die mit unserem Tool optimiert wurden.

Wie? (Schritt-für-Schritt) Link zu Überschrift

Aus diesen Gründen hat sich der folgende Ansatz bei uns etabliert:

  1. Voraussetzungen

    • Das OperationsManager-Modul muss auf dem System installiert sein.
    • Installieren Sie OpsMgrExtended von GitHub via Install-Module -Name OpsMgrExtended.
    • Berechtigungen zur Änderung der SCOM-Umgebung.
    • Führen Sie das Skript auf Ihrem SCOM-Management-Server aus.
    • Laden Sie das Management Pack herunter.
    • Laden Sie unser Tool herunter: MP_Baseline_Automation.
    • Laden Sie MPViewer herunter: MPViewer.

  2. Importieren Sie die Discovery und deaktivieren Sie die Seed-Discovery in SCOM

    • Importieren Sie, wenn möglich, den Discovery-Teil des Management Packs und deaktivieren Sie die Seed-Discovery, um eine automatische Bereitstellung zu verhindern.

  3. Öffnen Sie MPViewer und laden Sie das Management Pack

  4. Exportieren Sie das Management Pack mit MPViewer als Excel XML

    • Exportieren Sie Ihr MP mit MPViewer als Excel XML in dasselbe Verzeichnis wie das Skript und benennen Sie es SourceMPName.xml (sourceMP-Eigenschaften “ID”, z.B. Microsoft.SQLServer.Windows.Monitoring.xml).

  5. Abstimmung mit den Anwendungs-Verantwortlichen

    • Bevor Sie Überwachungsanpassungen vornehmen, konsultieren Sie die Anwendungs-Verantwortlichen und entscheiden Sie gemeinsam, welche Monitore und Regeln wesentlich sind und welche nicht.
    • Aus SCOM-Sicht ist es ratsam, so viele Regeln und Monitore wie möglich zu deaktivieren, insbesondere Leistungs- und Ereignissammler. Aus Anwendungssicht besteht jedoch oft die Forderung, so viele Regeln und Monitore wie möglich zu aktivieren. Um dieses Problem effizient anzugehen, haben wir eine zusätzliche Debug-Gruppe eingeführt. Regeln und Monitore, die mit dem Wert “Debug” konfiguriert sind, sind standardmäßig deaktiviert und werden nur aktiviert, wenn Objekte der entsprechenden Debug-Gruppe hinzugefügt werden. Dies ermöglicht es, Systeme bei Bedarf während Vorfällen unter Debug-Überwachung zu stellen und den Anwendungsbesitzern tiefe Einblicke in die Systeme zu geben. Dieser Ansatz bietet eine attraktive Lösung, um die Bedürfnisse beider Seiten zu erfüllen.

  6. Ändern Sie die XML-Arbeitsblätter “Monitors - Unit” und “Rules”

    • Öffnen Sie die XML und ändern Sie die Arbeitsblätter “Monitors - Unit” und “Rules” mit “Enabled” = “Debug” oder “Disabled”.

  7. Exportieren Sie die geänderte XML erneut als Excel XML

    • Exportieren Sie die geänderte XML erneut als Excel XML. Es ist wichtig, sie nicht einfach als XML zu speichern, sondern explizit als Excel XML zu speichern oder zu exportieren.

  8. Platzieren Sie MPTool und XML im selben Ordner

    • Platzieren Sie die angepasste XML zusammen mit dem Skript in einem Ordner und stellen Sie sicher, dass keine anderen XML-Dateien vorhanden sind.

  9. Holen Sie sich eine schriftliche Bestätigung von den Anwendungs-Verantwortlichen

    • Um im Falle von Problemen und Fehlern abgesichert zu sein, warten Sie auf eine schriftliche Bestätigung von den Anwendungs-Verantwortlichen.

  10. Führen Sie das MPTool-Skript aus

    • Führen Sie das Skript mit einer als Admin gestarteten PowerShell aus.

  11. Überprüfen Sie die neuen Overrides in der Operations Manager-Konsole

  12. Aktivieren Sie die Seed-Discovery in SCOM

  13. Speichern Sie die Excel XML zu Dokumentationszwecken

  14. Verwenden Sie die Debug-Gruppe für zusätzliche Fehlerbehebungsüberwachung

    • Im Falle von Fehlerbehebungen und dem Bedarf an weiteren Überwachungsinformationen platzieren Sie alle erforderlichen Objekte in der DebugGrp.

  15. Genießen Sie das Leben als SCOM-Admin