Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Update data response z/OS Communications Server: CMIP Services and Topology Agent Guide SC27-3646-00 |
||||||||||||||||||||||||||||||||||||||||||||||
When the ongoing snapshot action has been issued and is currently in effect, updates to the luCollection object results in the sending of a snapshot linked reply with the update. In this case, only data pertinent to the subject LU flows in the snapshot linked reply. In general, updates for luCollection (Host) are caused by the activation or inactivation of a major node containing LU or CDRSC definitions or a state change of these resources. Creation or deletion of USERVARs and generic resources also cause updates.
Updates for luCollection (PU) are generally caused by state changes of dependent LUs defined under a monitored PU. Also, creation or deletion of dynamic dependent LUs as well as connection of independent LUs using the PU as an adjacent link station (ALS) will result in updates.
Updates for the luCollection object can be merged with related updates by the VTAM topology agent before being written to the snapshot linked replies. A snapshot luUCollection is automatically cancelled when the PU supporting the luCollection is deleted. luCollection updates are not merged when they are the result of a VTAM-cancelled luCollection. Some updates for luCollection snapshots might be reported under more than one luCollection. For example, some updates, such as updates for independent LUs, might be reported under several monitored PUs and also under the VTAM® host. All VTAM host luCollection updates are merged, but updates for a specific PU are not merged if the updates represent independent LUs. Updates that report a deleted object are not merged. |
Copyright IBM Corporation 1990, 2014
|