Enabling high availability converts a standalone DB system to a high availability DB system and disabling high availability converts a high availability DB system to a standalone DB system.
Enabling high availability on a standalone DB system creates a highly available DB system using the existing MySQL instance as the primary instance, creating two more secondary instances, and replicating the data present in the primary instance to the secondary instances. No downtime occurs.
Disabling high availability on a DB system creates a standalone DB system from the instance running in the preferred primary placement.
If the primary instance is running in the preferred primary placement, no downtime occurs.
If the primary instance is not running in the preferred primary placement, a failover occurs and this causes a short downtime.
Use one of the following method to enable or disable high availability:
Using the REST API, run the UpdateDbSystem operation with the isHighlyAvailable attribute.
Using the Console 🔗
Use the Console to enable or disable high availability on a
standalone DB system.
This task requires the following:
A running standalone DB system.
Primary keys exist on every table in the database.
See Prerequisites.
Any active inbound replication channel on the DB
system must be stopped for the duration of this task. See
Enabling or Disabling a Channel. You cannot enable high
availability while an active channel is connected to the DB
system. This is required only if the configuration used by
the DB system is not compatible with high availability. If
the DB system is using a compatible configuration, it is not
necessary to stop the inbound replication channel to enable
high availaibility. Changing the configuration of a DB
system requires a restart of the DB system.
Crash recovery is enabled. You cannot enable high
availability on a DB system if crash recovery is disabled.
See Crash Recovery.
MySQL version must be 8.0.24 or higher. You cannot
enable high availability on earlier versions of MySQL. If
the DB system uses a version older than 8.0.24, you must
upgrade before enabling high availability.
If you intend to configure an inbound replication channel on this DB system, you must import data before enabling high availability, and configure your channel after high availability is enabled.
Note
If you
encounter OutOfHostCapacity work request
error while enabling high availability in a DB system, see
Resolving OutOfHostCapacity Error.
Note
If a HeatWave cluster load or reload operation is going on, enabling or disabling high availability can fail. It is recommended to not enable or disable high availability while a HeatWave cluster load or reload operation is going on.
To enable high availability on a DB system, do the following:
Open the Enable high availability dialog
box from one of the following locations:
The Enable high
availability menu item from the Actions menu
on the DB Systems list page.
The Enable high
availability menu item from the Actions menu
on the DB System Details page.
The Enable link adjacent
the High availability label on the DB
System Details page.
In the Enable high availability dialog
box, click Enable.
(Optional) If the DB system is not using a high availability-compatible configuration, you must select one from the Configuration drop-down list, and then click Enable.
The DB system enters the UPDATING state. The secondary instances are cloned from the primary instance and a high availability DB system is formed. The process does not cause any downtime to the DB system. If the updating process fails, the DB system returns to a standalone state. Check the work request for details of the failure.
To disable high availability on a DB system, do the
following:
Open the Disable high availability
dialog box from one of the following
locations:
The Disable high
availability menu item from the Actions menu
on the DB systems list page.
The Disable high
availability menu item from the More
Actions drop-down menu on the DB System
Details page.
The Disable link adjacent
the High availability label on the DB
System Details page.
In the Disable high availability dialog
box, click Disable.
The DB system enters the UPDATING state. If the primary instance is not located in the preferred primary placement, a controlled failover occurs and this causes a short downtime.
The primary instance located in the preferred primary placement is converted to a standalone DB system and the two secondary instances are deleted. This process does not cause any downtime to the DB system.