SCOM-Connector-Instanz konfigurieren

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 7 Minuten Lesedauer
  • Konfigurieren Sie die Connector-Instanz des Microsoft System Center Operations Managers (SCOM), um Warnungen und Metrikdaten-Rohdaten vom SCOM-Server zu empfangen.

    Vorbereitungen

    Erforderliche Rolle: evt_mgmt_admin
    Unterstützte Versionen:
    • 2007 – Version 6.1.7221.0
    • 2012 – Version 7.1.10226.0
    • 2016 – Version 7.2.117190 und 7.3.13261.0
    • 2019 – Version 10.19.10050.0
    • 2022 – Version 10.22.10118.0
    Bevor Sie mit dem Verfahren zur Konfiguration des Connectors beginnen, stellen Sie Folgendes sicher:
    • Der MID Server wird mit einem Benutzer ausgeführt, der über lokale Administratorberechtigungen verfügt, damit der MID Server PowerShell ausführen kann.
    • Der MID Serverbenutzer hat Lesezugriff auf die SCOM-API.
    • Der MID Server befindet sich in derselben Domäne wie der SCOM-Server.
    • Der MID Server nutzt dieselbe Zeitzone wie der SCOM-Server.
    • Der MID Server wird unter Windows ausgeführt.
    • Der MID Server verfügt über .NET Framework, Version 3.5.
    Wenn Bidirektional ausgewählt ist, stellen Sie Folgendes sicher:
    • PowerShell Version 3.0 ist unter Windows installiert.
    • Der MID Server wird mit einem Benutzer ausgeführt, der über lokale Administratorberechtigungen verfügt, damit PowerShell ausgeführt kann.

    Warum und wann dieser Vorgang ausgeführt wird

    Um SCOM-Warnungen zu erhalten, können Sie die verteilbaren SCOM-Dateien von Ihrer SCOM-Anwendung abrufen. Fügen Sie die Dateien dem MID-Server hinzu und konfigurieren Sie dann eine SCOM-Connector-Instanz, um die Warnungen und Metrikdaten-Rohdaten zu erfassen.

    Die Erfassung von Metrikdaten wird mithilfe von JavaScript ausgeführt; hier wird JDBC anstelle von PowerShell ausgeführt.

    Für diesen Connector ist der Protokollparameter logPayloadForDebug aktiviert. Dadurch werden Ereignis- und Metriknutzlasten aus dem Quellsystem protokolliert. Sobald das Debugging abgeschlossen ist, legen Sie diesen Parameter auf false fest, um eine Überlastung des Systems zu verhindern.

    Prozedur

    1. Laden Sie auf dem SCOM-Server die folgenden Dateien auf einen lokalen Computer herunter.
      Version SCOM-Pfad- und Bibliotheksnamen
      SCOM 2012R2 oder SCOM 2012 %ProgramFiles%\Microsoft System Center 2012 R2 or 2012\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      SCOM 2007 %ProgramFiles%\System Center Operations Manager 2007\SDK Binaries
      • Microsoft.EnterpriseManagement.OperationsManager.Common.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      Hinweis:
      Fügen Sie nicht 2007 an die Datei Microsoft.EnterpriseManagement.OperationsManager.Common.dll an.
      SCOM 2016 %ProgramFiles%\Microsoft System Center 2016\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Hinweis:
      Der MID Server muss mit .NET 4.6 oder höher installiert werden.
      SCOM 2019 %ProgramFiles%\Microsoft System Center 2019\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Hinweis:
      Der MID Server muss mit .NET 4.6 oder höher installiert werden.
      SCOM 2022
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Hinweis:
      Der MID Server muss mit .NET 4.6 oder höher installiert werden.
      Hinweis:
      Es kann keine Verbindung zu SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 und SCOM 2007 über denselben MID Server hergestellt werden. Um in Ihrer Instanz mit SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 und SCOM 2007 zu arbeiten, gehen Sie vor dem Hochladen von Dateien in Ihre Instanz wie folgt vor:
      1. Hängen Sie .2012 an das Ende der Datei Microsoft.EnterpriseManagement.OperationsManager.dll an, sodass die Datei zu Microsoft.EnterpriseManagement.OperationsManager.dll.2012wird. Führen Sie dies für 2012/2016/2019/2022 aus.
      2. Hängen Sie .2007 an das Ende der Microsoft.EnterpriseManagement.OperationsManager.dll- Datei an, die sich im Pfad 2007 befindet.
      Mit diesen geänderten Dateinamen kann die entsprechende DLL-Datei vom MID Server geladen werden, wenn beide SCOM-Versionen bereitgestellt werden. Fügen Sie nicht 2007 an die Datei Microsoft.EnterpriseManagement.OperationsManager.Common.dll an (für SCOM 2007).

      Sie können jederzeit Connectors für SCOM 2007, SCOM 2012/2016 oder SCOM2019 definieren. Da SCOM 2012 und SCOM 2016 dieselben Bibliotheksdateien verwenden, können sie gleichzeitig arbeiten. Da allerdings von SCOM 2019 die verschiedenen SCOM-DLL-Dateien verwendet werden, können Sie SCOM 2012, 2016 und 2019 nicht zusammen konfigurieren. Jeder SCOM-Connector kann die Datenbank eines anderen Connectors für Metrikunterstützung verwenden.

    2. Navigieren zu MID-Server > JAR-Dateien.
    3. Klicken Sie auf Neu und fügen Sie für jede der vom SCOM-Server heruntergeladenen DLL-Dateien einen separaten Datensatz für die SCOM-Version hinzu.
      1. Geben Sie im Feld Name die SCOM-Version und einen Bezeichner an, um den Namen eindeutig zu machen, z. B. 2012 1.
        Wenn Sie SCOM 2016 verwenden, geben Sie 2012 als Version an.
      2. Klicken Sie auf das Büroklammer-Symbol im Formularheader, und hängen Sie dann eine der entsprechenden heruntergeladenen DLL-Dateien an.
      3. Klicken Sie auf Absenden.
    4. Wiederholen Sie Schritt 3, und erstellen Sie für jede der verbleibenden DLL-Dateien einen separaten Datensatz.
      Stellen Sie sicher, dass Sie nach der SCOM-Version für jede angehängte Datei einen eindeutigen Bezeichner haben, z. B. 2012 2.
    5. Navigieren zu Ereignismanagement > Integrationen > Anschlussinstanzen.
    6. Klicken Sie auf Neu und erstellen Sie eine Connector-Instanz mit den folgenden Details:
      Feld Wert
      Name Einzigartiger Name für die SCOM-Connector-Instanz.
      Beschreibung Beschreibung für die Verwendung der Instanz der SCOM-Event-Erfassung.
      Aktiv Wählen Sie diese Option nur nach erfolgreichem Test aus.
      Connector-Definition Lieferant und Protokoll, die zum Sammeln von Events aus der externen Quelle verwendet werden. Wählen Sie die SCOM-Connector-Definition aus.
      Host-IP Geben Sie die SCOM-IP-Adresse an.
      Anmeldeinformationen Wählen Sie die Windows-Anmeldeinformationen aus.
      Hinweis:
      Vergewissern Sie sich beim Konfigurieren von Windows-Anmeldeinformationen, wenn diese für bestimmte MID Server gelten, dass die von Ihnen im Anmeldeinformationsdatensatz angegebenen MID Server mit den im Abschnitt MID Server für Anschlüsse auf dem Formular „Anschlussinstanz“ angegebenen MID Servern übereinstimmen.
      Zeit der letzten Ausführung der Event-Erfassung Die letzte Ausführungszeitwert der Event-Erfassung wird automatisch aktualisiert.
      Letzter Event-Erfassungsstatus Die letzte Ausführungszeitstatus der Event-Erfassung wird automatisch aktualisiert.
      Zeitplan für Event-Erfassung (Sekunden) Die Häufigkeit in Sekunden, mit der das System nach neuen Events von SCOM sucht.
      Bidirektional Wählen Sie diese Option, um die bidirektionale Option aufzurufen. Diese Option ermöglicht sie den bidirektionalen Austausch von Werten mit der externen Event-Quelle. Für SCOM ist eine Standardimplementierung vorhanden. Die Option Letzter bidirektionaler Status wird nur angezeigt, wenn diese Option ausgewählt ist.
      Letzter bidirektionaler Status Das Feld wird automatisch mit einem Wert ausgefüllt.
      Letzte Fehlermeldung Das Feld der letzten Fehlermeldung wird automatisch aktualisiert. Diese Nachricht ist die letzte Fehlermeldung, die vom Connector empfangen wurde. Wenn der Test-Connector fehlschlägt, wird in diesem Feld eine Fehlermeldung angezeigt.
      MID Server (Abschnitt MID Server für Connectors) Optional. Geben Sie einen oder mehrere MID Servers an, die aktiv und gültig sind. Wenn der erste ausgefallen ist, wird der nächste MID-Server verwendet. Wenn MID-Server nicht verfügbar ist, wird der nächste ausgewählt usw.

      MID Servers sortieren nach der Reihenfolge, in der ihre Details im Abschnitt MID-Server für Connectors eingegeben wurden. Die Portanforderung von MID-Server zum SCOM-Server muss mit 5724 festgelegt werden. Wenn sich der angegebene MID-Server in einem Cluster befindet, kann er nicht ausgewählt werden, und stattdessen wird ein anderer verfügbarer MID-Server ausgewählt. Stellen Sie sicher, dass der angegebene [] mit dem auf der Seite „Windows-Anmeldeinformationen“ angegebenen MID ServersMID Servers übereinstimmt, da der Connector Windows-Anmeldeinformationen für den Zugriff auf MID Serversverwendet.

      Wenn kein MID-Server angegeben ist, wird ein verfügbarer MID-Server mit übereinstimmendem IP-Bereich verwendet.

    7. Rechtsklicken Sie auf die Formularüberschrift und wählen Sie Speichern.
      Die Connector-Instanzwerte werden dem Formular hinzugefügt, und die für den Connector relevanten Parameter werden angezeigt.
    8. Im Abschnitt Connector-Instanzwerte können Sie die Werte der obligatorischen SCOM-Parameter bearbeiten.
      1. login_with_windows_authentication Standardwert: false.
        Auf true festlegen, um die SCOM-Event-Erfassung und den bidirektionalen Austausch von Event-Werten für die Windows-Authentifizierung zu aktivieren.

        Stellen Sie beim Aufrufen dieses Werts Folgendes auf dem MID Server sicher:

        1. Navigieren Sie zur Liste der lokalen Services, klicken Sie mit der rechten Maustaste auf den MID Server-Service, und wählen Sie Eigenschaften aus.
        2. Stellen Sie auf der Registerkarte Anmelden sicher, dass Dieses Konto mit den Details des Benutzers in der Windows-Domäne ausgewählt ist, der Lesezugriff auf die SCOM-Datenbank hat.
      2. metric_chunk_size Standardwert 50000.
      3. scom_date_format Standardformat: M/T/JJJJ/ h:mm:ss a
        Wenn Sie ein Event erhalten, dessen Datum in einem anderen Format vorliegt, ändern Sie diesen Wert so, dass es dem Format des eingehenden Events entspricht. Andernfalls wird das Event nicht ordnungsgemäß verarbeitet.

        Beispiel: Wenn ein Event am 27. Juni 2019 um 11:25 Uhr mit dem aufgelisteten Datum 2019/06/27/ 11:25:00 a ankommt, ändern Sie den Wert scom_date_format in yyyy/M/d/ h:mm:ss a, damit es dem Format des empfangenen Events entspricht.

        In scom_date_format steht a für morgens und p für nachmittags.

      4. scom_initial_sync_in_days Standardwert: 7.
      5. scom_version Die SCOM-Version muss angegeben werden. Wählen Sie zwischen 2022, 2019, 2016, 2012 oder 2007 aus.
    9. Rechtsklicken Sie auf die Formularüberschrift und wählen Sie Speichern.
    10. Starten Sie den MID Server-Service neu.
    11. Klicken Sie auf Connector testen, um die Verbindung zwischen dem MID Server und dem Connector zu überprüfen.
    12. Wenn der Test fehlschlägt, beheben Sie das Problem, indem Sie die Anweisungen der Fehlermeldung befolgen, und führen Sie dann einen weiteren Test aus.
      Hinweis:
      Verwenden Sie ein Netzwerk-Tool wie Ping, um die Richtigkeit der Anmeldeinformationen und die Netzwerkkonnektivität vom MID Server zu SCOM zu überprüfen.
    13. Nach einem erfolgreichen Test aktivieren Sie das Kontrollkästchen Aktiv und klicken dann auf Aktualisieren.
      Hinweis:

      Die Standardbindungsregeln, die SCOM als externe Quelle enthalten und für IT-Warnungen und Metrikdaten-Rohdaten gelten, sind die folgenden SCOM Management Packs:

      • Alle BS-Management Packs
      • MS SQL-Server
      • IIS

    Beispiel

    Wenn bidirektional konfiguriert ist, ist der bidirektionaler Austausch von Werten mit der externen Event-Quelle möglich.

    Diese Szenarien beschreiben die bidirektionale Standardfunktionalität für SCOM-Connectors:

    • Wenn eine Warnung in SCOM gelöst wird, wird sie in ServiceNow automatisch geschlossen. Sie wird jedoch unabhängig von der bidirektionalen Funktion aktualisiert, da während jedes Erfassungszyklus alle Warnungsänderungen aktualisiert werden.
    • Wenn eine Warnung in ServiceNow manuell geschlossen wird, wird sie in SCOM automatisch geschlossen. Wenn der Warnungsstatus in Erneut öffnen geändert wird, wird SCOM auch aktualisiert.
    • Wenn ein Incident erstellt und einer Warnung in ServiceNow zugeordnet wird, erhält SCOM die Incident-Nummer als Ticket-ID. Der Status des Incidents ist jedoch in SCOM nicht verfügbar. Daher wird bei der Lösung des Incidents in ServiceNow SCOM nicht aktualisiert, da die Incident-Nummer gleich bleibt. Wenn die Warnung einem neuen Incident zugeordnet ist, wird die neue Incident-Nummer in SCOM aktualisiert.