IBM Cloud Docs
Geo-replicated disaster recovery (DR)

Geo-replicated disaster recovery (DR)

IBM Db2 SaaS leverages Db2 HADR technology and gives you the ability to add a DR node, on demand, in an offsite data center of your choice. In an unlikely event that the primary data server is affected by external circumstances such as a natural disaster, you can failover to your Geo-Replicated Disaster Recovery node with a few clicks. You can also fail back to your primary site just as easily.

Admin functionality is not available on the DR node. Any admin functions must be run on the primary instance while it's Active.

DR nodes are currently set up to adopt the KMS instance and disk encrption key of the primary data server in the case that the primary data server uses Hyper Protect Crypto Services for encryption.

DR nodes are currently available for only Enterprise and Standard HADR plans. DR nodes are currently not supported in single node plans or in EU-Cloud.

Failover to the DR site is not automatic. You must initiate the failover.

Creating a DR node

Deleting a DR node

Forcing a failover to the DR site

Forcing a failback to the primary site

High Availability vs. Disaster Recovery

IBM Db2 SaaS High Availability plan offers Db2 HADR SYNC and ASYNC nodes technology to deliver superior availability and reliability, within the same region. When required, failover to the HA nodes is managed seamlessly and automatically by IBM using automatic client reroute (ACR). HA plans reside within a single MZR or SZR region.

With the introduction of Geo-Replicated Disaster Recovery nodes, you are now able to extend that availability to an entirely different region by adding an on-demand Disaster Recovery node. This ability ensures that you can still access your data in the unlikely event of an outage in your primary region. For example, primary instance: Dallas; DR node: London.

Enterprise and Standard HADR plans

DR nodes are now available for Enterprise and Standard HADR plans only. DR nodes are currently not supported in single node plans or in EU-Cloud.

Creating a DR node

  1. Select Administration from the left menu, then select the Disaster recovery tab.

    View of the Disaster Recovery page
    Figure 1. View of the DR page

  2. Select a data center for the DR node and click Enable disaster recovery.

    Select a DR data center
    Figure 2. Select a data center for the recovery node

  3. The new DR node is displayed on the Disaster recovery page along with a notification indicating a successful deployment.

    DR Deployed
    Figure 3. Recovery node sucessfully created

Deleting a DR node

Deleting a DR service instance removes only the DR node, leaving the HA instance intact. Once deleted, you can re-deploy a DR node in any designated location from the HA setup.

The DR node must be in a standby state before you can delete it. If it is not in standby, you must initiate a failback to the primary site.

Forcing a failover to the DR site

  1. To force a failover to the DR site, open the web console for the recovery site from the IBM Cloud dashboard.

    Recovery node console
    Figure 4. Recovery node console

  2. To initiate a takeover, click Promote on the Disaster recovery page.

    Recovery node takeover
    Figure 5. Recovery node takeover

  3. Click Promote to confirm takeover.

    Takeover confirmation
    Figure 6. Takeover confirmation

  4. Takeover can take up to 30 minutes, depending on the size of the database.

    Takeover progress
    Figure 7. Takeover progress bar

  5. A successful takeover by the recovery node is indicated by the Promotion button moving to the primary node (now the standby) along with a notification. The recovery site is now Active.

    Takeover completion
    Figure 8. Takeover completion

Forcing a failback to the primary site

  1. To force a failback to the primary site, open the web console for the primary site from the IBM Cloud dashboard.

    Primary node console
    Figure 9. Primary node console

  2. To initiate a takeover, click Promote on the Disaster recovery page. The takeover confirmation screen appears. Click Promote on the takeover confirmation screen to initiate the takeover.

    Primary node takeover
    Figure 10. Priamry node takeover

  3. The takeover can take up to 30 minutes, depending on the size of the database.

    Takeover progress
    Figure 11. Takeover progress bar

  4. A successful takeover by the primary node is indicated by the Promotion button moving to the recovery node (now the standby) along with a notification. The primary site is now Active.

    Takeover completion
    Figure 12. Takeover completion