Status

Beschreibung

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. Hier ist eine Rücksprache mit der betroffenen Anwendung zur Problembehebung notwendig.

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 der Transaktion SM59 für die verwendete Destination wird ein Batch-Job zum Nachversenden eingeplant.

Ferner kann der Status CPICERR in folgendem Fall 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.

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.

MODIFY

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

NOSEND

Die LUWs dieser Queue werden nicht versendet sondern von einer speziellen Anwendung abgeholt.

NOSEND-Queues werden nur SAP-intern für die Kommunikation  der Komponenten BW bzw. CRM mit Mobile Clients verwendet. Auch wenn eine LUW von der entsprechenden Anwendung (BW, CRM) gelesen wurde, ändert sich der Status NOSEND nicht. Sobald die Anwendung das Abholen bestätigt, wird diese LUW aus der Queue gelöscht (eine Sammel-Bestätigung ist möglich).

Auf keinen Fall darf der Status NOSEND über SMQ1 zurückgesetzt und die Queue aktiviert werden!

NOSENDS

NOSENDS wird verwendet, um die Ausführung einer LUW im Zielsystem zu debuggen.

Beim qRFC-Aufruf legt die Anwendung gleichzeitig fest, dass die aktuelle LUW nicht sofort versendet werden soll.

READY

Die Queue steht bereit zur Übertragung bzw. Verarbeitung.

Dieser Status hat normalerweise temporären Charakter.

Es kann sich jedoch auch um einen Dauerzustand handeln, wenn eine Queue manuell über die Transaktion SMQ1/SMQ2 oder per Programm gesperrt und danach ohne gleichzeitige Aktivierung entsperrt wurde. Diese Queue muss in diesem Fall explizit aktiviert werden.

RUNNING

Die erste LUW dieser Queue wird gerade verarbeitet.

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 die Queue nochmals aktivieren.

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

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ücksprache mit der entsprechenden Anwendung können Sie diese Queue über SMQ1 entsperren und aktivieren.

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. Zur Problembehebung ist eine Rücksprache mit der betroffenen Anwendung notwendig.

Beachten Sie bitte SAP-Hinweis 335162 für den speziellen Fehlertext connection closed.

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.

WAITSTOP

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

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 über die Transaktion SMQ1 bzw. über den Report RSTRFCK7 zurücksetzen und die Queue nochmals aktivieren.

Beachten Sie, dass durch eine erneute Aktivierung zwischen beiden Systemen eine Inkonsistenz in den Anwendungsdaten entstehen kann.

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 zum Status WAITUPDA führen. Dieser Fehler wurde mit einem Kernel-Patch (s. Hinweis 333878) behoben.

VBERROR

Wurde ein zur LUW gehörender Verbuchungsprozess abgebrochen, ändert sich der Status von WAITUPDA zu VBERROR . Per Doppelklick auf den zughörigen Fehlertext können Sie in die Transaktion SM13 verzweigen, um den Verbuchungssatz anzuzeigen und ggf. zu löschen.

Wenn Sie den Verbuchungssatz löschen, werden auch alle zugehörigen LUWs gelöscht!

Status

Beschreibung

EXECUTED

Die zugehörige LUW wurde 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 empfangende Anwendung hat diese LUW teilweise verarbeitet und möchte, dass die 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.

WCONFIRM wird dann gesetzt, wenn die LUW-Ausführung zwar beendet ist, aber die tRFC/qRFC-interne Bestätigung noch nicht empfangen wurde.

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 weitere Details).