MID-Server-ECC-Warteschlange
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.
Asynchronous Message Bus
Der MID-Server abonniert die vom Asynchronous Message Bus (AMB) veröffentlichten Nachrichten und benachrichtigt den MID-Server dann, dass in der ECC-Warteschlange ausstehende Aufgabendatensätze vorhanden sind. 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 stellt über den AMB-Client eine dauerhafte Verbindung zur Instanz her und lauscht am /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ät ist nicht interaktiv.
Der MID-Server fragt die ECC-Warteschlange mit dem maximalen regulären 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ätsstufe als „Interaktiv“ empfängt, ä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.
ECC-Warteschlangeninformationen
| 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 Discovery verwenden, wird die Probe für horizontale Muster und die Probe für horizontale Muster 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
| 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. |
Wiederholungsrichtlinie für ECC-Warteschlangen
Das Plugin „ECC-Warteschlangenwiederholungsrichtlinie“ (com.glideapp.ecc_retry_policy) muss aktiviert sein, um die Module „ECC-Warteschlangenwiederholungsrichtlinie“ und „Warteschlangenwiederholungsaktivität“ anzeigen zu können.
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
-
Senden Sie Remote-Befehle über einen MID-Server direkt aus der ECC-Warteschlange an ein Hosting-Gerät, ohne dass Discovery ausgeführt wird.
-
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.
-
Erhalten Sie Zugriff auf das Thema queue.stats für nützliche Informationen zu einzelnen MID-Servern, z. B. Speicher- und CPU-Nutzungsdaten.