General description of scheduled database events
ApsaraDB may initiate scheduled O&M events—such as instance migration, primary/secondary switchover, version upgrades, and parameter adjustments—to upgrade instance software, hardware, configurations, or networks. These events typically cause transient disconnections, so ensure your applications have a reconnection mechanism.
Event Notification
Scheduled event notifications—such as text messages and emails—are typically sent to subscribers 1 to 3 days in advance based on your configurations in the Message Center (). Ensure your Alibaba Cloud account is configured with correct recipients and that you have subscribed to the text message and email channels. After receiving a notification titled "Database Scheduled O&M Event Notification", you can go to the scheduled events page in the Event Center (or Event Management) of the corresponding product console to view details such as the event type, region, reason, cancellation risk, and the list of affected instances. You can also adjust the scheduled switchover time for an instance to off-peak hours as needed.
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 text message, email, and internal message. We recommend selecting both text message and email to improve delivery success rates.

Figure 1. Message Center notification settings entry

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.
Procedure
-
Log on to the management console of each product.
-
In the navigation pane on the left, click . Then, select a region at the top of the console.
-
On the Planned Events page, you can view event details. By default, Scheduled events are displayed. To view historical completed or canceled events, click Completed or Canceled. The following describes event properties in detail:
Property
Example
Description
Event type
Risk remediation
Events are categorized into "Risk remediation" and "System maintenance" based on their urgency.
Running status
Waiting for execution
The scheduling status of the event. The statuses to note are as follows:
-
Waiting for time setting: The event execution time is empty. Set the time based on your business needs. If you do not set the time by the latest operation time, the system automatically cancels the event and does not execute it.
-
Waiting for execution: The event waits until the scheduled start time to enter the scheduling phase.
-
Executing: The event enters scheduled execution. Manual intervention is not possible at this stage. To terminate it urgently, submit a ticket (non-standard operations may carry unknown risks).
-
Successfully completed: Execution successful.
-
Canceled: Execution failed or canceled. Common cancellation reasons:
-
Customer initiated cancellation (UserCancel): The user cancels in the console or through OpenAPI.
-
Customer response timeout (UserResponseTimeout): The event requires a specified time, but the time is not set by the deadline. The event is automatically canceled.
-
Database control cancellation (SupervisorCancel): The event initiator actively cancels.
-
Avoidance cancellation (AvoidCancel): The risk is resolved, or the instance's current status no longer requires this event, such as when the instance is already the latest version and does not need an upgrade.
-
System automatic cancellation (AutoCancel): The system periodically checks scheduled events. If an instance does not meet the conditions for event execution, the event may be canceled, for example, if the current instance status is abnormal and actions cannot be issued.
-
Execution timeout (ExecuteTimeout): The event enters the execution queue but does not complete within the expected time.
-
Execution failed (ExecuteFail): An unknown exception occurs during event execution.
-
Event type
Minor version upgrade
For more information, seeEvent types and impacts.
Event reason
-
For more information, see Appendix 2: Detailed Reason Codes and Cancellation Risks.
Business impact
Transient instance disconnection
The business impact varies depending on the event. For more information, see Event types and impacts.
O&M recommendation
Confirm that your business applications have an automatic database reconnection mechanism and monitor business impact
O&M recommendations vary by event type. See Appendix 1: Cloud Monitor–Related System Events.
Scheduled start time
-
The time when the event starts to enter the scheduling queue. Before the start time, this event has no impact on the instance. After the start time, you can still access the database normally, but you cannot perform instance-level operations (such as changing configurations or migrating zones). This time is empty when the status is "Waiting for time setting".
Scheduled switchover time
-
The time of primary/secondary or link switchover (if any), which usually refers to the time when the instance connection experiences a transient disconnection. This time is an estimated value. A switchover occurring around this time is expected. In extreme cases, such as a failback to a zone, a second switchover may occur.
NoteConsidering factors such as event scheduling and Data Preparation time, a certain preparation period is usually required before the switchover. Therefore, there is an interval between the start time and the switchover time. This interval may vary for different database products and events.
Latest operation time
-
The latest time you can set for the switchover. The adjusted switchover time cannot be later than this time.
Cancellable
Yes
To block this event, you can cancel it. This feature is usually available for "System Maintenance" events.
ImportantPlanned events are typically issued by the ApsaraDB control system during regular inspections. Canceling an event may cause a new one to be issued in the next inspection cycle, and frequent cancellations can also lead to risk escalation. We recommend that you execute the event at a suitable time based on your business needs instead of canceling it. For information about the risks of cancellation, see Appendix 2: Detailed Reason Codes and Cancellation Risks.
Is time modification allowed?
Yes
Most events allow you to adjust the execution time. In rare scenarios, urgent remediation for high-risk issues may not allow time adjustments due to insufficient adjustment windows.
-
-
Modify scheduled events (optional).
Select the records for which you want to adjust the execution time. Click Modify Scheduled Event to enter the switchover time setting interface. Two modification methods are supported:
-
Execute immediately: The task start time is set to the current time, and the task immediately enters the execution queue.
-
Specify switchover time: Select an appropriate time point within the configurable switchover time range for execution. The start time is automatically calculated based on the switchover time, but the new start time cannot be earlier than the current time; otherwise, you cannot modify it.
-
-
Modify periodic time window (optional).
Click "Periodic Time Window Configuration" in the upper-right corner of the event list to enter the periodic time window configuration page.
The execution time of scheduled events is usually automatically calculated based on the instance's maintenance window (see Set maintenance window for RDS|Tair/Redis|MongoDB|PolarDB). You can also customize the periodic time window based on your O&M needs. When ApsaraDB initiates new events, it prioritizes calculating the execution time based on your configured time window.
You can set the window by month or week. For example, if the periodic switchover time is set to 02:00 to 03:00 on Monday and Tuesday each week, and the cloud platform's scheduled event window is from this Tuesday to next Sunday, the event's switchover time will fall within 02:00 to 03:00 on this Tuesday and 02:00 to 03:00 on next Monday. Typically, the system prioritizes switching on this Tuesday.
Important-
This configuration applies only to future new events. To adjust the time for events currently in the event list, click "Set Execution Time".
-
This configuration serves only as an auxiliary setting for calculating execution time and is effective only for "System Maintenance" event types. The actual calculated execution time is based on the time in the event list.
-
This is an account-level configuration. After configuration, it takes effect synchronously for all database products that support periodic times.
-
-
Cancel scheduled events (optional).
Select the event records you want to cancel. Click Cancel Scheduled Event to enter the cancellation interface. After understanding the cancellation risks, click Confirm to initiate the cancellation.
Event Types and Impacts
|
Event Type |
Description |
Impact Type |
Impact |
|
Instance migration |
Migrates the instance to a new server node due to host risks, expired hardware warranties, or operating system upgrades. Applies to both non-high availability instances and read-only instances. |
Transient instance disconnection |
After entering the scheduled switchover time, the following impacts occur: Note
Pending events usually involve instance switchover operations, which are executed during the instance's maintenance window after the scheduled switchover time.
|
|
Primary/secondary switchover |
Initiates a primary/secondary node switchover due to host risks, expired hardware warranties, or operating system upgrades. Applicable only to high availability instances. |
||
|
Instance parameter adjustment |
Modifies instance parameters to address known parameter risks. If the updated parameters require a restart, the instance restarts. |
||
|
Host risk remediation |
Remediates failure risks on the host where the instance resides. |
||
|
SSL Certificate update |
Renews the instance's SSL Certificate before it expires to maintain security and stability. |
||
|
Backup mode upgrade |
Switches the instance's backup mode from logical backup to physical database and table backup for faster backup and restore. |
||
|
Zone migration |
Upgrades the physical infrastructure of older regions and zones. |
||
|
Minor version upgrade |
ApsaraDB periodically releases minor versions for instances to add features or fix known bugs. |
Transient instance disconnection |
After entering the scheduled switchover time, the following impacts occur: Note
Pending events usually involve instance switchover operations, which are executed during the instance's maintenance window after the scheduled switchover time.
|
|
Differences between minor versions |
Different minor versions (kernel versions) have different update content. Pay attention to the differences between the upgraded minor version and the current minor version. For details, see the minor version update logs of related products (some products do not yet offer minor version update logs):
|
||
|
Proxy minor version upgrade |
ApsaraDB periodically releases minor versions for proxy nodes to add features or fix known bugs. |
Transient instance disconnection |
After entering the scheduled switchover time, the following impacts occur: Note
Pending events usually involve instance switchover operations, which are executed during the instance's maintenance window after the scheduled switchover time.
|
|
Differences between minor versions |
Different minor versions have different update content. Pay attention to the differences between the upgraded minor version and the current minor version. For details, see the minor version update logs of related products (some products do not have proxy nodes or do not yet offer proxy node update logs):
|
||
|
Network upgrade |
Upgrades network hardware to improve instance network performance and stability. |
Transient instance disconnection |
After entering the scheduled switchover time, the following impacts occur: Note
Pending events usually involve instance switchover operations, which are executed during the instance's maintenance window after the scheduled switchover time.
|
|
VIP direct connection impact |
Some network upgrades may involve cross-zone migration, which changes the instance's virtual IP address (VIP). If a client uses a VIP to connect to ApsaraDB, the connection will be interrupted. Note
To avoid impact, use the domain name connection address provided by the instance and disable DNS cache on the application and its servers. |
||
|
Storage gateway upgrade |
Upgrades the storage gateway to improve instance storage performance and stability. |
I/O jitter |
Brief I/O jitter or increased SQL latency may occur, lasting no more than 3 seconds. |
|
Enable transparent migration capability |
Enables transparent migration capability for the instance. |
Parameter modification |
No impact. Note
No restart migration is involved, so there is no impact on your current business. |
|
Proxy migration |
Upgrades or maintains the host where the proxy resides to improve proxy node stability. |
Proxy node migration |
During proxy node migration, the instance address and custom address will experience a transient disconnection, lasting no more than 10 seconds. |
Affected Instances
-
If the system-suggested scheduled switchover time is unsuitable, set the scheduled switchover time to a point within 30 days after the event occurs.
-
To be notified of pending event updates—such as new pending events and task progress—at the earliest opportunity, you can configure alert rules for pending events in the Cloud Monitor console. For more information, see Subscribe to event notifications.
|
Instance Type |
Engine |
References |
|
Not applicable |
||
|
Not applicable |
FAQ
About Notifications
About Start Time and Switchover Time
About Event Operations
Other Issues
Appendix
Appendix 1: Cloud Monitor System Events
|
Event Code |
Event Name |
Triggering Event |
O&M Recommendation |
|
Instance:SystemMaintenance.MinorVersionUpgrade:Scheduled |
Instance minor version upgrade (scheduled) |
Initiate minor version upgrade scheduling |
The event has not started; instance availability is not affected. |
|
Instance:SystemMaintenance.MinorVersionUpgrade:ReminderNotice |
Instance minor version upgrade (pre-execution reminder) |
Pushed once 7 days, 3 days, and 1 day before execution, respectively. |
INFO-level notification event; the event has not executed. |
|
Instance:SystemMaintenance.MinorVersionUpgrade:Executing |
Instance minor version upgrade (executing) |
Start minor version upgrade execution |
The event starts to enter the execution queue. Manual intervention is generally not allowed in this state, as it may lead to unknown issues. |
|
Instance:SystemMaintenance.MinorVersionUpgrade:Executed |
Instance minor version upgrade (completed) |
Complete minor version upgrade |
The event executed successfully. A primary/secondary switchover may have occurred during the process. Monitor business impact. |
|
Instance:SystemMaintenance.MinorVersionUpgrade:Canceled |
Instance minor version upgrade (canceled) |
Minor version upgrade failed or canceled |
The event execution failed or was automatically canceled due to certain reasons (e.g., already the latest version and no upgrade needed); instance availability is not affected. |
|
Instance:SystemMaintenance.Transfer:ReminderNotice |
Instance migration (pre-execution reminder) |
Pushed once 7 days, 3 days, and 1 day before execution, respectively. |
INFO-level notification event; the event has not executed. |
|
Instance:SystemMaintenance.Transfer:Scheduled |
Instance migration (scheduled) |
Initiate instance migration scheduling |
The event has not started; instance availability is not affected. |
|
Instance:SystemMaintenance.Transfer:Executing |
Instance migration (executing) |
Start instance migration execution |
The event starts to enter the execution queue. Manual intervention is generally not allowed in this state, as it may lead to unknown issues. |
|
Instance:SystemMaintenance.Transfer:Executed |
Instance migration (completed) |
Complete instance migration |
The event executed successfully. A primary/secondary switchover may have occurred during the process. Monitor business impact. |
|
Instance:SystemMaintenance.Transfer:Canceled |
Instance migration (canceled) |
Instance migration failed or canceled |
The event execution failed or was automatically canceled due to certain reasons (e.g., the user manually migrated the instance earlier); instance availability is not affected. |
|
Instance:SystemMaintenance.ScheduledOperation:ReminderNotice |
Instance scheduled O&M event (pre-execution reminder) |
Pushed once 7 days, 3 days, and 1 day before execution, respectively. |
INFO-level notification event; the event has not executed. |
|
Instance:SystemMaintenance.ScheduledOperation:Scheduled |
Instance scheduled event (scheduled) |
Other scheduled O&M event scheduling |
The event has not started; instance availability is not affected. |
|
Instance:SystemMaintenance.ScheduledOperation:Executing |
Instance scheduled event (executing) |
Start scheduled O&M event execution |
The event starts to enter the execution queue. Manual intervention is generally not allowed in this state, as it may lead to unknown issues. |
|
Instance:SystemMaintenance.ScheduledOperation:Executed |
Instance scheduled event (completed) |
Complete scheduled O&M event |
The event executed successfully. A primary/secondary switchover may have occurred during the process. Monitor business impact. |
|
Instance:SystemMaintenance.ScheduledOperation:Canceled |
Instance scheduled event (canceled) |
Scheduled O&M event execution failed or canceled |
Instance availability is not affected. |
For more information, see Supported Cloud Products and Their System Events.
Appendix 2: Detailed Reason Codes and Cancellation Risks
|
Detailed Reason Code |
Detailed Reason Description |
Cancellation Risk Code |
Cancellation Risk Description |
Additional Notes |
Triggering Event Cycle |
|
InfraArchUpgrade |
Underlying infrastructure architecture replacement and upgrade |
OutOfGoodPerfByHardwareUpgrade |
You will not experience better performance and stability after the software upgrade. |
As product forms and underlying dependencies such as compute, storage, and network resources undergo architectural upgrades, instance upgrade or migration actions are issued to improve the service quality and stability of cloud products. |
Monthly/Quarterly |
|
EnhanceStabilityAndResUtil |
Improve instance stability and resource utilization |
ImpactStabAndResContention |
Affects instance stability. Potential impacts include resource contention, kernel vulnerabilities, and lower-than-expected performance. |
- |
Irregular |
|
EnableHotReplica |
After enabling transparent migration, the high availability of database instances will be greatly improved, accelerating the speed of proactive O&M such as instance upgrade or downgrade, minor version upgrades, and instance migration, without affecting frontend business. |
- |
- |
- |
- |
|
KernalExceptionRepair |
Kernel-related instance failure remediation |
RiskEscatateToFailure |
The risk may escalate to a failure, affecting instance availability. |
Common in urgent kernel version risk remediation. |
Irregular |
|
OldKernelVersionWithHardwareUpgrade |
Kernel version expiration upgrade and hardware resource upgrade |
KernelVersionEndOfLife |
The kernel version reaches its end-of-life (EOL), and the instance cannot use new features and performance optimizations. |
Common in routine version updates and upgrades. |
Monthly/Quarterly |
|
KernelBugFix |
Kernel vulnerability remediation |
RiskEscatateToFailure |
The risk may escalate to a failure, affecting instance availability. |
Common in urgent kernel version bug fixes. |
Irregular |
|
HostLoadHigh |
High host load |
HostLoadHighAffectStability |
Excessive host load has a certain impact on instance performance and stability. |
Common in host hardware risk mitigation. |
Irregular |
|
SoftwareUpgrade |
Host software upgrade |
OutOfGoodPerfByHardwareUpgrade |
You will not experience better performance and stability after the software upgrade. |
Cold upgrade of host operating system or dependent plugins. |
Monthly/Quarterly |
|
HardwareUpgrade |
Underlying hardware replacement and upgrade |
OutOfGoodPerfBySoftwareUpgrade |
You will not experience better performance and stability after the software upgrade. |
Host hardware upgrade. |
Monthly/Quarterly |
|
HostSoftHardwareUpgrade |
Host software/hardware upgrade |
OutOfGoodPerfBySoftHardwareUpgrade |
You will not experience better performance and stability after the software upgrade. |
Host software and hardware upgrade. |
Monthly/Quarterly |
|
ProxyNodeHostMaintain |
Proxy node host maintenance/upgrade |
ProxyNodeHost Maintenance/Upgrade |
Host risks affect proxy node stability. |
- |
- |
|
HostCPUException |
Host CPU anomaly |
RiskEscatateToFailure |
The risk may escalate to a failure, affecting instance availability. |
- |
Irregular |
|
HostMemException |
Host memory anomaly |
RiskEscatateToFailure |
The risk may escalate to a failure, affecting instance availability. |
- |
Irregular |
|
HostDiskException |
Host disk anomaly |
RiskEscatateToFailure |
The risk may escalate to a failure, affecting instance availability. |
- |
Irregular |
|
KernelVersionWithServerlessUpgrade |
Kernel version upgrade, and public preview instances upgraded to official version. |
BetaVersionEndOfLife |
The public preview version reaches its end-of-life, and the instance cannot use new features and performance optimizations. |
- |
Monthly/Quarterly |
|
ParamRiskRepairOrOptimize |
Parameter risk remediation or optimization |
UnknownRisks |
May lead to unknown risks. |
Common in automatic tuning issued by ApsaraDB due to unreasonable parameter settings. |
Monthly/Quarterly |
|
PGOldKernelVersionWithHardwareUpgrade |
Kernel version expiration upgrade and hardware resource upgrade may cause changes to database ports and cross-database connection strings. Since Timescaledb, Postgis, and Ganos plugins may become unavailable if their versions are too low, they will be upgraded to the latest version. |
KernelVersionEndOfLife |
The kernel version reaches its end-of-life (EOL), and the instance cannot use new features and performance optimizations. |
- |
Monthly/Quarterly |
|
MaxScaleExceptionRepair |
Proxy component risk remediation |
RiskEscatateToFailure |
The risk may escalate to a failure, affecting instance availability. |
Common in urgent version risk remediation for proxy services. |
Irregular |
|
OriginalNetWorkHasFlawWithSqlTimeoutAndDIsconnection |
The original network pattern contains a bug that causes slow SQL timeout errors and occasional disconnections. Upgrading the pattern improves stability. |
FlawNotResolvedAndAbnormalConnectionMayOccur |
The bug in network mode has not been resolved, which may cause connection issues. |
- |
Irregular |
Appendix 3: Event Types
|
Chinese Description |
English Description |
|
Instance migration |
Instance migration |
|
Minor version upgrade |
Minor version update |
|
Network upgrade |
Network upgrade |
|
Primary/secondary switchover |
Primary/secondary switchover |
|
SSL Certificate update |
SSL Certificate update |
|
Proxy minor version upgrade |
Proxy minor version update |
|
Instance parameter adjustment |
Instance config modify |
|
Major version upgrade |
Major version update |
|
Enable transparent migration capability |
Enable Hotreplica Migration |
|
Proxy migration |
Instance Proxy Migration |