Physische Satzsperren werden nicht aufgehoben

[nico1964]

Wenn ein Job abgebrochen wird, werden alle Sperren aufgehoben, das kann es nicht sein.

Was macht ihr denn, wenn das Lesen mit Sperre denn schiefgeht, also eine Sperre existiert?
Dann wird "Invalid key" ausgeführt was man nicht ignorieren sollte.
Wie steht denn die Satzwartezeit (default 1 Minute), da müssten die User schon des öfteren "geschrien" haben.

Wird journalisiert und CommitControl verwendet?
Dann bleibt die Sperre bis Commit/Rollback.

Programm wird nicht abgebrochen.

Der User der den gesperrten Satz verwenden will, bekommt die Nachricht, das der Satz durch den anderen User gesperrt ist. Commit/Rollback wird verwendet. Wiederanlauf ist ausprogrammiert für unsere gesamte Online-Anwendung. Sind Standardcopies, die in jedem PGM eingebunden sind. Und auch für die Batchprogramme ist der Wiederanlauf programmiert.

Was wir leider nicht wissen ist, mit welchem Programm die Sperren gesetzt werden. Das wird leider nicht mitgeschrieben.

[B.Hauser]

Der User der den gesperrten Satz verwenden will, bekommt die Nachricht, das der Satz durch den anderen User gesperrt ist. Commit/Rollback wird verwendet. Wiederanlauf ist ausprogrammiert für unsere gesamte Online-Anwendung. Sind Standardcopies, die in jedem PGM eingebunden sind. Und auch für die Batchprogramme ist der Wiederanlauf programmiert.

Was wir leider nicht wissen ist, mit welchem Programm die Sperren gesetzt werden. Das wird leider nicht mitgeschrieben.

Könnte es sein, dass der Benutzer auf eine zweite Ebene oder einen anderen Job geht? Und so sich selber sperrt?

Birgitta

[nico1964]

Könnte es sein, dass der Benutzer auf eine zweite Ebene oder einen anderen Job geht? Und so sich selber sperrt?

Birgitta

Das haben wir auch schon vermutet, leider erfahren wir über die Satzsperren nicht unmittelbar wenn Sie auftreten sondern oft erst 1 Stunde später und dann ist der andere User schon vom System und wir finden nichts mehr.