API zur Ermittlung, ob QDBSRV04/05 Jobs noch Indexe aufbauen

[Fuerchau]

Siehe hier:
Retrieve Member Description (QUSRMBRD) API

[schatte]

Man müsste also per DSPDBR (oder zugehörigem API) alle logischen Dateien der zu reorganisierenden Datei ermitteln und dann pro logischer Datei das QUSRMBRD API aufrufen.

Erst wenn bei allen logischen Dateien der Parameter "Access path valid" auf Y=Valid steht, wäre der RGZPFM für diese Datei komplett abgeschlossen?

Gruß
Matthias

[Fuerchau]

So sehe ich das auch.
Der DSPFD mit Outfile liefert diese Information wohl leider nicht.

[KingofKning]

Warum machst Du nicht ein wrkactjob in eine Datei und schaust ob der Begrif Index drin vorkommt.
Prüfen müßte man ob es die Möglichkeit gibt das alle Jobs gerade nichts tun, und trotzdem nicht alle Indizes aufgebaut sind.

GG

[Pikachu]

Für die einzelnen Zugriffspfade müßten doch eigentlich Sperren bestehen, solange sie noch nicht wieder aufgebaut sind.

[Fuerchau]

INDEX könnte auch im Job bei temporärem Index-Aufbau stehen und welcher das gerade ist, erfährt man da auch nicht.
Und Sperren zu ermitteln ist auch nicht einfacher da ist das API für DSPDBR und RTVMBRD schon schneller.

[schatte]

Warum machst Du nicht ein wrkactjob in eine Datei und schaust ob der Begrif Index drin vorkommt.
Prüfen müßte man ob es die Möglichkeit gibt das alle Jobs gerade nichts tun, und trotzdem nicht alle Indizes aufgebaut sind.

GG

WRKACTJOB mit *PRINT und dann in eine Datei finde ich immer eine sehr unschöne Lösung ;-)
APIs sind mir da schon lieber und sauberer!

Außerdem kann die logische Datei mit dem gleichen Namen in unterschiedlichen Bibliotheken vorkommen.

Dann werde ich mal die besprochene API Variante umsetzen.

Danke für eure Hilfe.

Gruß
Matthias

[BenderD]

... ich würde da erst mal evaluieren, ob chlf maint(*DLY) RGZPFM und anschließend für jedes LF ein CHGLF parallel raus submitten nicht schneller ist. Diese Jobs können dann ein lock auf die table legen und der steuernde Job sammelt die allein, wenn er alle hat, ist fertig.

D*B

[schatte]

Klingt auch gut, wobei *DLY bei UNIQUE Logischen nicht funktioniert.

Der anschließende CHGLF MAINT(*IMMED) bewirkt jedoch leider auch nicht, dass der Index neu aufgebaut wird. Habe ich gerade mal getestet und der Zugriffspfad nach dem 2. CHGLF auch immer noch ungültig.

[BenderD]

...ich habe das nicht im Kopf, dann muss das File halt anschließend nochmal lesend angepackt werden, oder ihr habt da einen Bug. Jedenfalls haben wir da mal bei einem SQL delete von Segmenten richtig Zeit rausgeholt.

D*B

Klingt auch gut, wobei *DLY bei UNIQUE Logischen nicht funktioniert.

Der anschließende CHGLF MAINT(*IMMED) bewirkt jedoch leider auch nicht, dass der Index neu aufgebaut wird. Habe ich gerade mal getestet und der Zugriffspfad nach dem 2. CHGLF auch immer noch ungültig.