View lesen

[Fuerchau]

Hm, du kannst per WRKOBJLCK DeinName *USRPRF den QZDASOINIT-Job herausfinden und beim Ausführen des SQL's mal die Commit-Definition des Jobs ansehen.
Wer weiß, was ACS da beim Start einer Abfrage halt so treibt.

Wenn ich einen "Select * from QSYS2.DB_TRANSACTION_INFO" mache, steht der Default-Locklevel auf *CS (Read Committed). Und somit muss auf offene Commits bzw. Locks gewartet werden.

Warum also die Einstellung des JDBC-Treibers ignoriert wird, kann ich nicht sagen.
Vielleicht mal eine Fehlermeldung an IBM?

[ILEMax]

Job läuft,
anscheinend bisher keine Probleme.

QZDASOINIT Job habe ich gefunden.
Ist das Select Statement dazu da, die SQL Commit definition zu sehen ?

Wenn ja, der QZDASOINIT Job hat Default Lock Level *CS.

Obwohl auf einer der betroffenen Dateien haufenweise Locks liegen, scheint er heute keine Probleme zu haben.

Nun ist er durch, anscheinend mit *CS, aber ohne Fehler!
Was hat sich von gestern (und davor) auf heute geändert?

Der ACS wurde nicht aktualisiert!

SQL-Scripts ausführen
(64-Bit)
Version 1.1.8.7
Build-ID 1100
...
Java.version: 11.0.9

Echt seltsam das ganze ...

[ILEMax]

Ich deh durch ...
Selbe Sitzung, einfas den select nocheimal laufen lassen.
Jetzt hat er sich aufgehängt!
Keine Reaktion auf Blättern, das hochzählen der gelesenen Sätze steht, also hängt er auf einem Lock.
Unten, in der Statusleist steht
Verbindung zur relationalen Datenbank xxxxx auf system-name als USER - Jobnr/QUSER/QZDASIONIT unter Verwendung von JDBC-Konfiguration 'Standard'.

Das ist die, die auf NC steht.

Der ILEMax

[BenderD]

... typischer Fall von acute coronary syndrome, hat bestimmt was mit einer Impfung zu tun => Lauterbach warnt vor Locklevel *CS für Massenabfragen.

D*B

[Fuerchau]

Ich sehe das eher pragmatisch: Wenn Oracle den IsolationLevel angepasst hat und das Ganze dann läuft, nehme ich das so hin. ACS ist ja nur ein Werkzeug.
Hauptsache ist, dass die Anwendung läuft und da Commitlevel richtig verwendet wird (wenn überhaupt).
So wie bei euch, sollte Kaffeepause während einer Transaktion verboten werden.
Mit Smarthome(office) und IoT sollte das doch möglich sein.