Protokolleintrag in QHST

[dago]

Hallo Zusammen,

weis jemand wie es vermieden werden kann, dass bei SBMJOB ein Eintrag im QHST protokolliert wird?

[Fuerchau]

Dies läßt sich nicht verhindern !

Macht auch keinen Sinn, da die History (DSPLOG) manchmal ganz sinnvol ist.

In den Bereinigungsaufgaben (go cleanup) können Sie bestimmen, wie lange die Einträge erhalten bleiben. Sie sollten die Bereinigung allerdings auch regelmäßig durchführen.

[procher]

Mit der Bereinigung von QHST wäre ich ein bischen vorsichtig. Wir müssen Geschäftsjahresbezogen die erstellten Dateien QSYS/QHST* archivieren. Bei der letzten IT-Revision wurde da sehr grossen Wert darauf gelegt.

[USP]

Hallöchen,
warum wollt ihr denn den Eintrag verhindern??
mfg
Ute Spiering

[dago]

Es wird über einen Trigger ein SBMJOB abgesetzt, der die Aufgabe hat zwei WWS-Systeme zu aktualisieren. Da es sich hierbei um sehr viele Triggerereignisse (Auftagspositionen, Stammdaten etc.) handelt, werden eben auch sehr viele Logs protokolliert, die aber auch niht benötigt werden.
Gruß
dago

[Fuerchau]

Lösen Sie das Problem mittels DTAQ !

Da jeder SBMJOB sehr viele Resourcen des Systems bindet (ermitteln JOBQ, zugeordnetes Subsystem, initieren des Jobs, usw.) und daher auch sehr lange dauert bremst das Triggerprogramm auch die Datenbankverarbeitung. Zudem erzeugt jeder Job, der diesen Trigger auslöst ja auch einen neuen Batchjob !

Starten Sie einen Batchjob (z.B. mittels Prestart-Job im Subsystem), der mittels QRCVDTAQ auf ein Ereignis wartet. Das Triggerprogramm braucht dann nur noch einen QSNDDTAQ abzugeben was den Systemresourcen und der Performance mehr als dienlich ist.

Sie verhindern damit die QHST-Einträge und die Reaktionen werden beschleunigt.
Es entstehen keine Verzögerungen, da der SBMJOB ja erst mal starten muß.
Bei der Erstellung der DTAQ können Sie auch angeben, dass die Einträge auf Disk gesichert werden sollen, so dass gesendete Daten auch über IPL hinaus erhalten bleiben.