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.