View Full Version : Anzahl max. aktive JOBS in JOBQ
loeweadolf
15-09-10, 00:22
Wie kann ich nachsehen, wieviel Jobs gleichzeitig in einer JOBQ zugelassen sind, und wie kann ich das ändern ?
( oder Subsystem ?)
Mit dspsbsd sbsd(????), dann mit 6 anzeigen.
Ändern mit chgjobqe und F4.
Mfg
ansehen:
über die SBSD
dspsbsd mysbsd
und dann Auswahl 6 (Jobwarteschlangeneinträge)
ändern:
mit CHGJOBQE, dann mal F4 machen
Karl-Heinz
Bei unseren System ist die QBATCH mit "Max. Aktiv" = 1 eingestellt. Hat ein höherer Wert oder *nomax eventuell (außer Performance?) negative Auswirkungen?
das kommt drauf an,
wir haben z.B. Anwendungen, wo bestimmte Jobs nur nacheinander aber nicht parallel laufen dürfen. Dann geht das mit einem Wert >1 natürlich daneben.
kh
Die maximale Anzahl Job's kann je Job-Prio (1-9) separat festgelegt werden.
Zusätzlich gibt's noch die max. Anzahl Job's je Subsystem, die Summe aller JOBQ-Einträge kann diesen Wert durchaus übersteigen, das System steuert dies dann korrekt.
Ich habe z.B. je Mandant der ERP-Software eine eigene JOBQ erstellt und je Prio zwischen 1-2 Jobs zugelassen.
In der JOBD bzw. beim SBMJOB kann man die Prio dann angeben.
Unterschiedliche Prio's können dann durchaus parallel laufen.
Wichtig ist natürlich die Entscheidung, welche Aufgaben zwingend hintereinander laufen müssen, in diesem Fall ist eine JOBQ und Prio zu wählen, die genau nur 1 Job zulässt.
Wenn man beliebig viele Batchjobs parallel laufen lassen will, sollte man hierzu eine eigene JOBQ mit *NOMAX wählen.
... ich würde es tunlichst vermeiden ein JobQ, die nur einen Job reinlässt aufzubohren, irgend ein Wackelhaufen fällt garantiert um...
D*B
Bei unseren System ist die QBATCH mit "Max. Aktiv" = 1 eingestellt. Hat ein höherer Wert oder *nomax eventuell (außer Performance?) negative Auswirkungen?
loeweadolf
15-09-10, 10:27
Danke für die Antworten.
Im speziellen Fall ist dem Subsystem QBATCH wohl eine "Maximale Anzahl Jobs im Subsystem" von *NOMAX zugewiesen, der entspr. Jobwarteschlange VERKAUF als "Max.Aktiv" = 1 . Prioritäten werden nicht benutzt.
Dann denke ich, dass in VERKAUF immer nur 1 Job gleichzeitig laufen kann.
Das ist korrekt.
Du kannst jedoch (fast) beliebig viele Job-Queues an das Subsystem anhängen.