General description of scheduled database events

Updated at:
Copy as MD

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 (Message Receiving Management > Basic Receiving Management > ApsaraDB Failure Or O&M Notification). 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.

    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 management console of each product.

  2. In the navigation pane on the left, click Event Center (formerly Event Management) > Scheduled Events. Then, select a region at the top of the console.

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

    Note

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

    Important

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

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

  5. 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
    1. This configuration applies only to future new events. To adjust the time for events currently in the event list, click "Set Execution Time".

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

    3. This is an account-level configuration. After configuration, it takes effect synchronously for all database products that support periodic times.

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

  • The instance or sharding involved in the switchover will experience a transient disconnection and a read-only state for up to 30 seconds (to wait for data synchronization). Execute this during off-peak business hours and ensure your application has a reconnection mechanism.

  • This briefly impacts the instance's use in DMS and DTS. It automatically returns to normal after the operation completes.

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.

  • The instance or sharding involved in the switchover will experience a transient disconnection and a read-only state for up to 30 seconds (to wait for data synchronization). Execute this during off-peak business hours and ensure your application has a reconnection mechanism.

  • This briefly impacts the instance's use in DMS and DTS. It automatically returns to normal after the operation completes.

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.

  • The instance or sharding involved in the switchover will experience a transient disconnection and a read-only state for up to 30 seconds (to wait for data synchronization). Execute this during off-peak business hours and ensure your application has a reconnection mechanism.

  • This briefly impacts the instance's use in DMS and DTS. It automatically returns to normal after the operation completes.

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.

  • The instance or sharding involved in the switchover will experience a transient disconnection and a read-only state for up to 30 seconds (to wait for data synchronization). Execute this during off-peak business hours and ensure your application has a reconnection mechanism.

  • This briefly impacts the instance's use in DMS and DTS. It automatically returns to normal after the operation completes.

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

Important
  • 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

ApsaraDB RDS

RDS MySQL

View and manage pending events

RDS SQL Server

View and manage pending events

RDS PostgreSQL

View and manage pending events

RDS MariaDB

View and manage pending events

ApsaraDB PolarDB

What is PolarDB MySQL Edition

View and manage pending events

What is PolarDB for PostgreSQL (Compatible with Oracle)

View and manage pending events

What is PolarDB PostgreSQL Edition

View and manage pending events

What is PolarDB Distributed Edition

View and manage pending events

ApsaraDB Tair (Compatible with Redis)

Not applicable

View and manage scheduled events

ApsaraDB MongoDB

Not applicable

View and manage scheduled events

FAQ

About Notifications

Why do I receive O&M event notifications?

ApsaraDB may initiate scheduled O&M events for your instances, covering software and hardware upgrades, configuration updates, and network upgrades. Event types include instance migration, primary/secondary switchover, version upgrades, and parameter adjustments. If automatic version upgrades are enabled, you will regularly receive minor version upgrade notifications.

How far in advance are notifications sent? Why can't I find event notifications?

Based on the urgency of the event, scheduled O&M events are typically notified to customers 1–3 days in advance.The primary notification channels are text messages and email. You can view the specific recipients in the Message Hub and search for text messages and email from the past 30 days.The email subject keyword is Database Scheduled O&M Event Notification.

Why did I receive an ApsaraDB O&M notification but not see the event in Scheduled Events?

  • Due to a delay in the carrier's notification status callback, wait 1 to 3 minutes after receiving a notification, then try refreshing the Scheduled Events page. Also, ensure you switch to the correct region where the instance is located.

  • Email subject keywords such as "Alibaba Cloud Database Network Upgrade Notification" are O&M notifications for non-database scheduled events. These are software and hardware upgrades initiated by underlying network and infrastructure teams. Such changes typically occur at the instance or data center level, not at the database instance level. Therefore, you cannot modify the execution time or cancel them for a specific instance, and there will be no record in Scheduled Events. Refer to the specific email or internal message for details on the impact and description.

About Start Time and Switchover Time

Why do I not see tasks executing on the instance after the event start time?

  • After the start time, the event enters the scheduling queue and waits for execution. This includes task checks, environment initialization, and O&M action orchestration. Instance-level tasks may not yet be issued, with no impact on instance availability. Wait patiently; focus only on the switchover time.

  • O&M orchestration may vary for different change events across different database products. The timing for issuing tasks after the start time also differs. For example, the instance migration process for a high availability instance typically involves secondary database cross-host rebuild + primary/secondary switchover + secondary database cross-host rebuild. If only a primary instance migration is performed, the process is primary/secondary switchover + secondary database rebuild. In such cases, tasks are not immediately issued after the start time; the system waits until close to the switchover time to issue the switchover.

How do I modify the scheduled switchover time?

You can modify it using the console or an API. For detailed steps, see Modify Scheduled Events (Optional) and ModifyActiveOperationTasks.

Why can't I modify the scheduled switchover time?

Scenarios where modifying the scheduled switchover time is not supported are as follows:

  • The event status is executing.

  • The event has passed its start time.

  • The current time is later than the event's latest operation time.

  • The new event start time is earlier than the current time.

  • The event itself does not support modifying the switchover time.

The required switchover time is outside the configurable range. How do I postpone execution?

The set event switchover time cannot be later than the "latest operation time." This time is a system-defined safe operation window. If it is later than this time, there may be a risk of failure. We recommend executing it before this time. If you understand the risks and still need to postpone, submit a ticket for modification.

Can I estimate the migration end time?

Currently, only the migration start time and estimated switchover time are displayed. Due to various factors such as network, task queue, and data volume, the end time cannot be estimated.

If an event in "Waiting for time setting" status does not have an execution time set before the deadline, will it execute automatically?

No. If the time is not set by the deadline, the event is automatically canceled. If the system determines that a change is still needed, it reissues a scheduled notification.

About Event Operations

How do I cancel an event?

Cancellation is generally not recommended. You can postpone the scheduled switchover time—for example, by choosing an off-peak business hour for execution. To cancel an event, refer to Procedure step 6. Optional: Cancel scheduled events.

Will events be re-pushed after manual cancellation?

Most events are periodically issued by the inspection system. If you manually cancel an event, it may be reissued after a cool-down period (ranging from 1 to 30 days). You can check the specific reissuance cycle depending on the specific reason in Appendix 2: Detailed Reason Codes and Cancellation Risks (for reference only).

How do I block scheduled events?

Important

Scheduled events aim to improve service quality and stability. We strongly recommend enabling them, as blocking them may pose stability risks.

If you understand the risks and still need to block events, submit a ticket. However, to ensure service stability, urgent risk remediation events cannot be blocked. Typical scenarios include host failures, full disk locks, and SSL Certificate expiration upgrades.

Other Issues

How do I confirm an event is completed?

After the change action corresponding to the instance is completed, it is removed from Scheduled Events. View it in the Completed events. To perceive its status in an event-driven manner, refer to Note 3 for subscribing to Cloud Monitor system events.

Will instance migration events migrate instances to other zones?

No. The instance's zone, account, network, and connection address will not change.

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