All Products
Search
Document Center

ApsaraDB RDS:Scheduled events

Last Updated:Mar 11, 2026

You are notified of ApsaraDB RDS O&M events—such as instance migrations, database version upgrades, and minor engine version upgrades—by email, or internal message. You also receive notifications in the console. You can view the event type, region, event reason, business impact, and the IDs of the affected instances. You can also manually change the scheduled switchover time.

Prerequisites

A pending O&M event exists.

Note

Move the pointer over the 通知 icon in the upper-right corner of the console to view pending O&M events.

Notes

  • Events are categorized into two types based on their urgency:

    • S0 Emergency Level: Risk Remediation: These typically address unexpected scenarios requiring prompt remediation to prevent failures. Notifications for such events may be sent 3 days or more in advance, with a limited window for modifying the scheduled switchover time. Typical scenarios include urgent version replacement upgrades, host exceptions, and SSL Certificate expiration upgrades.

    • S1 Planned Level: System Maintenance: These typically involve low-risk issue remediation or planned software and hardware upgrades. Notifications are usually sent more than 3 days in advance, and users can cancel these events.

  • To ensure you receive scheduled notifications for O&M events, you must log on to the Message Hub and ensure the notification method check boxes for ApsaraDB failure or O&M notifications are selected and message recipients are set (we recommend assigning them to database O&M personnel). Otherwise, you will not receive event notifications.Notification methods include email and internal message. We recommend selecting email to improve delivery success rates.

    image.png

    Figure 1. Message Center notification settings entry

    image

    Figure 2. ApsaraDB notification settings

  • To receive immediate updates about O&M events or to build custom O&M automation using an event-driven approach, you can configure system event subscriptions through the Cloud Monitor platform. ApsaraDB pushes CloudMonitor system events for the lifecycle of O&M events, such as subscription, start, completion, and cancellation. For detailed instructions, see Manage Event Subscriptions (Recommended). For a list of subscribable CloudMonitor events, see Appendix 1: CloudMonitor-Related System Events.

    Expand to view a Cloud Monitor event format example.

    {
      "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // Event ID. The ID is the same for the same event.
      "product": "RDS",                                  // Product code
      "reason": "Host software/hardware upgrade",        // Event reason
      "extra": {
        "impactZh": "Transient instance disconnection",                           // Event impact
        "impactEn": "Transient instance disconnection",  // Event impact
        "eventCode": "rds_apsaradb_transfer",            // O&M event type code
        "eventNameEn": "Instance migration",             // O&M event name
        "eventNameZh": "Instance migration",                        // O&M event name   
        "switchTime": "2024-09-15T01:30:00+08:00",       // Scheduled switchover time. If a switchover occurs, this is the time of transient instance disconnection.
        "startTime": "2024-09-14T21:30:00+08:00",          // Scheduled start time. The event enters the scheduling queue and waits for execution.
        "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Cancellation risk code. See Appendix 2: Detailed Reason Codes and Cancellation Risks.
        "detailCode": "HostSoftHardwareUpgrade",            // Detailed reason code. See Appendix 2: Detailed Reason Codes and Cancellation Risks.
        "instanceInfo": ""
      },
      "instanceId": "rm-2ze9d66o65q1g02g6",             // Instance ID
      "eventType": "Maintenance",
      "instanceComment": "rm-2ze9d66o65q1g02g6",        // Instance alias
      "instanceType": "Instance",
      "publishTime": "2024-09-10T16:01:47+08:00"
    }

Procedure

  1. Log on to the ApsaraDB RDS console.

  2. In the left navigation pane, click Event Center.

    Note

    If a pending O&M event requires you to schedule a time, a dialog box appears prompting you to schedule the time as soon as possible.

  3. Optional: On the Scheduled Events page, configure a recurring time window to manually schedule events.

    Note

    Recurring Time Window Settings is a global configuration for proactive database O&M events, excluding emergency threat fix events. After you set a recurring time window, the scheduled switchover time for new proactive O&M events automatically falls within this window. If you do not set a recurring time window, the scheduled switchover time for new proactive O&M events automatically matches the maintenance window of the instance.

    1. Click Recurring Time Window Settings.

    2. In the dialog box that appears, set the recurring time and click Save.

  4. On the Scheduled Events page, view the event details. For an event in the Planned state, to change the switchover time, select the target instance and click Schedule Event.

    Note

    The displayed information varies by event type. The actual page prevails.

  5. In the Schedule Event dialog box, set the scheduled switchover time and click OK.

    Note
    • You can select Earliest Execution Time. The system automatically fills in the nearest scheduled switchover date and time. After you click Save, the instance starts preparing for the switchover and enters the pending state. If you clear this check box, you can customize the scheduled switchover date and time.

    • The Scheduled Switchover Time cannot be later than the Deadline.

Causes and impacts of events

Event type

Description

Impact type

Impact description

Instance migration

A planned O&M operation initiated due to host threats, hardware warranty expiration, or operating system upgrades. The system migrates the instance to a new server node. This applies to non-high-availability instances and read-only instances.

Instance switchover

After the scheduled switchover time, the following impacts occur. The instance switchover is typically performed within the maintenance window that follows the scheduled switchover time.

  • An instance switchover occurs, and the instance enters a read-only state for up to 15 seconds to wait for full data synchronization. Perform the switchover during off-peak hours and make sure your application has a reconnection mechanism. For more information, see Impacts of an instance switchover.

  • The use of the instance in DMS and DTS is briefly affected. Normal use is automatically resumed after the operation is complete.

Primary/secondary switchover

A planned O&M operation initiated due to host threats, hardware warranty expiration, or operating system upgrades. The system initiates a primary/secondary node switchover. This applies only to high-availability instances.

SSL certificate update

This operation is initiated when the SSL certificate of an instance is about to expire to ensure better security and stability.

Backup mode upgrade

To provide faster backup and restore capabilities, the backup mode of the instance is switched from logical backup to physical database and table backup.

Host software or hardware upgrade

A planned O&M operation initiated due to host threats or software or hardware upgrades. The system initiates a primary/secondary node switchover.

Minor version upgrade

To improve user experience, ApsaraDB periodically releases minor versions for instances to add features or fix known bugs.

Instance switchover

After the scheduled switchover time, the following impacts occur. The instance switchover is typically performed within the maintenance window that follows the scheduled switchover time.

  • An instance switchover occurs, and the instance enters a read-only state for up to 15 seconds to wait for full data synchronization. Perform the switchover during off-peak hours and make sure your application has a reconnection mechanism. For more information, see Impacts of an instance switchover.

  • The use of the instance in DMS and DTS is briefly affected. Normal use is automatically resumed after the operation is complete.

Differences between minor versions

The updates vary between minor versions (minor engine versions). Note the differences between the current minor version and the version to which you are upgrading. For more information, see the minor version release notes. Release notes are not yet available for some products. RDS for MySQL (AliSQL) minor version release notes.

Proxy minor version upgrade

To improve user experience, ApsaraDB periodically releases minor versions for proxy nodes to add features to the proxy service or fix known bugs.

Instance switchover

After the scheduled switchover time, the following impacts occur. The instance switchover is typically performed within the maintenance window that follows the scheduled switchover time.

  • An instance switchover occurs, and the instance enters a read-only state for up to 15 seconds to wait for full data synchronization. Perform the switchover during off-peak hours and make sure your application has a reconnection mechanism. For more information, see Impacts of an instance switchover.

  • The use of the instance in DMS and DTS is briefly affected. Normal use is automatically resumed after the operation is complete.

Differences between minor versions

The updates vary between minor versions. Note the differences between the current minor version and the version to which you are upgrading.

Network upgrade

Network hardware is upgraded to improve the network performance and stability of the instance.

Instance switchover

After the scheduled switchover time, the following impacts occur. The instance switchover is typically performed within the maintenance window that follows the scheduled switchover time.

  • An instance switchover occurs, and the instance enters a read-only state for up to 15 seconds to wait for full data synchronization. Perform the switchover during off-peak hours and make sure your application has a reconnection mechanism. For more information, see Impacts of an instance switchover.

  • The use of the instance in DMS and DTS is briefly affected. Normal use is automatically resumed after the operation is complete.

Impacts of direct VIP connections

Some network upgrades may involve cross-zone migrations, which change the virtual IP address (VIP) of the instance. If your client connects to the database using the VIP, the connection is interrupted.

Note

To avoid service interruptions, use the endpoint provided for your instance in domain name format. Also, disable the DNS cache of your application and its server.

Instance downtime migration

A planned O&M operation initiated due to host threats, hardware warranty expiration, or operating system upgrades. The system migrates the instance to a new server node. This applies to non-high-availability instances.

Downtime switchover

After the scheduled switchover time, the following impacts occur:

  • The instance name, access port, tags, database accounts, and endpoints remain unchanged after the migration.

  • The migration process involves operations such as network transitions and typically causes about 10 minutes of service unavailability. The duration is affected by factors such as the transaction volume of the instance before the switchover.

  • The migration affects the use of the instance in DTS. If a DTS task is running, plan ahead. You must manually restart the task after the migration is complete.

  • The time required for the migration depends on factors such as the data volume of the instance.

FAQ

Q: Are RDS O&M events automatically executed? Can I cancel the task?

A: Yes, to ensure the stability of your instance, scheduled events are automatically executed and cannot be canceled. However, you can adjust the scheduled switchover time. Set the switchover time during off-peak hours and ensure your application has a reconnection mechanism. For instructions on how to set the time, see the Procedure section of this topic.