z/OS MVS Programming: Sysplex Services Guide
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Some Comparisons between User-Managed and System-Managed Duplexing Rebuild

z/OS MVS Programming: Sysplex Services Guide
SA23-1400-00

  • FORCE

    For both user-managed and system-managed duplexing rebuild, FORCE is allowed only during the Duplex Established phase when switch processing has not been requested. Otherwise, the FORCE request will fail.

  • Volatility

    User awareness of changes in the volatility state differs between user-managed and system-managed duplexing rebuild. In user-managed duplexing rebuild, the system presents the Volatility State Change event to inform the user of changes to either of the structure instances. In system-managed duplexing rebuild, the sytem presents the Volatility State Change event whenever the “composite” volatility state changes. For example, a duplexed structure is considered to be nonvolatile if either instance of the structure in nonvolatile. If a volatility state change affects one of the coupling facilities in which one of the structure instances is allocated, the system will report the Volatility State Change event to users.

    A structure transitioning into and out of the Duplex Established phase could also result in a volatility state transition. Volatility state transitions caused by starting or stopping duplexing rebuild are reported to users through the Structure State Change Notification event.

  • Out of Synch Condition

    An “out of synch” condition applies to system-managed duplexing rebuild only. When a command that has been duplexed detects an “out of synch” condition, the integrity of the entire structure is at risk and therefore both instances of the structure are considered to have failed. The system-managed duplexing rebuild will be stopped and a Structure Failure event will be delivered.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014