[53455] in SAPr3-news

home help back first fref pref prev next nref lref last post

Re: ALE und SM58

daemon@ATHENA.MIT.EDU (Christian Zalto)
Thu Feb 17 13:55:20 2005

To: sapr3-news@mit.edu
Date: Thu, 17 Feb 2005 19:55:22 +0100
From: "Christian Zalto" <zalto@t-online.de>
Message-ID: <cv2p9m$o2a$00$1@news.t-online.com>

"Markus Henchel" <markus.henchel_NO_SPAM_@gmx.de> schrieb:

> -Gibt es hier eine Möglichkeit hier eine aktives Monitoring zu
> betreiben (Mail an...)
>
Ja, mit dem CCMS oder anderen geeigneten Überwachungs-Tools.

> -Gibt es Systemparameter mit welchen man steuern kann wann / wie
> oft das System hier versucht dieses Aufruf zu machen?
>
Es gibt in der RFC-Destination (SM59) Einstellungsmöglichkeiten
(Destination/TRFC-Optionen). Und man kann einen Job einplanen,
der immer wieder versucht, die SM58 Einträge abzuarbeiten (Report
RSARFCEX).

> -Welche Einträge werden vom System automatisch nachgezogen,
> welche brauchen einen manuellen Anstoß ?
>
Wenn man es, wie oben beschrieben, einstellt, braucht man überhaupt
keinen manuellen Anstoß mehr.

> -Kann man per Systemparameter irgendwo einstellen wenn folgender
> Fehler auftritt:
> "IDoc bleibt im Eingang mit Meldung "nicht genug Systemresourcen"
> hängen"
>
Ja, es gibt auch im IDOC-Inbound die Möglichkeit, über Jobs auto-
matisch die Eingangsverarbeitung im Fehlerfall wiederholen zu lassen.
Bei so einer Meldung sollte man aber als erstes prüfen, welche
"Systemresourcen" hier fehlen - könnte sein, dass die Anzahl der
Workprozesse limitiert ist o.ä.

> Viele dumme Fragen, ich weiß!
>
Dumm sind diese Fragen bestimmt nicht: denn in einigen Systemen
ist die SM58 bis zum Bersten befüllt und es ist gar kein Bewusstsein
dafür vorhanden, dass hier Daten schlummern, die eigentlich im
vorgesehenen Zielsystem noch benötigt werden.

-- 
Mit freundlichen Grüßen,
Christian Zalto



home help back first fref pref prev next nref lref last post