Call Stack Dump/Log

[ChrisX]

Hallo,

Ferndiagnosen sind meist schwierig,...

Ich weiss ;-D, daher bin ich ja froh um jede Antwort und jeden Tip ^^

Gruss
Chris

[Fuerchau]

Changed to SEQONLY(*NO) deutet meist darauf hin, dass die Datei mit FRCDATA(1) definiert wurde, d.h., dass jeder Write sofort auf die Platte muss.

Wenn da nicht so viel geschrieben wird, hat das keine nennenswerte Auswirkung.

Ein CPYF kann mit FRCDATA(*NONE) z.B. bis Faktor 100 oder mehr kopieren.

Der Call-Stack muss da eher genau analysiert werden, da die Programm meistens in Q-Programmen (SQL/DB) verschwinden.

Kritisch ist es z.B., wenn da ein QQQ-Programm länger benötigt (Optimizer).

Ich tippe aber eben eher auf sinnlose Abfragen über tausende Sätze an Stelle gezielter Zugriffe.

Wenn Du schon den Ansatz hast, dass der OrderEntry Schuld hat, würde ich mich mal darauf konzentrieren und die Anzahl Zugriffe auf die Dateien beobachten (was bei >500 ODP's zugegegeben etwas schwierig ist).

[holly]

Hallo Chris,
wenn die User 5-6 Minuten warten, brauchst Du den Call Stack nicht mitzuprotokollieren.
Da sollte dspactjob und Auswahl 10 reichen dann F10 drücken (Stapel aktualisieren) um zu sehen in welchem PGM und an welchem Befehl er hängt.

mfG Holger