MID Server-ECC-Warteschlange

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 5 Minuten Lesedauer
  • Die ECC-Warteschlange (External Communication Channel) ist ein Verbindungspunkt zwischen einer Instanz und dem MID-Server. Aufträge, die der MID-Server ausführen muss, werden in dieser Warteschlange gespeichert, bis der MID-Server für die Verarbeitung bereit ist.

    Verknüpfung mit jedem der MID Server-AbschnitteSicherstellen, dass vom MID Server eine Verbindung zu Elementen inner- und außerhalb Ihres Netzwerks hergestellt werden kannMID Server auf einem Linux- oder Windows-Host herunterladen und installierenMID Server konfigurierenSicherheit des MID Servers konfigurierenSicherstellen, dass vom MID Server eine Verbindung zu Elementen inner- und außerhalb Ihres Netzwerks hergestellt werden kannMID Server auf einem Linux- oder Windows-Host herunterladen und installierenMID Server konfigurierenSicherheit des MID Servers konfigurieren

    Asynchronous Message Bus

    Der MID Server abonniert Nachrichten, die vom Asynchronous Message Bus (AMB) veröffentlicht werden, der den MID Server darüber benachrichtigt, dass er ausstehende Aufgabendatensätze in der ECC-Warteschlange hat. Wenn in der ECC-Warteschlange für diesen MID Server eine Aufgabe vorhanden ist, legt der MID Server den Status auf „In Verarbeitung“ fest. Nach Beendigung der Arbeit an einem angeforderten Auftrag meldet sich der MID-Server mit den Ergebnissen an die ECC-Warteschlange zurück.

    Der MID Server öffnet eine persistente Verbindung zur Instanz über den AMB-Client und horcht auf /mid/server/. <mid_sys_id> AMB-Kanal Wenn ein Ausgabedatensatz in die Queue-Tabelle [ecc_queue] eingefügt wird, wird eine AMB-Nachricht an den Kanal des MID Servers gesendet. Der MID Server empfängt diese Nachricht und fragt sofort die Tabelle ecc_queue ab, es sei denn, der MID Server ist ausgelastet und die Nachrichtenprioritätsstufe ist nicht interaktiv.

    Der MID Server fragt die ECC-Warteschlange im maximalen regelmäßigen Intervall ab, das im Konfigurationsparameter mid.poll.time definiert ist (standardmäßig 40 Sekunden), unabhängig von der AMB-Nachrichtenaktivität. Wenn der MID ausgelastet ist und eine AMB-Nachricht mit einer anderen Priorität als „Interaktiv“ erhält, ändert sich die Abfragezeit der Warteschlange in mid.poll.time.standard (standardmäßig 5 Sekunden). Diese Abfrage der ECC-Warteschlange in regelmäßigen Abständen erfolgt für den Fall, dass die AMB-Verbindung unterbrochen wird.

    Abbildung : 1. Abfragen der ECC-Warteschlange durch den MID Server
    Abfragen der ECC-Warteschlange durch den MID Server
    Hinweis:
    Der AMB-Client auf dem MID-Server funktioniert nicht in allen Umgebungen und muss unter Umständen deaktiviert werden, um Leistungsprobleme zu vermeiden. Um AMB in Ihrer Umgebung zu deaktivieren, stellen Sie den mid.disable_amb-Parameter auf true ein. Wenn Sie AMB deaktivieren, erhält der MID Server keine Benachrichtigungen mehr für jeden neuen Ausgabedatensatz der ECC-Warteschlange. Weitere Informationen finden Sie untermid.poll.time in MID Server-Parameter.

    ECC-Warteschlangeninformationen

    Sie können auf die ECC-Warteschlange zugreifen, indem Sie einen der folgenden Pfade verwenden:
    • Discovery > Ausgabe und Artefakte > ECC-Warteschlange
    • Discovery > Discovery Zeitpläne > {Zeitplanname} > {Discovery-Statusdatensatz}
    • ECC > Warteschlange
    • {Discovery-Statusdatensatz} > ECC-Warteschlange
    Eine ECC-Warteschlange enthält folgende Informationen:
    Feld Eingabewert
    Service Desk-Mitarbeiter Der Name des externen Systems, von dem diese Nachrichten stammen, ist entweder von oder zu. Wenn die Nachricht von oder an einen MID-Server gesendet wird, lautet der Agent-Name im Formular mid.server.xxx, wobei xxx der Name eines bestimmten MID-Servers ist.
    Thema Der Name des Probe, den der MID-Server ausgeführt hat. Wenn Sie ein Muster für die Erkennung verwenden, wird die ProbeHorizontal Pattern“ Probe „Horizontal Pattern “ angezeigt.
    Name Der eigentliche Befehl, den der Probe ausgeführt hat. Wenn Thema zum Beispiel ein SSH-Befehl ist, dann enthält das Feld Name den tatsächlich auszuführenden Shell-Befehl. Wenn Sie ein Muster für die Erkennung verwenden, wird Folgendes angezeigt:

    Muster-Startprogramm: gefolgt vom Namen des Musters und der mehrseitigen Nummer.

    Quelle Die IP-Adresse, für die die Erkennung ausgeführt werden soll. Einige Probes werden mit mehreren IP-Adressen ausgeführt. In diesen Fällen enthält dieses Feld eine von Menschen lesbare Beschreibung.
    Antwort an Dieses optionale Feld enthält einen Verweis (sys_id) auf die Nachricht der ECC-Warteschlange, auf die diese Nachricht reagiert. Discovery verwendet dieses Feld umfassend, um die Hierarchie der Nachrichten zu verfolgen, die aus einer bestimmten geplanten Discovery resultieren. Klicken Sie auf das Datensatzsymbol für den Wert in diesem Feld, um den Datensatz der ECC-Warteschlange für die Aktivität zu öffnen, die den aktuellen Probe- oder Sensordatensatz erzeugt hat.
    Warteschlange Ein Indikator, ob diese Nachricht eine Eingabenachricht oder eine Ausgabenachricht war.
    Status Der Status des aktuellen Datensatzes der ECC-Warteschlange. Die Zustände werden automatisch aktualisiert.
    Verarbeitet Die Uhrzeit, zu der diese Nachricht erstellt wurde.
    Erstellt Die Uhrzeit, zu der diese Nachricht erstellt wurde.
    Sequenz Die eindeutige Sequenznummer für diese Nachricht. Dieser Wert wird automatisch generiert, wenn ein Datensatz der ECC-Warteschlange eingefügt wird. Ihre Verwendung ist veraltet.
    Fehlerzeichenfolge Eine Fehlermeldung, wenn während der Verarbeitung ein Fehler aufgetreten ist. Dieses Feld ist im Standardformular ausgeblendet, sofern kein Fehler aufgetreten ist.
    Payload Der Textkörper der Nachricht im XML-Format. Das zurückgegebene XML-Datei hat ein Root-Tag von <results>, welches ein oder mehrere Tags des Typs <result> enthält und ein einzelnes <parameterd>-Tag. Die Parameter sind einfach ein Echo der an den MID-Server im Probe gesendeten Parameter. Sie unterscheiden sich von Probe zu Probe, aber im Allgemeinen teilen sie den Probes die Details mit, was zu tun ist und wie sie sich verhalten sollen. Die Ergebnis-Tags sind die interessantesten: Sie enthalten die durch den Probe tatsächlich generierten Daten.

    Steuerungen der ECC-Warteschlange

    Das Formular der ECC-Warteschlange enthält folgende verwandte Links:
    Verwandter Link Beschreibung
    Erneut ausführen Führt den Probe erneut aus. Sie können Probes erneut ausführen, wenn Sie eine fehlgeschlagene Discovery oder andere unerwartete Ergebnisse feststellen.
    Zu CMDB-Element wechseln Öffnen Sie den CI-Datensatz für das CI, das während der Ermittlung aktualisiert wurde.
    Gehe zu Sensor Öffnen Sie den Datensatz für den zugehörigen Sensor.

    Den Inhalt der ECC-Warteschlange für einen MID Server verwalten

    Mit der ECC-Warteschlange können Sie Nachrichten der ECC-Warteschlange erstellen, auf Protokolleinträge des MID-Servers zugreifen und Statistiken von einem einzelnen MID-Server-Datensatz abrufen.

    Vorbereitungen

    Erforderliche Rolle: admin, mid_server

    Prozedur

    1. Senden Sie Remote-Befehle über einen MID-Server direkt aus der ECC-Warteschlange an ein Hosting-Gerät, ohne dass Discovery ausgeführt wird.
      1. Navigieren Sie zur ECC-Warteschlange und klicken Sie auf Neu.
      2. Erstellen Sie eine Nachricht mit diesen Einstellungen:
        • Agent: Der Name des MID-Servers, der den Befehl ausführt.
        • Thema: Befehl
        • Name: Der eigentliche Befehl, den Sie verarbeiten möchten. Für Windows wird dies in einer DoS-Befehlszeilenstruktur ausgedrückt. Für Linux könnte die Struktur ein Bash-Befehlszeileneintrag sein.
        • Warteschlange: Ausgabe
        • Nutzlast: Mit den richtigen XML-Tags können Sie den Befehl hier anstelle im Feld Name eingeben. Der Vorteil dabei ist, dass der Befehl nicht durch die Länge des Feldes Name von 120 Zeichen eingeschränkt wird. Verwenden Sie das folgende XML-Format für den Befehl:
        <parameters>
           <parameter name="name" value="ACTUAL_COMMAND_LINE"/>
        </parameters>
    2. Greifen Sie auf Einträge in der ECC-Warteschlange zu, die die Protokolle agent0.log.0 und wrapper.log für einen einzelnen MID-Server anzeigen.
      1. Öffnen Sie einen MID Server-Datensatz.
      2. Klicken Sie unter Zugehörige Linksauf MID-Protokolle, -Dateien und -Thread-Sicherung erfassen.
        Die Datensätze der ECC-Warteschlange werden in der Liste mit dem folgenden Filter angezeigt:
        • [Topic] [is] [SystemCommand]
        • [Source] [is] [grabLog]
        • [Agent] [is] [Ihr MID-Server]

        Es werden nur die Einträge agent0.log.0 und wrapper.log angezeigt. Auf diese Protokolle kann auch über den Dateipfad ~\agent\logs\ zugegriffen werden.

      3. Um einen Protokolleintrag zu öffnen, klicken Sie auf den Link unter der Spalte Erstellt.
    3. Erhalten Sie Zugriff auf das Thema queue.stats für nützliche Informationen zu einzelnen MID-Servern, z. B. Speicher- und CPU-Nutzungsdaten.
      1. Öffnen Sie einen MID-Server-Datensatz.
      2. Klicken Sie unter Verwandte Links auf MID-Statistiken.
        Die Datensätze der ECC-Warteschlange werden in der Liste mit dem folgenden Filter angezeigt:
        • [Topic] [is] [queue.stats]
        • [Agent] [is] [Ihr MID Server]