Überprüfen, ob der Kanal Nachrichten bewegt

Wenn Sie ein Problem mit einer Übertragungswarteschlange haben, überprüfen Sie, ob der Kanal Nachrichten bewegt.

Vorbereitungen

Geben Sie den Befehl DIS CHSTATUS(QM1.TO.QM2) ALL aus. Wenn der Wert des Felds STATUS RUNNING ist, hat der Kanal erfolgreich eine Verbindung zum Partnersystem hergestellt.

Stellen Sie sicher, dass keine nicht festgeschriebenen Nachrichten in der Übertragungswarteschlange vorhanden sind, wie im Abschnitt Verfügbarkeit von Nachrichten in der Warteschlange überprüfenbeschrieben.

Informationen zu dieser Task

Wenn es Nachrichten gibt, die für den Kanal verfügbar sind, um zu senden und zu senden, führen Sie die folgenden Prüfungen durch:

Verfahren

  1. Schauen Sie sich in der Ausgabe des Befehls zum Anzeigen des Kanalstatus DIS CHSTATUS(QM1.TO.QM2) ALLdie folgenden Felder an:
    MSGS
    Die Anzahl der gesendeten oder empfangenen Nachrichten (oder für Serververbindungskanäle die Anzahl der verarbeiteten MQI-Aufrufe) während dieser Sitzung (seit dem Kanalstart).
    BUFSSENT
    Anzahl der gesendeten Übertragungspuffer. Dazu gehören auch Übertragungen reiner Steuerinformationen.
    BYTSSENT
    Gibt die Anzahl Bytes an, die in der aktuellen Sitzung (seit dem Kanalstart) bereits gesendet wurden. Dazu gehören auch Steuerinformationen, die von dem Nachrichtenkanal gesendet wurden.
    LSTMSGDA
    Gibt das Datum an, an dem die letzte Nachricht gesendet oder der letzte MQI-Aufruf ausgeführt wurde (siehe LSTMSGTI).
    LSTMSGTI
    Gibt den Zeitpunkt an, zu dem die letzte Nachricht gesendet oder der letzte MQI-Aufruf ausgeführt wurde. Für einen Sender- oder Serverkanal ist dies der Zeitpunkt, zu dem die letzte Nachricht (bzw. im Falle einer Segmentierung das letzte Nachrichtensegment) gesendet wurde. Für einen Requester- oder Empfängerkanal ist dies der Zeitpunkt, zu dem die letzte Nachricht in die entsprechende Bestimmungswarteschlange gestellt wurde. Für einen Serververbindungskanal ist dies der Zeitpunkt, zu dem der letzte MQI-Aufruf abgeschlossen wurde.
    AKTUELLUNGEN
    Für einen Senderkanal gibt dieses Attribut die Anzahl der Nachrichten an, die in dem aktuellen Stapel übertragen wurden. Für einen Empfängerkanal gibt dieses Attribut die Anzahl der Nachrichten an, die in dem aktuellen Stapel empfangen wurden. Bei Festschreibung des Stapels wird dieser Wert für Sender- und Empfängerkanäle auf null zurückgesetzt.
    STATUS
    Der Status des Kanals, der Starting, Binding, Initializing, Running, Stopping, Retrying, Paused, Stopped oder Requesting lauten kann.
    SUBSTATE
    Die Aktion, die vom Kanal derzeit ausgeführt wird.
    INDOUBT
    Gibt an, ob der Kanal momentan unbestätigt ist. Der Wert lautet nur dann YES, während der sendende Nachrichtenkanalagent auf eine Bestätigung dafür wartet, dass ein Stapel von ihm gesendeter Nachrichten erfolgreich empfangen wurde. Andernfalls wird NO zurückgegeben, auch für den Zeitraum, in dem Nachrichten gesendet wurden, jedoch noch keine Empfangsbestätigung angefordert wurde. Für einen empfangenden Kanal ist der Wert stets NO.
  2. Stellen Sie fest, ob der Kanal seit dem Start alle Nachrichten gesendet hat. Wenn eine Nachricht gesendet wurde, stellen Sie fest, wann die letzte Nachricht gesendet wurde.
  3. Der Kanal hat möglicherweise einen Stapel gestartet, der noch nicht abgeschlossen wurde, wie durch einen Wert ungleich null in CURMSGS angezeigt wird. Wenn INDOUBT den Wert YES hat, wartet der Kanal auf die Bestätigung, dass der Stapel am anderen Ende des Kanals empfangen wurde. Sehen Sie sich das Feld SUBSTATE in der Ausgabe an und lesen Sie Tabelle 1:
    Tabelle 1. Sender-und Empfänger-MCA-Unterzustände
    AbsenderSUBSTATE Empfänger-SUBSTATE Anmerkungen
    MQGET RECEIVE Normale Zustände eines Kanals in Ruhe.
    SENDEN RECEIVE SEND ist in der Regel ein transitorischer Status. Wenn SEND angezeigt wird, zeigt dies an, dass die Kommunikationsprotokollpuffer gefüllt sind. Dies kann auf ein Netzproblem hinweisen.
    RECEIVE   Wenn der Sender im Unterzustand RECEIVE für einen beliebigen Zeitraum angezeigt wird, wartet er auf eine Antwort, entweder auf einen Batch-Abschluss oder auf einen Heartbeat. Möglicherweise möchten Sie prüfen, warum eine Stapelverarbeitung lange dauert.
    Anmerkung: Sie können auch bestimmen, ob der Kanal Nachrichten schnell genug verarbeiten kann, insbesondere wenn dem Kanal ein Unterstatus zugeordnet ist, der der Exitverarbeitung zugeordnet ist.