Manage RDS scheduled events - ApsaraDB RDS - Centro de documentación de Alibaba Cloud

RDS le notifica sobre los eventos de mantenimiento, como la migración de instancias, las actualizaciones de versión de base de datos y las actualizaciones de versiones menores, a través de la consola de RDS y mediante SMS, llamada de voz, correo electrónico o mensaje interno. Puede consultar los detalles del evento, como el tipo de evento, la región, la causa, el impacto en el negocio y los identificadores de las instancias afectadas. También puede cambiar manualmente la hora de cambio programada.

SMS,

Requisitos previos

Tiene eventos de mantenimiento pendientes.

Nota

Pase el cursor sobre el icono Notifications en la esquina superior derecha de la consola para consultar los eventos de mantenimiento pendientes.

Notas

Events are classified into two levels of urgency:
- [S0 Urgent] Risk Remediation: Typically involves unexpected issues requiring immediate action to prevent service failures. Notifications for these events are sent three days or less in advance, and the window for rescheduling the switchover time is shorter. Examples include urgent version replacement and upgrades, host failure recovery, and upgrades for expiring SSL certificates.
- [S1 Scheduled] System Maintenance: Involves low-risk issue fixes or planned software and hardware upgrades. Notifications for these events are usually sent more than three days in advance, and you can cancel the event.
To receive notifications for scheduled O&M events, log on to the Centro de mensajes, and select the notification methods and configure contacts for ApsaraDB Fault or Maintenance Notifications. We recommend adding your database O&M personnel as contacts. Otherwise, you will not receive event notifications.Notification methods include Email and Internal Messages. We recommend you select Email to ensure delivery.

En la esquina superior derecha de la consola, haga clic en el icono de campana. Después, en el panel Internal Message Notifications, haga clic en Message Settings.

To receive real-time updates on O&M events or implement custom, event-driven automation, configure system event subscriptions in CloudMonitor. ApsaraDB pushes system events to CloudMonitor for each stage of the O&M event lifecycle, such as Scheduled, In Progress, Succeeded, and Canceled. For more information, see Manage event subscriptions (Recommended). For a list of subscribable CloudMonitor events, see Appendix 1: CloudMonitor-related system events.

Expanda esta sección para ver un ejemplo de evento de CloudMonitor.

{
  "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // A unique ID for the event.
  "product": "RDS",                                  // The service code.
  "reason": "Host software/hardware upgrade",        // The reason for the event.
  "extra": {
    "impactEn": "Transient instance disconnection",  // The impact of the event.
    "eventCode": "rds_apsaradb_transfer",            // The code for the O&M event type.
    "eventNameEn": "Instance migration",             // The name of the O&M event.
    "switchTime": "2024-09-15T01:30:00+08:00",       // The scheduled switchover time. A transient instance disconnection may occur at this time.
    "startTime": "2024-09-14T21:30:00+08:00",          // The time when the event is queued for execution.
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // The cancellation risk code. For details, see Appendix 2: Detailed cause codes and cancellation risks.
    "detailCode": "HostSoftHardwareUpgrade",            // The detailed cause code. For details, see Appendix 2: Detailed cause codes and cancellation risks.
    "instanceInfo": ""
  },
  "instanceId": "rm-2ze9d66o65q1g02g6",             // The instance ID.
  "eventType": "Maintenance",
  "instanceComment": "rm-2ze9d66o65q1g02g6",        // The alias of the instance.
  "instanceType": "Instance",
  "publishTime": "2024-09-10T16:01:47+08:00"
}

Procedimiento

Inicie sesión en la consola de ApsaraDB RDS.
En el panel de navegación izquierdo, haga clic en Event Center.

Nota
Para los eventos de mantenimiento que requieren programar una hora, aparece una ventana emergente que le recuerda programarla lo antes posible.
Opcional: En la página Scheduled events, configure una ventana de tiempo recurrente para programar eventos manualmente.

Nota
La opción Recurring time window settings es una configuración global para los eventos de mantenimiento proactivo de bases de datos, excepto los eventos de corrección de riesgos de emergencia. Una vez que establece una ventana recurrente, la hora de cambio programada para los nuevos eventos de mantenimiento se ubica automáticamente dentro de esta ventana. Si no configura una ventana recurrente, la hora se establece automáticamente dentro de maintenance window de la instancia.
1. Haga clic en Recurring time window settings.
2. En el panel que aparece, establezca la hora recurrente y haga clic en Save.
En la página Scheduled events, consulte los detalles de un evento. Para un evento que se encuentra en estado Planned, seleccione la instancia cuya hora de evento desea modificar y haga clic en Schedule Event.

Nota
La información mostrada varía según el tipo de evento. La información de la página real tiene prioridad.
En el cuadro de diálogo Schedule Event, establezca una hora de cambio programada y haga clic en OK.
Nota
- Seleccione Earliest Execution Time para programar automáticamente el cambio a la hora más temprana posible. Después de hacer clic en Save, la instancia comienza a prepararse para el cambio y entra en estado Pending. Si desmarca esta opción, puede especificar una fecha y hora personalizadas.
- La scheduled switching time no puede ser posterior a la latest action time.

Causas e impactos de los eventos

Tipo de evento	Descripción	Tipo de impacto	Descripción del impacto
Migración de instancia	Operación de mantenimiento programada que se activa por riesgos en el host, hardware fuera de garantía o una actualización del sistema operativo. Durante la operación, el sistema migra la instancia, incluidas las instancias básicas y de solo lectura, a un nuevo host.	Cambio de instancia	Después de la hora de cambio programada, la operación se ejecuta durante la ventana de mantenimiento de la instancia. Pueden presentarse los siguientes impactos: Se produce un cambio de instancia que deja la instancia en modo de solo lectura hasta por 15 segundos durante la sincronización de datos. Se recomienda ejecutar esta operación en horas de baja demanda y asegurarse de que su aplicación cuente con un mecanismo de reconexión. Para obtener más información, consulte Impacts of an instance switchover. El uso de la instancia en DMS y DTS se ve afectado temporalmente. El servicio vuelve a la normalidad cuando finaliza la operación.
Cambio entre nodo primario y secundario	Operación de mantenimiento programada que se activa por riesgos en el host, hardware fuera de garantía o una actualización del sistema operativo. Durante la operación, el sistema inicia un cambio entre el nodo primario y el secundario. Esta operación aplica únicamente a instancias de alta disponibilidad.
Actualización de certificado SSL	Esta operación se inicia cuando el certificado SSL de una instancia está a punto de caducar, con el fin de garantizar la seguridad y estabilidad del servicio.
Actualización del modo de copia de seguridad	Para mejorar la velocidad de copia de seguridad y restauración, el modo de copia de seguridad de la instancia se actualiza de lógico a físico a nivel de base de datos y tabla.
Actualización de software o hardware del host	Operación de mantenimiento programada que se activa por riesgos en el host o por actualizaciones de software o hardware. Durante la operación, el sistema inicia un cambio entre el nodo primario y el secundario.
Actualización de versión menor	Para mejorar la experiencia del usuario, ApsaraDB RDS publica periódicamente versiones menores para las instancias con el fin de agregar funciones o corregir problemas conocidos.	Cambio de instancia	Después de la hora de cambio programada, la operación se ejecuta durante la ventana de mantenimiento de la instancia. Pueden presentarse los siguientes impactos: Se produce un cambio de instancia que deja la instancia en modo de solo lectura hasta por 15 segundos durante la sincronización de datos. Se recomienda ejecutar esta operación en horas de baja demanda y asegurarse de que su aplicación cuente con un mecanismo de reconexión. Para obtener más información, consulte Impacts of an instance switchover. El uso de la instancia en DMS y DTS se ve afectado temporalmente. El servicio vuelve a la normalidad cuando finaliza la operación.
Actualización de versión menor		Diferencias entre versiones menores	Las versiones menores incluyen distintas actualizaciones. Debe tener en cuenta las diferencias entre la nueva versión menor y la versión menor actual. Para obtener más información, consulte las notas de la versión menor correspondiente. Tenga en cuenta que las notas de la versión menor no están disponibles para algunos productos. Release notes of minor engine versions for ApsaraDB RDS for MySQL.
Actualización de versión menor del proxy de base de datos	Para mejorar la experiencia del usuario, ApsaraDB RDS publica periódicamente versiones menores para los nodos proxy con el fin de agregar funciones a los servicios de proxy o corregir problemas conocidos.	Cambio de instancia	Después de la hora de cambio programada, la operación se ejecuta durante la ventana de mantenimiento de la instancia. Pueden presentarse los siguientes impactos: Se produce un cambio de instancia que deja la instancia en modo de solo lectura hasta por 15 segundos durante la sincronización de datos. Se recomienda ejecutar esta operación en horas de baja demanda y asegurarse de que su aplicación cuente con un mecanismo de reconexión. Para obtener más información, consulte Impacts of an instance switchover. El uso de la instancia en DMS y DTS se ve afectado temporalmente. El servicio vuelve a la normalidad cuando finaliza la operación.
Actualización de versión menor del proxy de base de datos		Diferencias entre versiones menores	Las versiones menores incluyen distintas actualizaciones. Debe tener en cuenta las diferencias entre la nueva versión menor y la versión menor actual.
Actualización de red	El hardware de red se actualiza para mejorar el rendimiento y la estabilidad de la red de la instancia.	Cambio de instancia	Después de la hora de cambio programada, la operación se ejecuta durante la ventana de mantenimiento de la instancia. Pueden presentarse los siguientes impactos: Se produce un cambio de instancia que deja la instancia en modo de solo lectura hasta por 15 segundos durante la sincronización de datos. Se recomienda ejecutar esta operación en horas de baja demanda y asegurarse de que su aplicación cuente con un mecanismo de reconexión. Para obtener más información, consulte Impacts of an instance switchover. El uso de la instancia en DMS y DTS se ve afectado temporalmente. El servicio vuelve a la normalidad cuando finaliza la operación.
Actualización de red		Impacto en la conexión directa VIP	Algunas actualizaciones de red pueden implicar una migración entre zonas de disponibilidad, lo cual cambia la dirección IP virtual (VIP) de la instancia. Si su cliente se conecta a la base de datos mediante la VIP, la conexión se interrumpirá. Nota Para evitar interrupciones del servicio, debe usar el endpoint proporcionado para su instancia y deshabilitar el almacenamiento en caché de DNS en su aplicación y en su servidor.
Migración de instancia con tiempo de inactividad	Operación de mantenimiento programada que se activa por riesgos en el host, hardware fuera de garantía o una actualización del sistema operativo. Durante la operación, el sistema migra la instancia a un nuevo host. Esta operación aplica a instancias básicas.	Cambio con tiempo de inactividad	Pueden presentarse los siguientes impactos después de la hora de cambio programada: La configuración original, como el nombre de la instancia, el puerto, las etiquetas, las cuentas de base de datos y los endpoints, permanece sin cambios después de la migración. La migración implica un cambio de red que provoca aproximadamente 10 minutos de tiempo de inactividad. La duración real depende de factores como el volumen de transacciones previo al cambio. El uso de la instancia en DTS se ve afectado. Si hay una tarea de DTS en ejecución, planifique con anticipación. Una vez completada la migración, debe reiniciar manualmente la tarea. El tiempo necesario para la migración depende de factores como el volumen de datos de la instancia.

Preguntas frecuentes

P: ¿Los eventos de mantenimiento de RDS se ejecutan automáticamente? ¿Puedo cancelar una tarea?

R: Sí. Para garantizar la estabilidad de la instancia, los eventos programados se ejecutan automáticamente y no se pueden cancelar. Sin embargo, sí puede cambiar la hora de cambio programada. Se recomienda programar el evento en horas de baja demanda y asegurarse de que su aplicación cuente con un mecanismo de reconexión. Para obtener más información sobre cómo cambiar la hora de cambio programada, consulte la sección Procedimiento de este tema.