All Products
Search
Document Center

PolarDB:View and manage scheduled events

Last Updated:Mar 28, 2026

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.

image.png

Figure 1 Entry for Message Settings in the Message Center console

image

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:

FieldDescription
eventIdEvent ID. The same event always has the same ID.
productService code.
reasonCause of the event.
impactEnBusiness impact of the event.
eventCodeCode for the O&M event type.
eventNameEnName of the O&M event.
switchTimeScheduled switchover time—when a transient connection occurs if a switchover is performed.
startTimeScheduled start time—when the event enters the scheduling queue.
cancelCodeCancellation risk code.
detailCodeDetailed cause code.
instanceIdInstance ID.
instanceCommentInstance alias.
publishTimeTime the event notification was published.

View scheduled events

  1. Log on to the PolarDB console.

  2. 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.

  3. 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.

    AttributeExampleDescription
    Event typeRisk fixingThe urgency level: risk fixing or system maintenance.
    StatusPendingThe scheduling status. See Event statuses below.
    Event typeMinor version updateThe specific type of maintenance event. For a full list, see Event types and impacts.
    Cause-The cause of the event.
    Business impactTransient connectionsHow the event affects your workloads. Varies by event type.
    O&M suggestionsMake 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.
    CancelableYesWhether you can cancel this event. Available for most system O&M events.
    Schedule changeableYesWhether 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:

StatusWhat it meansWhat to do
Waiting Setting TimeNo 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.
PendingWaiting for the scheduled start time.No action needed.
ExecutingThe event is running. Manual intervention is not available.Submit a ticket to terminate urgently.
SuccessfulThe event completed successfully.No action needed.
CanceledThe event was canceled or failed. See Cancellation causes below.Review the cause and act accordingly.

Cancellation causes

Cause codeDescription
UserCancelYou canceled the event in the console or via an API call.
UserResponseTimeoutThe event was automatically canceled because you did not set the execution time before the deadline.
SupervisorCancelThe event initiator canceled the event for database management purposes.
AvoidCancelThe risk was mitigated or the cluster no longer requires this event—for example, the cluster is already on the latest version.
AutoCancelThe system canceled the event because the cluster did not meet execution conditions during a regular check—for example, the cluster status is abnormal.
ExecuteTimeoutThe event entered the execution queue but did not complete within the expected time.
ExecuteFailThe 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.

Important

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.

Cancel a scheduled event

Select the events you want to cancel and click Cancel Scheduled Event. Review the cancellation risks on the confirmation page and click Confirm.

Important

Scheduled events are issued by the cloud database management system during routine inspections to improve service quality and stability. Avoid canceling events unnecessarily. If you cancel an event, the system may reissue it after a silent period of 1–30 days. Instead of canceling, reschedule the switchover to a time that suits your workload. To block an event entirely, submit a ticket—but note that urgent risk fixing events (such as host failure recovery, full-disk lock resolution, and SSL certificate renewal) cannot be blocked.

Event types and impacts

Event typeTriggerImpact typeImpact description
Cluster migrationHost 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 disconnectionAfter 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 switchoverHost 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 disconnectionSame as cluster migration.
Cluster parameter adjustmentKnown parameter risks. The system modifies cluster parameters. If a modified parameter requires a restart, the cluster restarts.VariesDepends on the parameters modified.
Host vulnerability fixingVulnerabilities detected on the host where the cluster runs.Transient cluster disconnectionSame as cluster migration.
SSL certificate renewalAn SSL certificate is about to expire.Transient cluster disconnectionSame as cluster migration.
Backup mode upgradeThe cluster's backup mode is switched from logical backup to physical backup.Transient cluster disconnectionSame as cluster migration.
Cross-zone migrationUpgrades and improvements to physical infrastructure in specific regions and zones.Transient cluster disconnectionSame as cluster migration.
Minor engine version updateA 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 PolarProxyA minor version update is available for PolarProxy to deliver new features, fix known issues, and improve user experience.Transient cluster disconnectionCluster endpoints or custom endpoints may be disconnected for up to 10 seconds during the update. For version differences, see the relevant release notes.
    Network upgradeNetwork facility upgrades to improve network performance and stability.Transient cluster disconnection or virtual IP address changeSame 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 upgradeStorage gateway upgrades to improve storage performance and stability.I/O jitterTemporary I/O jitter and increased SQL latency may occur, lasting no longer than 3 seconds.
    Enabling of transparent migrationUser experience improvements.Parameter adjustmentNo restart or migration occurs and your workloads are not affected.
    PolarProxy migrationThe host running PolarProxy is upgraded or maintained.PolarProxy migrationCluster endpoints or custom endpoints may be disconnected for up to 10 seconds.

    FAQ

    Why am I receiving O&M event notifications?

    Alibaba Cloud issues scheduled maintenance events to maintain the continuity, stability, and quality of PolarDB services. These events cover software and hardware upgrades, configuration changes, and network improvements. If you have automatic minor version updates enabled for your cluster, you receive notifications for those updates regularly.

    How far in advance are notifications sent? Why am I not receiving them?

    Notifications are sent 1–3 days in advance based on event urgency. Check your notification contacts in Message Center and look for emails with the subject "Notification of ApsaraDB for Planned operation and maintenance" sent in the past month.

    I received a notification but cannot see the event in the Scheduled Events list. Why?

    • The notification status callback is delayed. Wait 1–3 minutes and refresh the page. Also confirm that you have selected the correct region.

    • The notification is about a non-database infrastructure change (such as an email with a subject like "Alibaba Cloud Database Network Upgrade Notice"). These are cluster or data center-level changes initiated by underlying infrastructure teams, not changes at the database instance or cluster level. No scheduled events exist for these changes, and you cannot reschedule or cancel them. The email or internal message content is the authoritative source.

    Start time and switchover time

    After the start time passes, why doesn't the event show as Executing in the list?

    After the start time, the event enters the scheduling queue and waits for execution. During this time, the system performs preparatory tasks—execution checks, environment initialization, and O&M action orchestration—which do not affect cluster availability. Focus on the switchover time rather than the start time.

    The preparation process varies by event type. For instance, migrating a high-availability cluster typically involves recreating the secondary instance across data centers, performing a primary/secondary switchover, and then recreating the secondary instance again. These tasks are orchestrated around the switchover time, not the start time.

    How do I change the scheduled switchover time?

    Reschedule the event in the console (see Reschedule an event) or call the ModifyPendingMaintenanceAction API operation.

    Can I estimate when a migration task will finish?

    Only the start time and approximate switchover time are shown. The actual end time depends on factors like network latency, task queue depth, and data size, so it cannot be estimated in advance.

    What happens if I don't set an execution time before the deadline for a "Waiting Setting Time" event?

    The system automatically cancels the event. If the maintenance is still needed, the system sends a new notification.

    Event operations

    Should I cancel or reschedule?

    Reschedule rather than cancel whenever possible. Select a switchover time during off-peak hours to minimize business impact. If you cancel, the system may reissue the event after a silent period of 1–30 days.

    How do I confirm an event is complete?

    After the event completes, it moves from the Scheduled Events list to the Completed tab. For real-time status tracking, use CloudMonitor system event subscriptions (see Set up notifications).

    Does a cluster migration event change the zone, account, network, or endpoint of my cluster?

    No. After a cluster migration event, the zone, account, network, and endpoint of the cluster remain unchanged.

    API reference

    OperationDescription
    DescribePendingMaintenanceActionsQueries the number of scheduled events by task type.
    ModifyPendingMaintenanceActionModifies the switchover time of a scheduled event.
    DescribePendingMaintenanceActionQueries the details of scheduled events.

    References