-
Hallo.
Ich nochmal :-)
Vergiibt das einstellende Programm für einige Programme evtl. SCDDATE / SCDTIME ? Wenn ja gibt es heir evtl. die Möglichkeit das die Programme D E F einen späteren Startzeitpunkt erhalten haben ?
Gruß,
Ralf
P. S. ich weiß ist stochern im nordeutschen Nebel
-
 Zitat von TheDevil
Hallo.
Ich nochmal :-)
Vergiibt das einstellende Programm für einige Programme evtl. SCDDATE / SCDTIME ? Wenn ja gibt es heir evtl. die Möglichkeit das die Programme D E F einen späteren Startzeitpunkt erhalten haben ?
Gruß,
Ralf
Nein. Alle Jobs sind für 21:00:00 geplant.
 Zitat von TheDevil
P. S. ich weiß ist stochern im nordeutschen Nebel
Genau deswegen habe ich hier gepostet. Irgendjemand hat vielleicht DIE Idee! Oder zumindest eine Idee was ich noch prüfen kann oder vielleicht komme ich auch einfach durchs schreiben was genau passiert selbst drauf.
-
Hallo,
welches Release ist denn auf der system i installiert ? Wurden vor kurzem Ptfs installiert ?
-
Hi,
Zitat : "Alle Jobs sind für 21:00:00 geplant." ... Heisst das das die PGM doch alle einzeln über den JOBSCDE gestartet werden ? Oder werden die PGM in EINEM "Tagesabschluss CL" an die JOBQ nacheinander übergeben ?
Gruß,
Ralf
-
 Zitat von TARASIK
Hallo,
welches Release ist denn auf der system i installiert ? Wurden vor kurzem Ptfs installiert ?
V6R1M0 ist installiert und wir haben tatsächlich vor kurzem PTFs installiert.
SF99601
SF99609
SF99610
Könnte also damit zusammenhängen.
 Zitat von TheDevil
Hi,
Zitat : "Alle Jobs sind für 21:00:00 geplant." ... Heisst das das die PGM doch alle einzeln über den JOBSCDE gestartet werden ? Oder werden die PGM in EINEM "Tagesabschluss CL" an die JOBQ nacheinander übergeben ?
Gruß,
Ralf
Letzteres, alle mit den Parametern
SCDDATE
SCDTIME
Auf dem selben Wert (aktueller Tag, 21:00:00)
-
Wenn du alle Job's mit der selben Uhrzeit per SCDJOB einzeln in die JOBQ stellst wundert mich das schon dass es bisher immer geklappt hat;-).
Die Reihenfolge muss nicht auf Grund der Uhrzeit zwingend sequentiell in die JOBQ kommen.
Begründung:
Der Scheduler liest die Liste der Jobs sequentiell und submitted bei Erreichen der Uhrzeit den jeweiligen Job. Je nach dem, bei welchem Eintrag der Scheduler gerade ist und welche Uhrzeit gerade eintrifft, geht der Job in die QUEUE.
Möchtest du eine garantierte Reihenfolge solltest du die Jobs mit den Zeiten 21:00, 21:01, 21:02 ... starten lassen oder ein CLP um 21:00 Uhr starten, dass dann die gewünschten Jobs ohne Planungszeit submitted.
-
Nein, ich habe ein CL Programm wo viele SBMJOB's drin sind, das läuft nicht über den Scheduler.
Im SBMJOB kann ich ja zusätzlich noch die Paramter SCDDATE und SCDTIME angeben. Die sorgen aber nur dafür das keiner der Jobs VOR 21:00:00 startet.
-
Hallo,
es gibt einen Apar der IBM dieser beschreibt genau Dein Problem, bzw. wir hatten das Problem bei einem Kunden von uns, aber R710.
Hier der Apar: http://www-912.ibm.com/n_dir/nas4apa...scheduled,jobs
In dem Apar gibt es keinen Hinweis auf das R610. Falls Du einen IBM Wartungsvertrag hast, dann eröffne einen Call mit dem Hinweis auf den Apar SE59123 und ob es einen Apar für R610 gibt. Gefunden habe ich aktuell keinen.
-
Works as designed. 
Das "Problem" steht tatsächlich beim Parameter SCDTIME des Befehls SBMJOB beschrieben:
Die Reihenfolge, in der Jobeinträge mit identischen Werten für
SCDDATE und SCDTIME in der Jobwarteschlange erscheinen, kann sich
von der Reihenfolge unterscheiden, in der sie dort eingetroffen
sind. Ebenso kann die Reihenfolge, in der die Jobs die
Jobwarteschlange zur Verarbeitung verlassen, von der Reihenfolge
abweichen, in der sie eingegeben wurden. Es kann nicht davon
ausgegangen werden, dass Jobs, deren Start für denselben Zeitpunkt
geplant ist, nacheinander in die Jobwarteschlange gestellt oder
nacheinander verarbeitet werden.
 Zitat von TARASIK
-
Holy Fuck!
Habe dann mal eben die 44 Jobs per Hand geändert und werde dann nächste Woche das Programm anpassen was die absetzt.
Danke!
-
Tja, Glück gehabt bisher.
Wenn du alles in einem CLP machst, dann reicht es das CLP zur gewünschten Uhrzeit zu starten.
Dieses submitted dann die Jobs in der gewünschten Folge ohne SCDTIME.
Dann werden die Jobs auch in der Folge aus der JOBQ heraus gestartet.
Wie die Beschreibung oben schon sagt, gilt hier das selbe wie für die SCDJOB's.
Durch sequentielle Bearbeitung der JOBQ für geplante Zeiten kann eben jeder beliebige Eintrag freigegeben werden.
Wenn die JOBQ aber gerade belegt ist, bleibt der Eintrag bis zum nächsten Zyklus drin und es könnte ein ganz anderer Job gestartet werden.
-
Scheinbar Glück (keine Ahnung ob da sonst schon was schief gelaufen ist).
Das aufrufende Programm ist ein RPG Programm was zuerst interaktiv Parameter empfängt (z.B. die Startzeit oder welche Jobs überhaupt aufgerufen werden sollen) also muss ich das doch mit dem hochzählen machen.
Similar Threads
-
By KingofKning in forum NEWSboard Programmierung
Antworten: 8
Letzter Beitrag: 30-12-14, 19:53
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks