How to ensure I/O prevention

After an XRF takeover, you must ensure that the failing active subsystem cannot update data sets used by the new active subsystem. If the new active subsystem can write to the databases before the failing active subsystem is prevented from changing this data, data integrity is compromised.

That is, you must ensure that the new active subsystem is in a state known as I/O prevention. I/O prevention can occur in one of the following ways, depending on the cause of the takeover:

Because there is no communication between the z/OS for the active subsystem and the z/OS for the alternate subsystem, the operator for the active subsystem must inform the operator for the alternate subsystem when I/O prevention is complete.

I/O prevention is completed in one of the following ways:

If the availability manager's address space fails, IMS continues processing normally but takeover processing is degraded. You can choose to continue without the availability manager, however, you cannot reconnect IMS to the availability manager unless you terminate and restart IMS.