Queue-Status in SMQ1 und Tabelle ARFCRSTATE 

Verwendung

Abhängig vom Verlauf der Verarbeitung einer Logical Unit of Work (LUW) kann eine Ausgangs-, Eingangsqueue bzw. die Tabelle ARFCRSTATE (Status-Tabelle der LUWs im tRFC/qRFC-Zielsystem) verschiedene Status haben.

 

Ausgangsqueue:

Folgende Status´ können in SMQ1 angezeigt werden:

 

·        READY

Die Queue steht bereit zur Übertragung. Dieser Status sollte nur ein temporärer Zustand sein. Dennoch kann diese Status im folgenden Fall ein Dauerzustand bleiben: Eine Queue wurde manuell über SMQ1 oder per Programm gesperrt und danach aber ohne gleichzeitige Aktivierung entsperrt. Diese Queue muss explizit aktiviert werden.

 

·        RUNNING

Die erste LUW dieser Queue wird gerade prozessiert. Falls eine Queue in diesem Status länger als 30 Minuten hängt, dann kann es bedeuten, dass der für das Versenden dieser LUW zuständige Workprozess abgebrochen wurde. In diesem Fall können Sie diese Queue nochmals aktivieren.

 

 Beachten Sie, dass die Aktivierung einer Queue im Status RUNNING dazu führen könnte, dass eine LUW mehrfach ausgeführt werden kann, wenn diese LUW im Zielsystem gerade noch bearbeitet wird. Eine Wartezeit von mind. 30 Minuten vor einer erneuten Aktivierung ist daher zu empfehlen.

 

·        EXECUTED

Die erste LUW dieser Queue ist prozessiert. Es wird auf eine qRFC-interne Bestätigung aus dem Zielsystem gewartet, bevor weitere LUWs bearbeitet werden. Falls eine Queue in diesem Status länger als 30 Minuten hängt, dann kann es bedeuten, dass der für das Versenden dieser LUW zuständige Workprozess abgebrochen wurde. Anders als bei Status RUNNING ist diese aktuelle LUW auf jeden Fall erfolgreich ausgeführt worden. Sie können diese Queue problemlos nochmals aktivieren. Der qRFC-Manager wird die bereits ausgeführte LUW automatisch löschen und die nächste LUW versenden.

 

·        SYSFAIL

Im Zielsystem trat während der Ausführung der ersten LUW dieser Queue ein schwerwiegender Fehler auf. Die Ausführung wurde unterbrochen. Ein Doppel-Klick auf diesen Status zeigt einen Fehlertext an. Weitere Information zu diesem Fehler kann dem zugehörigen Kurzdump im Zielsystem (ST22) entnommen werden. Es wird kein Batchjob zur Wiederholung eingeplant und die Queue wird nicht mehr prozessiert. Rücksprach mit der betroffenen Anwendung zur Problembehebung notwendig. Beachten Sie bitte Hinweis 335162 für den speziellen Fehlertext "connection closed".

 

·        CPICERR

Während der Übertragung bzw. Verarbeitung der ersten LUW im Zielsystem trat ein Netzwerk- oder Kommunikationsfehler auf. Ein Doppel-Klick auf diesen Status zeigt einen Fehlertext an. Weitere Information zu diesem Fehler kann dem Syslog (SM21), den Trace-Dateien dev_rd bzw. dev_rfc* entnommen werden. Abhängig von der Definition in SM59 für die verwendete Destination wird ein Batchjob zum Nachversenden eingeplant.Ferner kann der Status CPICERR in folgenden Fällen zu sehen sein, obwohl kein Kommunikationsfehler aufgetreten war: Eine qRFC-Anwendung stellt fest, dass eine LUW wegen eines temporären Fehlers in der Anwendung nicht weiter prozessiert werden kann und ruft deshalb den Funktionsbaustein RESTART_OF_BACKGROUNDTASK auf, um den qRFC-Manager zu veranlassen, die Ausführung dieser LUW abzubrechen und diese LUW gemäß Angabe in SM59 später zu wiederholen. In diesem Fall simuliert qRFC einen Kommunikationsfehler mit dem Text "Kommando an tRFC/qRFC: Führe LUW noch einmal aus.". Falls dieser Fehler sehr oft auftritt, müssen Sie Kontakt mit der entsprechenden Anwendung aufnehmen.

 

·        STOP

Auf dieser Queue oder einer generischen Queue (z.B. BASIS_*) wurde explizit eine Sperre gesetzt (SMQ1 oder Programme). Beachten Sie bitte, dass der qRFC in seiner Verarbeitung nie eine Queue sperrt. Nach Rücksprach mit der entsprechenden Anwendung können Sie diese Queue über SMQ1 entsperren und aktivieren.

 

·        WAITSTOP

Die erste LUW dieser Queue hat Abhängigkeit zu anderen Queues und mindestens eine dieser Queues ist aktuell noch gesperrt.

 

·        WAITING

Die erste LUW dieser Queue hat Abhängigkeit zu anderen Queues und mindestens eine dieser Queues enthält noch andere LUWs mit höheren Prioritäten.

 

·        NOSEND

Die LUWs dieser Queue werden nie versendet sondern von einer speziellen Anwendung abgeholt. Diese Queues werden nur SAP-intern verwendet (BW bzw. CRM bei der Kommunikation mit Mobile Clients). Auch wenn eine LUW von der entsprechenden Anwendung (BW, CRM) gelesen wurde, ändert sich dieser Status nicht. Nur wenn diese Anwendung das Abholen bestätigt, wird diese LUW aus der Queue gelöscht (Sammel-Bestätigung möglich). Auf keinen Fall darf dieser Status über SMQ1 zurückgesetzt und die Queue aktiviert werden!

 

·        NOSENDS

Beim qRFC-Aufruf legt die Anwendung gleichzeitig fest, dass die aktuelle LUW nicht sofort versendet werden soll. Dies wird verwendet, um die Ausführung einer LUW im Zielsystem zu debuggen.

 

·        WAITUPDA

Die aktuelle LUW wurde in einer Transaktion ausgeführt, die auch Verbuchungsfunktion(en) enthält. Deshalb darf diese LUW erst versendet werden, wenn die Verbuchung erfolgreich beendet ist. Falls dieser Zustand länger als einige Minuten dauert, überprüfen Sie über Transaktion SM13, ob ein Verbuchungsabbruch vorhanden ist. Nach einer erfolgreichen Nachverbuchung wird diese LUW automatisch nachgestartet. Sie können diesen Status vom qRFC-Monitor SMQ1 zurücksetzen und die Queue nochmals aktivieren. Beachten Sie bitte, dass dadurch eine evtl. Inkonsistenz in den Anwendungsdaten zwischen beiden Systemen entstehen könnte.

 Falls Sie ein SAP-System mit Release 4.0x, 4.5x, 4.6A oder 4.6B im Einsatz haben und ferner ein Verbuchungsbaustein mit dem Typ "Sammellauf" in einer LUW vorhanden ist, könnte dies durch einen Fehler im Kernel zu diesem Status führen. Die Queue bleibt in diesem Fall auch hängen. Dieser Fehler wurde bereits mit einem Kernel-Patch (s. Hinweis 333878) behoben.

 

·        ARETRY

Während der LUW-Ausführung hat die Anwendung ein temporäres Problem erkannt und durch einen speziellen qRFC-Aufruf den qRFC-Manager im Sendesystem veranlasst, anhand der Definition in SM59 einen Batchjob zur Wiederholung einzuplanen.

 

·        ANORETRY

Während der LUW-Ausführung hat die Anwendung einen schwerwiegender Fehler festgestellt und durch einen speziellen qRFC-Aufruf den qRFC-Manager veranlasst, die Verarbeitung dieser LUW abzubrechen. Rücksprache mit der betroffenen Anwendung zur Problembehebung notwendig.

 

·        MODIFY

Die Prozessierung dieser Queue ist wegen einer aktuellen Modifikation der LUW-Daten temporär gesperrt.

 

 

Tabelle ARFCRSTATE:

 

·        Über die Transaktion SE16 können Sie den Status anzeigen lassen:

 

·        EXECUTED

Die zugehörige LUW ist im Zielsystem vollständig ausgeführt. Es wird auf eine tRFC/qRFC-interne Bestätigung vom Versendesystem gewartet, bevor dieser Eintrag gelöscht wird.

 

·        HOLD

Die entsprechende Anwendung hat diese LUW teilweise verarbeitet und möchte, dass diese LUW auch bei späteren Netzwerk- oder Kommunikationsfehlern auf keinen Fall wiederholt wird (s. Hinweis 366869 falls sehr viele Einträge dieses Status vorhanden sind).

 

·        WCONFIRM

Während einer LUW-Ausführung hat die Anwendung den tRFC/qRFC- Manager veranlasst, den Status HOLD zu setzen. Falls die LUW-Ausführung zwar bereits zu Ende aber diese Anwendung das logische LUW-Ende noch nicht signalisiert hat und vom Versendesystem die tRFC/qRFC-interne Bestätigung empfangen worden ist, erhält diese LUW den Status WCONFIRM.

 Wenn die zugehörige Anwendung den tRFC/qRFC-Manager über das logische LUW-Ende informiert, wird dieser Eintrag gelöscht (s. auch Hinweis 366869 für mehr Details).