Fehler der Web-Service-Laufzeit beheben

bgRFC-Einstellungen

Der Name der bgRFC-Destination wird in zwei unterschiedlichen Bereichen gepflegt. Bei der allgemeinen Konfiguration des bgRFC und bei der Konfiguration der WS-Laufzeit. Möglicherweise wurden unterschiedliche Werte für die bgRFC-Destination gesetzt, beispielsweise durch die manuelle Einrichtung einer Inbound-Destination in einem Bereich. Die Folge sind Probleme bei der Einplanung von Sequenzen. Bei der Ausführung des Reports SRT_ADMIN_CHECK wird in dem Fall die Fehlermeldung Destination <dest_1> is not the same as it is configured at the bgRFC: <dest_2> ausgegeben.

Empfehlung:

• Rufen Sie die Transaktion SBGRFCCONF auf. Der Name der dort angezeigten Inbound-Destination muss dem Namen von <dest_2> entsprechen. Um diesen Namen in der technischen Konfiguration zu registrieren, melden Sie sich im Mandanten 000 an und führen Sie den Report SRT_ADMIN aus. Geben Sie den Namen der Inbound-Destination ein und führen Sie den Report aus.

• Legen Sie eine CSN-Meldung an, wenn sich die Inbound-Destination der bgRFC-Einstellung von der technischen Konfiguration (Ausgabe beim Report SRT_ADMIN) unterscheidet und der Funktionsbaustein SRT_TECHNICAL_SETUP Folgendes ausgibt: Inbound destination in bgRFC is not usable.

Batchjobs

Für das Laufzeit-Management wird ein Standard-Hintergrund-Job ausgeliefert. BC_SAP_SOAP_RUNTIME_MANAGEMENT. Der Hintergrund-Job wird mit Hilfe der Transkation SM36 gestartet (Drucktaste Standardjobs - Standardeinplanung).

Empfehlung:

• Um den Status des Jobs zu überprüfen, wählen Sie in der Transaktion SM36 die Drucktaste Standardjobs. Die Job-Liste zeigt zwei Einträge für BC_SAP_SOAP_RUNTIME_MANAGEMENT. Der erste Eintrag zeigt an, dass es einen Job mit dem Status fertig gibt und einen mit dem Status freigegeben.

  Sollte dies nicht der Fall sein, kann das Job-Protokoll Aufschluss über den Grund des Problems liefern.

Task Watcher

Der Task-Watcher-Prozess wird vom AUTOABAP (alle 5 Minuten) gestartet. Manuell können Sie den Task Watcher über den ABAP-Report TASK_VITAL_RUN aufrufen.

Die Funktion des Task Watchers hängt von der Existenz und korrekten Funktionsweise der Service-Destination im Mandanten 000 ab.

Wird bei der Ausführung des Reports SRT_ADMIN_CHECK keine Service-Destination für den Mandanten 000 angezeigt, sind folgende Ursachen möglich:

Der Benutzer der Service-Destination:

• ist nicht bekannt

• hat keine (zeitliche) Gültigkeit

• hat kein gültiges Passwort

• ist gesperrt (wegen zu vieler fehlgeschlagener Anmeldeversuche)

• hat nicht die benötigten Berechtigungen.

Empfehlung:

Schauen Sie sich die Ausgabe des Reports SRT_ADMIN_CHECK an. Gibt es keine Fehlermeldung, verwenden Sie den Namen für die Service-Destination im Mandanten 000 und rufen Sie die Transaktion SM59 auf. Prüfen Sie den Status des Passworts im Feld PW Status.

Überprüfen Sie die Nummer des Mandanten (000) in den Einstellungen für die Destination.

Führen Sie ein Remote Login durch, um zu überprüfen, ob dies zu Problemen führt. Werden keine Fehlermeldungen ausgegeben, aber es wird keine Anmeldung durchgeführt, rufen Sie die Benutzerverwaltung (Transaktion SU01) auf und entsperren Sie den Benutzer. Führt dies zu keinem Resultat, überprüfen Sie die Berechtigungen des Service-Benutzers. Rufen Sie die Transaktion PFCG auf und überprüfen Sie, ob dem Benutzer die Rolle SAP_BC_WEBSERVICE_SERVICE_USER zugeordnet wurde.

Mandantenspezifische Einstellungen/Funktionstests

Einstellungen

Die Service-Destination muss in allen produktiven Mandanten eingestellt sein. Insofern ist auch die Suche nach Problemen die gleiche wie im Abschnitt Task Watcher.

Überprüfen Sie, ob:

• der Benutzer für die Service-Destination im Mandanten bekannt ist

• der Benutzer entsperrt ist

• das Passwort gültig ist

• die Mandantennummer an der Service-Destination SY-MANDT entspricht

• das Remote Logon korrekt funktioniert

• der Benutzer der Rolle SAP_BC_WEBSERVICE_USER zugeordnet ist.

Funktionstest

Im dritten Teil der Konfigurationsprüfung mit dem Report SRT_ADMIN_CHECK werden die mandantenspezifischen Funktionen geprüft. Service-Destinationen werden mit Hilfe eines Tests ( Remote Login) geprüft. Probleme werden protokolliert ( Unlocked, Valid time range, Password status, Missing authorization).