Blockierte Queues erneut starten
Verwendung
Wenn die erste LUW in einer Ausgangs-Queue aufgrund eines Verbindungsfehlers (CPIC Error) nicht verarbeitet werden kann, blockiert sie nicht nur diese Queue, sondern auch alle anderen Queues, in denen sich abhängige LUWs befinden.
Alle Daten zu LUW-Abhängigkeiten und zu den entsprechenden Queues sind in der Tabelle TRFCQOUT abgelegt.
Die anwachsenden qRFC-Tabellen führen zu einem „Daten-Stau“ und können in der Folge Datenbankprobleme verursachen.
Sobald das Problem gelöst ist, werden alle blockierten Queues automatisch weiter verarbeitet.
Solch ein Stau kann aber z.B. auch dann auftreten, wenn eine System- oder Anwendungs-Ausnahme während der Ausführung einer LUW in der Eingangs-Queue des Zielsystems auftritt. In diesem Fall findet kein automatischer Neustart der Ausgangs-Queue statt. Der System- oder Anwendungsadministrator muss das Problem lösen, um die Ausgangs-Queue dann manuell erneut zu starten.
Wenn eine System- oder Anwendungs-Ausnahme während der Verarbeitung einer qRFC-LUW im Zielsystem auftritt, wird das Zielsystem diesen Fehler zurück an das Sendesystem senden. Der Status der entsprechenden LUW wird gemäß der Ausnahmemeldung in der Transaktion SMQ1 aktualisiert.
Falls eine Anwendungsausnahme auftritt und Sie die Fehlerursache nicht selbst ermitteln können, müssen Sie sich mit der entsprechenden Anwendung in Verbindung setzen um die Fehlerursachen zu beseitigen.
Es empfiehlt sich daher, Queue-Namen so zu wählen, dass daraus die zugehörige Anwendungskomponente ersichtlich ist.
Voraussetzungen
Während der Verarbeitung einer LUW ist ein schwerer Fehler auftgetreten und die entsprechende Queue hat in der Transaktion SMQ1 einen der folgenden Status:
● SYSFAIL
● ANORETRY
● STOP
Vorgehensweise
1. Beheben Sie das Problem, das die Blockade der Queues verursacht
2. Führen Sie die Transaktion SMQ1 aus.
3. Setzen Sie den Status der entsprechenden Queue(s) über Bearbeiten ® Status zurücksetzen zurück.
Beachten Sie, dass die qRFC-Komponente selbst niemals eine Queue blockiert. Wenn eine Queue den Status STOP besitzt, so wurde dieser Status von einer qRFC-Anwendung oder manuell in der Transaktion SMQ1 gesetzt.
Der QOUT-Scheduler wird diese Queue erst dann erneut aktivieren, wenn die Blockade dieser Queue durch die betroffene Anwendung oder manuell über die Transaktion SMQ1aufgehoben wurde. Falls eine Queue für längere Zeit mit Status STOP blockiert ist, und Sie sicher sind, dass die Queue nicht manuell über SMQ1 blockiert wurde, überprüfen Sie bitte die betroffene Anwendung.
Ergebnis
Nach dem Zurücksetzen des Queue-Status startet der QOUT-Scheduler die betroffenen Queues erneut und diese können nach Beseitigung der Fehlerursache verarbeitet werden.
Weitere Informationen
Ausführliche Informationen zur Prüfung und Änderung des Queue-Status erhalten Sie unter: