Teildatei- Satzsperren bei SQLRPGLE obwohl Programm zu

[ExAzubi]

Hallo zusammen,

bei einem SQLRPGLE habe ich folgendes Phänomen, das auf einer Datei Satz und Teildateisperren bleiben, obwohl das Programm beendet ist.

Die Cursor werden alle definitiv geschlossen, kurz vor Programmende habe ich diese exclusiv nochmals abgesetzt und im JOBLOG steht auch das versucht wurde einen nicht geöffneten Cursor zu schließen und habe auch das Programm al mit der Option CLOSECURSOR *ENDMOD gewandelt --> Kein Unterschied.

Einzig was mir sonderbar vorkam ist, das im JOBLOG immer wieder was davon steht, das ODP nicht gelöscht werden.

Was kann ich machen, das alle Sperren "verschwinden" wenn das Programm am Ende ist?

Danke an alle Helfenden.

[B.Hauser]

Was mich verwundert ist, dass nach dem Umwandeln mit CLOSQLCSR *ENDMOD die ODPs immer noch offen sind.

Kann es sein, dass immernoch die alte Variante läuft, d.h. die bei der mit *ENDACTGRP umgewandelt wurde?
Auf deutsch heißt das, hast Du die Aktivierungsgruppe beendet, bevor Du das neuumgewandelte Programm aufgerufen hast?

Ansonsten versucht SQL immer die ODPs solange offen zu halten wie möglich, um einen FULL OPEN zu vermeiden und einen PSEUDO OPEN auszuführen. Beim Full Open werden die Access Pläne aktualisiert und der ODP neu aufgebaut und mit Daten geflüllt. Beim PSEUDO Open wird der ODP wiederverwendet und lediglich die Daten aktualisiert. Das Aufbauen des ODPs ist der zeitaufwändigste Prozess beim Ausführen eines SQL Statements.

Eine Möglichkeit (Notlösung) , die ODPs auf eine bestimmte Datei zu schließen, sofern Du sie in Deinem Programm unqualifiziert angegeben hast, ist die Bibliothek in der sich die Datei befindet aus der Bibliotheksliste zu nehmen und anschließend wieder einzufügen.

Birgitta

[ExAzubi]

Danke,
das mit der LIB werde ich mal versuchen. Ich bin mir aber sicher, das ich das Programm in einem neuen Job hab laufen lassen, da ich ja prüfen wollte, ob die Sperren danach verschwinden.

Werde mal schauen, vielleicht handelte es sich ja nur um eine kosmische Störung ;-)

[BenderD]

... das einzige, was (fast) alles schließt, ist ein disconnect; aber was stört denn an den ODPs???

D*B

Hallo zusammen,

bei einem SQLRPGLE habe ich folgendes Phänomen, das auf einer Datei Satz und Teildateisperren bleiben, obwohl das Programm beendet ist.

Die Cursor werden alle definitiv geschlossen, kurz vor Programmende habe ich diese exclusiv nochmals abgesetzt und im JOBLOG steht auch das versucht wurde einen nicht geöffneten Cursor zu schließen und habe auch das Programm al mit der Option CLOSECURSOR *ENDMOD gewandelt --> Kein Unterschied.

Einzig was mir sonderbar vorkam ist, das im JOBLOG immer wieder was davon steht, das ODP nicht gelöscht werden.

Was kann ich machen, das alle Sperren "verschwinden" wenn das Programm am Ende ist?

Danke an alle Helfenden.

[andreaspr@aon.at]

bei einem SQLRPGLE habe ich folgendes Phänomen, das auf einer Datei Satz und Teildateisperren bleiben, obwohl das Programm beendet ist.

Hallo,
das klingt für mich nach Commitment-Control. Falls es so ist, entweder vor Programmende ein

Exec Sql Commit;

oder

Exec Sql set options Commit=*none;

[Pikachu]

Wird das Programm mit LR auf ON beendet?

[B.Hauser]

Wird das Programm mit LR auf ON beendet?

*INLR=*ON betrifft nur den RPG-Zyklus und nicht embedded SQL.
... und unter ILE funktioniert der *INLR anders als unter RPGIII, zwar werden die Dateien, die in den F-Bestimmungen definiert sind nach wie vor geöffnet und geschlossen, das Programm wird jedoch nicht aus dem Speicher entfernt. Beim nächsten Aufruf wird lediglich der (noch) reservierte Speicher neu initialisiert.
Ein Programm wird erst durch Beenden der Aktivierungsgruppe in der es läuft aus dem Speicher entfernt.

P.S. RPG-Zyklus meint nicht zwingend IP, sondern dass der Zyklus in jeder RPG-Main-Procedure automatisch aktiviert ist.

Birgitta

[Dschainers]

Programm umwandeln mit COMMIT(*NONE)

[Dschainers]

Programm umwandeln mit COMMIT(*NONE)

[ExAzubi]

Ich habe jetzt mal die SET OPTION CLOSECSR = ENDMOD gesetzt und zumindest die Satzsperren sind verschwunden, jetzt blieben nur noch die Teildateien geöffnet. Alles sehr merkwürdig.

Eine Frage zur Aktivierungsgruppe, wenn ich mit Aktivierungsgruppe *NEW das Programm wandel, wird dann nicht automatisch auch beim Programmende die Aktivierungsgruppe geschlossen?

[BenderD]

... nochmal: die database engine betreibt einiges an caching - und das ist auch gut so!!! Was stört dich konkret an dem Verhalten???

D*B

Ich habe jetzt mal die SET OPTION CLOSECSR = ENDMOD gesetzt und zumindest die Satzsperren sind verschwunden, jetzt blieben nur noch die Teildateien geöffnet. Alles sehr merkwürdig.

Eine Frage zur Aktivierungsgruppe, wenn ich mit Aktivierungsgruppe *NEW das Programm wandel, wird dann nicht automatisch auch beim Programmende die Aktivierungsgruppe geschlossen?

[ExAzubi]

Eigentlich nichts, nur in diesem konkreten Beispiel ist es, das sich bei den Dateien um "Arbeitsdateien" handelt, wenn jetzt ein weiterer User das Programm aufruft, dann klappt ggf. der CLRPFM nicht da die Datei noch offen ist.

Ich werde es so machen, das ich die Objekte als Batchjob in die QTEMP kopiere dort wird dann geackert, und später kopiere ich die Dateien dann wieder zurück.