IBM i Disaster Recovery Software

What has to be ready at the secondary site before we trust the IBM i disaster recovery plan?

The secondary site needs more than compute capacity. Buyers should confirm network paths, remote access, security controls, backup or replication currency, application dependencies, user validation steps, contact trees, and the people who can execute the runbook when production is unavailable.

Answer

Network paths and remote access deserve the closest scrutiny because they are the piece most often assumed rather than verified. A secondary site with current data but no tested route for staff to reach 5250 sessions, no validated VPN profiles, and firewall or exit point rules that were never updated to match the recovery environment will strand a technically successful recovery. Buyers should confirm these paths are tested under realistic conditions, including staff connecting from home or an alternate office rather than from inside the primary data center.

Backup and replication currency should be checked against the documented RPO, not assumed from a green status light. Application dependencies, meaning every interface, batch job, and third-party connection the business application relies on, need to be inventoried and confirmed reachable from the secondary site specifically. And the human dependency is often the weakest link: a runbook that depends on one administrator who happens to know an undocumented workaround is not a ready site, it is a single point of failure with a data center attached. Buyers should ask how the DR platform tracks readiness across these dimensions together, rather than reporting replication health in isolation from everything else recovery actually requires.

Back to IBM i Disaster Recovery Software