The current process for clients utilizing the Option 12 panel (Change Capture Agent IP address and TCP port for z/OS) requires that Replication be stopped in a controlled manner prior to updating the IP addresses. This process does not allow for disaster recovery scenarios where IP addresses need to be updated after an uncontrolled stop of Replication.
We recently conducted a DR exercise in which we moved our Development environment (z/OS LPARs) from one data center to another. This means the IP addresses need to change. We did not do a friendly "stop" of Replication prior to the move to the alternate data center, in order to simulate a true disaster.
When we attempted to bring our IDAA environment back up, we were not able to use Option 12 to update the new IP addresses.
What this indicates is that in a true recovery situation, we would not be able to utilize the Option 12 panel, and would instead be required to either obtain a Service Password for our IDAA accelerators, or have IBM conduct a remote Webex session to manually update the IP addresses.
Why is it useful?
|Who would benefit from this IDEA?||Clients using IDAA|
How should it work?
The functionality of the Option 12 panel should allow for updating the Capture Agent IP addresses even if Replication has not been stopped in a controlled fashion.
|Priority Justification||While disaster recovery situations are rare, having the ability to use this panel is important to speed of recovery.|
|Customer Name||Nationwide Insurance|
NOTICE TO EU RESIDENTS: per EU Data Protection Policy, if you wish to remove your personal information from the IBM ideas portal, please login to the ideas portal using your previously registered information then change your email to "email@example.com" and first name to "anonymous" and last name to "anonymous". This will ensure that IBM will not send any emails to you about all idea submissions