Loading...
Select Version
Conflict situations can arise during the updating of shared data (e.g. tables) whose contents must be kept consistent for purposes of job processing
Conflicts of this sort can be regarded as forced serialization. They can be identified in the task-specific characteristic data by a relatively high proportion of
“active waits” when serializing via the bourse mechanism or issuing VPASS 0 wait calls
“inactive waits” when the PASS wait call is used.
There are, however, many instances in which SM2 can make no distinction whatsoever between such a state and a normal condition. User systems (e.g. UTM, UDS, SESAM/SQL, ORACLE) now offer their own monitors for use in pinpointing such conflicts.