PolarDB notifies you of upcoming maintenance events—such as software upgrades, hardware maintenance, and cluster migrations—through SMS, voice calls, email, and in-console messages. On the Scheduled Events page, you can review event details and take action: reschedule the switchover, set a recurring maintenance window, or cancel an event.
Event urgency levels
Scheduled events fall into two urgency levels:
[S0: Urgent] Risk fixing: Unexpected events that must be addressed quickly to prevent faults—for example, emergency hardware replacement, faulty version upgrades, host exception fixes, and SSL certificate renewals before expiration. Notifications may arrive three or more days in advance, but the rescheduling window is short.
[S1: Scheduled] System maintenance: Low-risk issues or planned software and hardware upgrades. Notifications arrive more than three days in advance, and you can cancel these events.
Set up notifications
PolarDB sends notifications 1–3 days before an event, based on urgency.
To receive notifications, configure contacts in Message Center for ApsaraDB Fault or Maintenance Notifications. Add database operations and maintenance (O&M) personnel as contacts. Select Email as the notification method for the highest delivery reliability. Internal Messages is also available.

Figure 1 Entry for Message Settings in the Message Center console

Figure 2 Notification settings for ApsaraDB Fault or Maintenance NotificationsMessage CenterThe notification methods include Email and Internal Messages. We recommend that you select Email to improve the success rate of notifications.
For event-driven O&M automation, subscribe to CloudMonitor system events. CloudMonitor pushes lifecycle notifications—subscription, start, end, and cancellation—for each maintenance event. For setup instructions, see Manage event subscription policies (recommended). For information about CloudMonitor system events to which you can subscribe, see the "Appendix 1 CloudMonitor-related system events" section of this topic.
Sample CloudMonitor event payload:
{
"eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9",
"product": "RDS",
"reason": "Host software/hardware upgrade",
"extra": {
"impactEn": "Transient instance disconnection",
"eventCode": "rds_apsaradb_transfer",
"eventNameEn": "Instance migration",
"switchTime": "2024-09-15T01:30:00+08:00",
"startTime": "2024-09-14T21:30:00+08:00",
"cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade",
"detailCode": "HostSoftHardwareUpgrade",
"instanceInfo": ""
},
"instanceId": "rm-2ze9d66o65q1g02g6",
"eventType": "Maintenance",
"instanceComment": "rm-2ze9d66o65q1g02g6",
"instanceType": "Instance",
"publishTime": "2024-09-10T16:01:47+08:00"
}Key fields in the payload:
| Field | Description |
|---|---|
eventId | Event ID. The same event always has the same ID. |
product | Service code. |
reason | Cause of the event. |
impactEn | Business impact of the event. |
eventCode | Code for the O&M event type. |
eventNameEn | Name of the O&M event. |
switchTime | Scheduled switchover time—when a transient connection occurs if a switchover is performed. |
startTime | Scheduled start time—when the event enters the scheduling queue. |
cancelCode | Cancellation risk code. |
detailCode | Detailed cause code. |
instanceId | Instance ID. |
instanceComment | Instance alias. |
publishTime | Time the event notification was published. |
View scheduled events
Log on to the PolarDB console.
In the left-side navigation pane, choose Event Center (formerly known as Event Management) > Scheduled Events. In the top navigation bar, select the region where your cluster resides.
On the Scheduled Events page, view event details. By default, events in the Planned state are displayed. Click the Completed or Canceled tab to view historical events.
Attribute Example Description Event type Risk fixing The urgency level: risk fixing or system maintenance. Status Pending The scheduling status. See Event statuses below. Event type Minor version update The specific type of maintenance event. For a full list, see Event types and impacts. Cause - The cause of the event. Business impact Transient connections How the event affects your workloads. Varies by event type. O&M suggestions Make sure that your applications are automatically configured to reconnect to your cluster. Recommended actions before or during the event. Start time - When the event enters the scheduling queue. Empty if the status is Waiting Setting Time. Before this time, the cluster is not affected. After this time, cluster-level operations (such as changing configurations or cross-zone migrations) are temporarily unavailable. Scheduled switchover time - The estimated time when a transient connection occurs due to a primary/secondary or link switchover. In extreme cases, up to two switchovers may occur. Deadline - The latest time by which you can configure the execution time. The switchover time you set cannot be later than this deadline. Cancelable Yes Whether you can cancel this event. Available for most system O&M events. Schedule changeable Yes Whether you can reschedule this event. Not available for urgent risk fixing events with a short window.
Event statuses
Each status indicates what action, if any, you need to take:
| Status | What it means | What to do |
|---|---|---|
| Waiting Setting Time | No execution time is set. If you don't configure one before the deadline, the system automatically cancels the event. | Set the switchover time before the deadline. |
| Pending | Waiting for the scheduled start time. | No action needed. |
| Executing | The event is running. Manual intervention is not available. | Submit a ticket to terminate urgently. |
| Successful | The event completed successfully. | No action needed. |
| Canceled | The event was canceled or failed. See Cancellation causes below. | Review the cause and act accordingly. |
Cancellation causes
| Cause code | Description |
|---|---|
| UserCancel | You canceled the event in the console or via an API call. |
| UserResponseTimeout | The event was automatically canceled because you did not set the execution time before the deadline. |
| SupervisorCancel | The event initiator canceled the event for database management purposes. |
| AvoidCancel | The risk was mitigated or the cluster no longer requires this event—for example, the cluster is already on the latest version. |
| AutoCancel | The system canceled the event because the cluster did not meet execution conditions during a regular check—for example, the cluster status is abnormal. |
| ExecuteTimeout | The event entered the execution queue but did not complete within the expected time. |
| ExecuteFail | The event failed during execution due to an unknown exception. |
Reschedule an event
Select the events you want to reschedule and click Schedule Event. Choose one of the following options:
Immediate execution: Starts the event immediately. The current time is used as the start time, and the event enters the execution queue right away.
Switchover at a specified time: Select a switchover time within the allowed range. The start time is automatically calculated based on the switchover time you choose. The new start time cannot be earlier than the current time.
When you cannot reschedule an event:
Rescheduling is blocked if any of the following conditions apply:
The event is in the Executing state.
The event's start time has already passed.
The current time is later than the event's deadline.
The new start time of the event is earlier than the current time.
The switchover time for this event cannot be changed.
To set the switchover time beyond the deadline (when you accept the associated risks), submit a ticket.
Set a recurring maintenance window
A recurring time window lets you define a preferred schedule for future maintenance events. When a new event is created, the system uses this window to calculate its execution time instead of deriving it from your cluster's maintenance window.
Keep the following in mind: 1. This setting applies only to new events. To change the time of an existing event, use Schedule Event instead. 2. This setting influences the execution time of system maintenance level events only. The actual execution time shown in the event list takes precedence. 3. This is an account-level setting and applies to all database services that support recurring time window configuration.
Click Recurring Time Window Settings in the upper-right corner of the event list. You can set the window by month or week.
Example: If you set the recurring window to 02:00–03:00 on Mondays and Tuesdays, and a new event's allowed time range spans this Tuesday through next Sunday, the eligible switchover slots are Tuesday 02:00–03:00 and next Monday 02:00–03:00. The system preferentially schedules the switchover on Tuesday.
For information about setting the maintenance window for individual clusters, see Set a maintenance window.
Event types and impacts
| Event type | Trigger | Impact type | Impact description |
|---|---|---|---|
| Cluster migration | Host vulnerability, hardware warranty expiration, or OS upgrade. The system migrates the cluster to a new server. Applies to non-high-availability clusters and read-only clusters. | Transient cluster disconnection | After the switchover time is reached: connections to the cluster or affected nodes may experience a brief interruption, after which the cluster enters a read-only state for up to 30 seconds while data syncs. During this time, Data Management (DMS) and Data Transmission Service (DTS) are temporarily unavailable. Schedule switchovers during off-peak hours and make sure your application reconnects automatically. |
| Primary/secondary switchover | Host vulnerability, hardware warranty expiration, or OS upgrade. The system transfers workloads from the primary node to a read-only node. Applies to high-availability clusters only. | Transient cluster disconnection | Same as cluster migration. |
| Cluster parameter adjustment | Known parameter risks. The system modifies cluster parameters. If a modified parameter requires a restart, the cluster restarts. | Varies | Depends on the parameters modified. |
| Host vulnerability fixing | Vulnerabilities detected on the host where the cluster runs. | Transient cluster disconnection | Same as cluster migration. |
| SSL certificate renewal | An SSL certificate is about to expire. | Transient cluster disconnection | Same as cluster migration. |
| Backup mode upgrade | The cluster's backup mode is switched from logical backup to physical backup. | Transient cluster disconnection | Same as cluster migration. |
| Cross-zone migration | Upgrades and improvements to physical infrastructure in specific regions and zones. | Transient cluster disconnection | Same as cluster migration. |
| Minor engine version update | A minor version update is available to deliver new features, fix known issues, and improve user experience. | Transient cluster disconnection | Same as cluster migration. For differences between versions, see Engine release notes and Release notes. |
| Minor version update of PolarProxy | A minor version update is available for PolarProxy to deliver new features, fix known issues, and improve user experience. | Transient cluster disconnection | Cluster endpoints or custom endpoints may be disconnected for up to 10 seconds during the update. For version differences, see the relevant release notes. |
| Network upgrade | Network facility upgrades to improve network performance and stability. | Transient cluster disconnection or virtual IP address change | Same transient disconnection as cluster migration. Some cross-zone network upgrades may change the cluster's virtual IP address. If a client connects using a virtual IP address, the connection is interrupted. To prevent this, use the endpoint in domain name format and disable the DNS cache on your application and server. |
| Storage gateway upgrade | Storage gateway upgrades to improve storage performance and stability. | I/O jitter | Temporary I/O jitter and increased SQL latency may occur, lasting no longer than 3 seconds. |
| Enabling of transparent migration | User experience improvements. | Parameter adjustment | No restart or migration occurs and your workloads are not affected. |
| PolarProxy migration | The host running PolarProxy is upgraded or maintained. | PolarProxy migration | Cluster endpoints or custom endpoints may be disconnected for up to 10 seconds. |
FAQ
Start time and switchover time
Event operations
API reference
| Operation | Description |
|---|---|
| DescribePendingMaintenanceActions | Queries the number of scheduled events by task type. |
| ModifyPendingMaintenanceAction | Modifies the switchover time of a scheduled event. |
| DescribePendingMaintenanceAction | Queries the details of scheduled events. |