CPYF und ALCOBJ

[Rafer19]

Hallo *all

in meinem Batchjob mache ich einen CPYF, der die Dateien zum kopieren exklusiv braucht...
Kann der Cmd nicht auf die Dateien zugreifen, bricht der Cmd ab.
Soweit bekannt...
Ich kann zwar mit ALCOBJ zuvor prüfen, ob das Objekt, sprich Datei, verfügbar ist,
aber falls nicht, wie kann ich den sperrenden Job ermitteln und beenden (wrkobjlck) oder kann ich die Dateien mit DEALCOBJ entsprerren??

Grüße

[Khholm]

DLCOBJ dürfte nicht gehen, das geht so wie meine nur aus dem JOB, der eine Datei mit ALCOBJ vorher gesperrt hat.

Alternative zu Beenden des sperrenden Jobs wäre ja eventuell warten (DLYJOB), dann nochmals versuchen

man könnten auch eine Meldung senden

Karl-Heinz

[BenderD]

... der Fisch stinkt immer vom Kopf, da ist was mit dem Design oberkrumm, wenn man eine exklusive Sperre braucht.

D*B

[Rafer19]

Karl-Heinz:
der Job läuft nachts.. da hilft keine Nachricht zu senden.

Dieter:
schöne Antwort!!! hilft mir aber nicht weiter, oder war das ein versteckter Hinweis den CPYF nicht zu benutzen???

[malzusrex]

WRKOBJLCK mit *print
Spool in datei kopieren und auswerten.
Wenn die Datei gesperrt ist, steht der Job in der Liste.
DIesen dann "töten"

Gruß
Ronald

[BenderD]

... das war ein Wink mit dem Zaunpfahl (naja, eher dem ganzen Zaun) mal über Alternativen zum Copy File nachzudenken...

Karl-Heinz:
der Job läuft nachts.. da hilft keine Nachricht zu senden.

Dieter:
schöne Antwort!!! hilft mir aber nicht weiter, oder war das ein versteckter Hinweis den CPYF nicht zu benutzen???

[Fuerchau]

Das Problem mag ja sein, dass während des CPYF die Daten nicht verändert werden dürfen damit diese konsistent sind. Da gibts dann tatsächlich nur wenig Möglchkeiten.

Mit WRKOBJLCK (bzw. den API's) kann man zwar die Job's killen, aber wer sagt denn, dass das nicht zu Folgefehlern und somit Inkonsistenzen führt.

Ausserdem können ja wieder Sperren auftreten nachdem die Jobs gekillt wurden, weil diese wieder neu gestartet werden (Prestart-Job's, Job-Warteschlange ...).

Wenn du Inkonsistenz mit Job-Kills akzeptierst, kannst du auch gleich den CPYF ohne ALCOBJ machen, was ggf. zum gleichen Ergebnis führt.

Ein DLCOBJ entsperrt nur, was vorher mit ALCOBJ im selben Job gesperrt wurde.

So wie Dieter es in seiner charmanten Art beschreibt: Die Lösung muss mit dem Skalpell und nicht mit dem Hammer erfolgen.

[Rafer19]

liebe 'Kollegen',

habe zwischenzeitlich ein bischen mit dem CPYF Cmd rumgespielt und konnte den Fehler nicht reproduzieren... d.h. FileA wurde nach FileB kopiert, selbst wenn ich in einer anderen Session mit UPDDTA auf FileA zugreife..!!
Muss daher abwarten, wenn der Fehler wieder auftritt...
Danke!

Dieter:
wirst du jetzt zum Orakel, oder weißt du keine Alternativen??

[Fuerchau]

Der CPYF schlägt dann fehl, wenn die Datei von jemandem bereits exclusiv gesperrt wurde (Datensicherung?).

[BenderD]

... für Lösungsvorschläge braucht man schon ein paar mehr Informationen über die Anforderungen, die man meint mit einem CPYF abzudecken...

liebe 'Kollegen',

habe zwischenzeitlich ein bischen mit dem CPYF Cmd rumgespielt und konnte den Fehler nicht reproduzieren... d.h. FileA wurde nach FileB kopiert, selbst wenn ich in einer anderen Session mit UPDDTA auf FileA zugreife..!!
Muss daher abwarten, wenn der Fehler wieder auftritt...
Danke!

Dieter:
wirst du jetzt zum Orakel, oder weißt du keine Alternativen??

[Rafer19]

ich muss warten, bis der Fehler wieder auftritt. Problem wurde mir zugetragen und ich hab mal im CL-pgm geschaut und bin dann über den CPYF-Cmd gestolpert..

Würde mich dann gerne wieder an Euch wenden, schon alleine deshalb, um in die Geheimnisse eingeweiht zu werden, was es mit dem Skalpell auf sich hat

[Fuerchau]

Der Hammer könnte sein, dass du den Sicherungsjob killst, weil der gerade sperrt.
Das Skalpell könnte sein, über Zeitsteuerung die Sperre zu umgehen.