SYSVAL AUTOVRT

[K_Tippi]

Moin,
prüf mal ob JOBLOGS im Status Pendig stehen, die halten auch Sperren

Mit Jobprotokollen arbeiten (WRKJOBLOG)

Auswahl eingeben und Eingabetaste drücken.

Jobprotokollstatus . . . . . . . *PENDING *PENDING, *SPOOLED

Zeitraum:
Startzeit und Startdatum:
Startzeit . . . . . . . . . . *AVAIL Zeit, *AVAIL
Startdatum . . . . . . . . . . *CURRENT Datum, *CURRENT, *BEGIN
Endzeit und Enddatum:
Endzeit . . . . . . . . . . . *AVAIL Zeit, *AVAIL
Enddatum . . . . . . . . . . . *CURRENT Datum, *CURRENT, *END
Jobname . . . . . . . . . . . . *ALL Name, generisch*, *ALL
Benutzer . . . . . . . . . . . *ALL Name, generisch*, *ALL
Zahl . . . . . . . . . . . . . *ALL 000000-999999, *ALL

[itec01]

Moin,
Danke, das passt aktuell mit dem wrkjoblog.
Ich würde nun alle devices löchen, deren letzte Benutzung älter als 2 Jahre her ist bzw. das Datum letzte Benutzung NULL ist. Wisst Ihr wieso das Datum NULL ist? Nicht dass ich zu viel lösche.

SELECT OBJNAME,OBJCREATED,OBJATTRIBUTE,OBJDEFINER,
LAST_USED_TIMESTAMP FROM
TABLE(QSYS2.OBJECT_STATISTICS('*ALL','DEVD')) A WHERE
(last_used_timestamp < '2023-01-01' or last_used_timestamp is null)
and objattribute = 'DSPVRT'


Danke.

[KingofKning]

Warum löscht Du nicht alle? Die VRT werden doch in Sekundenbruchteilen bei Bedarf neu angelegt.

GG 2126

[itec01]

OK, wenn das kein Problem ist.
Danke.

[Pikachu]

Welche Sperren können beendete Jobs noch halten, die nicht automatisch aufgehoben werden?

Hinzu kommen noch u.U. sog tote Jobs im System, die noch Spools haben und somit aus Sicherheitsgründen das Device noch nicht freigeben können.

prüf mal ob JOBLOGS im Status Pendig stehen, die halten auch Sperren

[Fuerchau]

Sperren nicht unbedingt, da bei Jobende alle Datensperren zumindest freigegeben werden.
Hauptsächlich belegen tote Jobs Speicher:
- teilweise QTEMP-Objekte
- u.U. jede Menge Spools => Spoolspeicher
- Die internen Jobliste ist ein Array. Die Suche nach einer freien Jobnummer bei Überlauf kann schon mal länger dauern, d.h., der Start eines Jobs kann statt 10ms schon mal 1 Sekunde dauern. Ich habe da schon gesehen, dass pro Minute durchaus 100te Jobs submitted werden als stattdessen eine Prestart-Service zu erstellen.
- Verlangsamung des Work-Managements.

Es ist ja häufig kein Wunder, dass erst mit einer neuen Maschine alles schneller wird, obwohl die alte das auch gekonnt hätte. Man hätte nur wollen müssen;-).

Gerade heute wieder das Problem CLRPFM im laufenden Betrieb mit 1 Minute Wartezeit statt SQL-Delete, da REUSEDLT = *NO steht. Und man wundert sich, wieso die Berechnungen nicht stimmen.

[Pikachu]

Hm? Meine Jobs löschen noch schnell alle Objekte aus ihrer QTEMP bevor sie sich beenden!? Aber das mit den Spools ist ein Problem. Außer man trennt die Spools von den Jobs. Das geht ab irgendeinem V5Rx. Die nächste Jobnummer ist ja schnell ermittelt (vorherige +1 oder 1 bei Überlauf) aber es muß immer geprüft werden damit es keinen anderen Job mit genau gleichem Namen im System gibt. Da sind weniger Jobs besser und kleinere Jobtabellen schneller durchsucht.

[Fuerchau]

Also das mit dem Aufräumen ist schon eher verpönt.
Gerade in SQL vergisst man das "temporary table"-Objekt halt in der QTEMP sitzen.
Und da man auf den realen Close keinen EInfluss hat, kann da schon mal was liegenbleiben.
Um SPLF's aufzuheben fällt mir nur der SNDTCPSPLF ein, man kann den Spool dann an einen User auf dem eigenen System senden. Somit hängen dann alle Spools am Empfangenen Job.
Gut, dass die SPLFNR inzwischen 6-stellig ist.
Aber wirklich empfehlen kann man da nur ein Archivierungssystem.

Ja, und die Job-Tabelle wird im laufenden Betrieb ncht verkleinert sondern nur baim IPL neu aufgebaut.

[Pikachu]

Wie ist das bei anderen Systemen? Übersteht ein Job da auch einen Neustart oder ist da alles weg und muß wieder neu aufgebaut werden? Ist da alles nur temporär im Arbeitsspeicher?

[Fuerchau]

Die aktuellen Jobs werden im System gespeichert, denn sonst währen die Spoolzuordnungen nicht mehr da. QTEMP-Objekte sollten dann weg sein.
Beim IPL nach einem Shutdown werden alle aktiven Jobs automatisch zu toten Jobs.

Wenn der Akku leer war und nicht alles gespeichert werden konnte, können auch QTEMP-Objekte zerstört werden, die man nur per RCLSTG wieder los wird.

[Pikachu]

Wie ist das bei anderen Betriebssystemen? Ist da alles zu Jobs oder wie heißt das dort im Arbeitsspeicher oder bei manchen auch wie bei IBM i in permanenten Objekten auf Festplatte? Was passiert da beim Herunterfahren und was bei Hochfahren?

[Fuerchau]

Dazu kann man alles bei den jeweiligen Systemen nachlesen.

Windows kennt neben dem normalen Shutdown noch die Stati Sleep und Hibernate.
Im Sleepmodus legt sich das System nur schlafen. Alle Prozesse werden pausiert.
Beim Start werden alle Prozesse wieder fortgesetzt. Prozesse, die auf externe Ressourcen zugreifen müssen, müssen sich wieder erneut verbinden, was u.U. scheitert, da die Gegnstelle die Verbindung meist gekappt hat.
Dafür muss der Strom oder Akku natürlich da sein. Wenn der Strom ausfällt, hat das System i.d.R. nicht genug Saft, das Speicherabbild auf der Platte zu speichern, was ggf. zu inkonsistenten Daten führen kann.
Hibernate ist geringfügig ähnlich:
Die Prozesse werden pausiert, der Speicher wird auf die Platte ausgelagert und dann das System abgeschaltet. Beim Neustart wird wieder eingelesen und die Prozesse wie oben wieder freigegeben.

Ob Linux/Mac sowas auch hat, kann ich nicht beurteilen.

Android kennt da auch nur den Sleep-Modus, wobei Apps vom Schlafen ausgenommen werden können oder eben das Ausschalten (was manchmal versteckt ist).
Apple wird da wohl änlich funktionieren.

Bei den großen Hobeln (Mainfraims) wird sowas eher selten bis gar nicht unterstützt. Da muss die USV oder der Dieselgenerator her.

Eine Ausnahme waren damals die Nixdorfsysteme mit den sog. Ringkern-Speichern (70er-80er). Bei Stromausfahl blieb alles stehen, sobald der Saft wieder da war, wurde einfach weitergemacht. Ursache war tatsächlich der Ringkern, der seinen 0/1-Status der Magnetisierung z.T. wochenlang halten konnte.
Ich hatte da mal eine Geschichte aus Griechenland:
Bei Hochwasser wurden die Maschinen abgeschaltet. Nach dem das Wasser weg war, wurde alle mit dem Schlauch, auch von innen, saber gespritzt und mit einem Gebläse getrocknet.
Alles wieder zusammengebaut, Strom dran, eingeschaltet und die Programme setzten ihre Arbeit fort.
Versuch das heute mal;-).