ECC-Warteschlange des MID-Servers

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 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 bereit ist, sie zu verarbeiten.

    Links zu jedem der MID-ServerabschnitteStellen Sie sicher, dass der MID-Server eine Verbindung zu Elementen innerhalb und außerhalb Ihres Netzwerks herstellen kannLaden Sie den MID-Server herunter, und installieren Sie ihn auf einem Linux- oder Windows-HostKonfigurieren Sie Ihren MID-ServerKonfigurieren Sie die MID-ServersicherheitStellen Sie sicher, dass der MID-Server eine Verbindung zu Elementen innerhalb und außerhalb Ihres Netzwerks herstellen kannLaden Sie den MID-Server herunter, und installieren Sie ihn auf einem Linux- oder Windows-HostKonfigurieren Sie Ihren MID-ServerKonfigurieren Sie die MID-Serversicherheit

    Asynchroner Nachrichtenbus

    Der MID-Server abonniert Nachrichten, die vom asynchronen Nachrichtenbus (AMB) veröffentlicht wurden und den MID-Server 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 „Verarbeitung“ fest. Nach Abschluss der Arbeit an einem angeforderten Auftrag meldet der MID-Server die Ergebnisse an die ECC-Warteschlange zurück.

    Der MID-Server öffnet eine persistente Verbindung zur Instanz über den AMB-Client und hört auf /Mid/Server/<mid_sys_id> AMB-Kanal. Wenn ein Ausgabedatensatz in die Warteschlangentabelle [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 die Tabelle „ecc_Queue“ sofort auf Arbeit 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 regulären Intervall ab, das in definiert ist Mid.Abfrage.Zeit Konfigurationsparameter (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“ erneut empfängt, ändert sich die Abrufzeit der Warteschlange in Mid.Abfrage.Zeit.Standard (Standardmäßig 5 Sekunden). Diese Abfrage der ECC-Warteschlange in regelmäßigen Intervallen wird durchgeführt, wenn die AMB-Verbindung unterbrochen wird.

    Abbildung : 1. Abfrageprozess für ECC-Warteschlange des MID-Servers
    Abfrageprozess für ECC-Warteschlange des MID-Servers
    Hinweis:
    Der AMB-Client auf dem MID-Server funktioniert nicht in allen Umgebungen und muss möglicherweise deaktiviert werden, um Leistungsprobleme zu vermeiden. Um AMB in Ihrer Umgebung zu deaktivieren, legen Sie fest Mid.disable_amb Parameter bis Wahr . Wenn Sie AMB deaktivieren, erhält der MID-Server keine Benachrichtigungen mehr für jeden neuen ECC-Warteschlangenausgabedatensatz. Siehe  Mid.Abfrage.Zeit In  MID-ServerparameterFür weitere Informationen.

    ECC-Warteschlangeninformationen

    Sie können auf die ECC-Warteschlange zugreifen, indem Sie in einem dieser Pfade navigieren:
    • Discovery > Ausgabe und Artefakte > ECC-Warteschlange
    • Discovery > Discovery-Zeitpläne > {Zeitplanname} > {Discovery-Statusdatensatz}
    • ECC > Warteschlange
    • {Discovery-Statusdatensatz} > ECC-Warteschlange
    Eine ECC-Warteschlange stellt die folgenden Informationen bereit:
    Feld Eingabewert
    Service Desk-Mitarbeiter Der Name des externen Systems, von dem diese Nachrichten stammen oder an das diese Nachrichten gesendet werden. Wenn die Nachricht von oder an einen MID-Server gesendet wird, wird der Agent-Name im Formular angegeben mid.server.xxx , Wobei xxx der Name eines bestimmten MID-Servers ist.
    Thema Der Name der Probe, die der MID-Server ausgeführt hat. Wenn Sie ein Muster für die Discovery verwenden Horizontale Musterprobe Horizontale Musterprobe Wird angezeigt.
    Name Der tatsächliche Befehl, den die Probe ausgeführt hat. Beispiel: Wenn Thema Ist SSHCommand, dann die Name Feld enthält den tatsächlich auszuführenden Shell-Befehl. Wenn Sie ein Muster für die Discovery verwenden, wird Folgendes angezeigt:

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

    Quelle Die IP-Adresse, für die die Discovery ausgeführt werden soll. Einige Probes werden für mehrere IP-Adressen ausgeführt. In diesen Fällen enthält dieses Feld eine visuell lesbare Beschreibung.
    Antwort an Dieses optionale Feld enthält einen Verweis (sys_ID) auf die ECC-Warteschlangennachricht, auf die diese Nachricht antwortet. Discovery nutzt dieses Feld umfassend, um die Hierarchie der Nachrichten nachzuverfolgen, die sich aus einer bestimmten geplanten Discovery ergeben. Klicken Sie auf das Datensatzsymbol für den Wert in diesem Feld, um den ECC-Warteschlangendatensatz für die Aktivität zu öffnen, die den aktuellen Probe- oder Sensordatensatz ausgelöst hat.
    Warteschlange Ein Indikator, der angibt, ob diese Nachricht eine Eingabenachricht oder eine Ausgabenachricht war.
    Status Der Status des aktuellen ECC-Warteschlangendatensatzes. Status werden automatisch aktualisiert.
    Verarbeitet Die Zeit, zu der diese Nachricht verarbeitet wurde.
    Erstellt Die Zeit, zu der diese Nachricht erstellt wurde.
    Sequenz Die eindeutige Sequenznummer für diese Nachricht. Dieser Wert wird automatisch generiert, wenn ein ECC-Warteschlangendatensatz eingefügt wird. Seine Verwendung ist veraltet.
    Fehlerzeichenfolge Eine Fehlermeldung, wenn während der Verarbeitung ein Fehler aufgetreten ist. Dieses Feld ist im Standardformular ausgeblendet, es sei denn, es ist ein Fehler aufgetreten.
    Nutzlast Der Textkörper der Nachricht im XML-Format. Die zurückgegebene XML hat ein Stamm-Tag von <results> Enthält mindestens einen <result> Tags und eine einzelne <parameters> Tag. Die Parameter sind einfach ein Echo der an den MID-Server in der Probe gesendeten Parameter. Sie variieren von Probe zu Probe, aber im Allgemeinen teilen sie der Probe die Details mit, was sie tun soll und wie sie sich verhalten soll. Die Ergebnis-Tags sind die interessantesten: Sie enthalten die tatsächlichen Daten, die von der Probe generiert wurden.

    ECC-Warteschlangensteuerungen

    Das ECC-Warteschlangenformular enthält diese zugehörigen Links:
    Zugehöriger Link Beschreibung
    Erneut ausführen Führt die Probe erneut aus. Sie können Probes erneut ausführen, wenn eine fehlgeschlagene Discovery oder andere unerwartete Ergebnisse auftreten.
    Zu CMDB-Element wechseln Öffnen Sie den CI-Datensatz für das CI, das während der Discovery aktualisiert wurde.
    Wechseln Sie zu Sensor Öffnen Sie den Datensatz für den zugehörigen Sensor.

    ECC-Warteschlangenwiederholungsrichtlinie

    Das Plugin „ECC-Warteschlangenwiederholungsrichtlinie“ (com.glideapp.ecc_retry_Policy) muss aktiviert werden, um die Module „ECC-Warteschlangenwiederholungsrichtlinie“ und „Warteschlangenwiederholungsaktivität“ anzeigen zu können.

    Verwalten Sie den Inhalt der ECC-Warteschlange für einen MID-Server

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

    Vorbereitungen

    Erforderliche Rolle: administrator, Mid_Server

    Prozedur

    1. Senden Sie Remote-Befehle über einen MID-Server direkt aus der ECC-Warteschlange an ein Hosting-Gerät, ohne sie auszuführen Discovery.
      1. Navigieren Sie zur ECC-Warteschlange, und klicken Sie auf Neu .
      2. Erstellen Sie eine Nachricht mit diesen Einstellungen:
        • Service Desk-Mitarbeiter : Der Name des MID-Servers, der den Befehl ausführt.
        • Thema : Befehl
        • Name : Der tatsächliche Befehl, den Sie verarbeiten möchten. Für Windows wird dies in einer DOS-Befehlszeilenstruktur ausgedrückt. Für Linux kann die Struktur ein Bash-Befehlszeileneintrag sein.
        • Warteschlange : Ausgabe
        • Nutzlast : Mit richtigen XML-Tags können Sie den Befehl hier und nicht in angeben Name Feld. Der Vorteil besteht darin, dass der Befehl nicht durch eingeschränkt wird Name Feldlänge von 120 Zeichen. Verwenden Sie das folgende XML-Format für den Befehl:
        <parameters>
           <parameter name="name" value="ACTUAL_COMMAND_LINE"/>
        </parameters>
    2. Greifen Sie auf die angezeigten Einträge in der ECC-Warteschlange zu Agent0.log.0 Protokolle und wrapper.log Protokolle für einen einzelnen MID-Server.
      1. Öffnen Sie einen MID-Server-Datensatz.
      2. Unter Zugehörige Links , Klicken Sie auf MID-Protokolle, Dateien und Thread-Dump abrufen .
        ECC-Warteschlangendatensätze werden mit dem folgenden Filter in der Liste angezeigt:
        • [Thema] [ist] [Systembefehl]
        • [Quelle] [ist] [grabLog]
        • [Agent] [ist] [ Ihr MID-Server ]

        Nur Agent0.log.0 Und wrapper.log Einträge werden angezeigt. Diese Protokolle sind auch in zugänglich ~\Agent\Protokolle\ Dateipfad.

      3. Klicken Sie zum Öffnen eines Protokolleintrags auf den Link unter Erstellt Spalte.
    3. Greifen Sie auf zu Warteschlange.Statistiken Thema für nützliche Informationen zu einzelnen MID-Servern, z. B. Arbeitsspeicher- und CPU-Nutzungsdaten.
      1. Öffnen Sie einen MID-Server-Datensatz.
      2. Unter Zugehörige Links , Klicken Sie auf MID-Statistiken .
        ECC-Warteschlangendatensätze werden mit dem folgenden Filter in der Liste angezeigt:
        • [Thema] [ist] [Warteschlange.Statistiken]
        • [Agent] [ist] [ Ihr MID-Server ]