Mantenimiento del servicio de Autonomous Database on Dedicated Exadata Infrastructure

Tipos de mantenimiento de servicio

Oracle programa y realiza diferentes actividades de mantenimiento de servicio en Autonomous Database. Estos eventos de mantenimiento varían en su ámbito y frecuencia de aplicación de parches.

Parches de mantenimiento trimestral: en general, Oracle programa y realiza el mantenimiento de toda la flota durante cada trimestre.
- Los parches de mantenimiento trimestral se aplican en varios niveles de recursos, como la infraestructura de Exadata, el cluster de VM de Exadata autónomo (AVMC) y la base de datos de contenedores autónoma (ACD). La ventana de mantenimiento trimestral se puede definir al crear estos recursos de infraestructura, o se puede cambiar más adelante.
- Puede dejar que Oracle se encargue de la programación del mantenimiento o puede definir un período de mantenimiento específico durante el cual Oracle pueda iniciar las operaciones de mantenimiento.
- Por defecto, Oracle aplica actualizaciones de la versión (RU) junto con estos parches de mantenimiento trimestrales. Puede configurar para actualizar la RU en un método de mantenimiento continuo o no continuo.
  - El método En curso actualiza la base de datos de contenedor autónoma, un nodo a la vez, sin tiempo de inactividad para las instancias de Autonomous Database.
  - El método Non-rolling cierra y actualiza la base de datos de contenedor autónoma en paralelo en todos los nodos. Este método minimiza el tiempo de mantenimiento, pero requiere tiempo de inactividad completo para la base de datos de contenedor autónoma y todas las instancias de Autonomous Database asociadas.
    
    Note:
    En una configuración de Autonomous Data Guard, el método de mantenimiento de no acumulación genera tiempo de inactividad para las bases de datos de contenedor autónomas principal y en espera durante su período de mantenimiento respectivo hasta que se completa la aplicación de parches.
- También puede incluir el archivo de zona horaria que se actualizará junto con la RU. Los parches de mantenimiento trimestral que incluyen una actualización de archivo de zona horaria requerirían un tiempo de inactividad completo para la base de datos de contenedor autónoma y las instancias de Autonomous Database asociadas. El tiempo de inactividad depende de la cantidad de datos sensibles a la zona horaria.
- Los parches de mantenimiento trimestral sin una actualización de archivo de zona horaria se pueden aplicar en un método de acumulación o no acumulación, según la configuración de mantenimiento de la base de datos de contenedores autónoma (ACD).
Parches mensuales de seguridad:
- Parches de seguridad de infraestructura de Exadata: Oracle programa y realiza una actividad mensual de mantenimiento de seguridad de infraestructura junto con el mantenimiento trimestral. Sin embargo, estos parches de seguridad se aplican solo en esos meses con actualizaciones de seguridad críticas, incluidas las correcciones de vulnerabilidades con puntuaciones de CVSS mayores o iguales a 7.
  - Cualquier infraestructura de Exadata aprovisionada antes de que Oracle programe el mantenimiento de seguridad será elegible para el mantenimiento de seguridad.
  - El proceso de mantenimiento de seguridad mensual actualiza los servidores de bases de datos para corregir vulnerabilidades de seguridad críticas y problemas de productos. También actualizan los servidores de almacenamiento a una imagen del software de almacenamiento de Exadata que resuelve vulnerabilidades de seguridad conocidas y problemas de productos.
- Parches de seguridad de cluster de VM autónomo: Oracle realiza un mantenimiento de seguridad mensual para los clusters de VM autónomos, además de las actualizaciones trimestrales regulares. Estos parches solo se aplican a regiones de GOV.
  - Los parches de seguridad mensuales se aplican con el método de acumulación.
  - El primer mes de cada trimestre incluye parches trimestrales; los dos meses siguientes incluyen parches de seguridad mensuales.
  - Para asegurarse de que se aplican los parches, debe seleccionar los tres meses del trimestre y especificar una preferencia para la semana 3 y/o la semana 4.
Parches puntuales: Oracle genera parches puntuales para solicitudes de soporte críticas archivadas en My Oracle Support. Para obtener ayuda sobre cómo presentar una solicitud de soporte, consulte Creación de una solicitud de servicio en My Oracle Support .
- Cuando usted y Oracle acuerdan que una solicitud de servicio es crítica y que requiere un parche puntual para una resolución inmediata, el equipo de servicio genera un parche puntual y hace que esté disponible. Los parches puntuales son independientes de los parches de mantenimiento programados.
- Si activa las notificaciones y los eventos de Oracle Cloud con una regla para recibir notificaciones relacionadas con nuevas actualizaciones, cuando haya parches puntuales disponibles, Oracle enviará una notificación que contiene el OCID del producto al que se debe aplicar el parche. De lo contrario, puede encontrar el aviso de disponibilidad de actualización en el portal de My Oracle Support para la solicitud de soporte que ha presentado.
- Los parches puntuales se fusionan posteriormente en la siguiente actualización de la versión (RU) para garantizar que:
  - Una corrección puntual entregada para un cliente en particular esté disponible para todos los clientes.
  - Las versiones posteriores no necesiten volver a aplicar parches puntuales.
- Si es necesario, una RU puede tener varios parches puntuales fusionados. A partir de la versión actual, los parches puntuales no son acumulativos y, por lo tanto, debe aplicarlos individualmente. Si un parche puntual está demasiado próximo a la siguiente RU, se crea una versión personalizada de la RU con la corrección puntual para el siguiente trimestre.
- Suponga que está programada una corrección puntual que no está fusionada en la última RU y que decide aplicar la siguiente RU. A continuación, Oracle cancela el parche puntual programado. Puede ver las ejecuciones de mantenimiento canceladas en el historial de mantenimiento. Todos los detalles de aplicación de parches puntuales registrados en el historial de mantenimiento están disponibles en las descargas y en los servicios de auditoría y registro.
- Si es necesario, se puede realizar un rollback de un parche puntual mediante una solicitud de servicio.
- El número de parches puntuales disponibles para una base de datos de contenedores autónoma se muestra en la página Detalles. Al hacer clic en el enlace Copiar situado junto a él, se copian todos esos números de parche puntuales.

Especificación de cuándo se puede realizar el mantenimiento

En general, Oracle programa y realiza toda la distribución de mantenimiento de la flota a lo largo de cada trimestre y correcciones mensuales de seguridad de la infraestructura para vulnerabilidades con puntuaciones CVSS superiores o iguales a 7. Puede dejar que Oracle se encargue de la programación del mantenimiento o puede definir un período de mantenimiento específico durante el cual Oracle pueda iniciar las operaciones de mantenimiento.

Personalización del mantenimiento trimestral

Seleccione un programa para el mantenimiento automático trimestral de los recursos de Autonomous Database o deje que Oracle programe las actualizaciones automáticamente. Oracle le notifica con antelación la fecha y la hora del próximo mantenimiento programado.

Puede realizar lo siguiente con el mantenimiento trimestral automático en varios niveles de recursos, como se muestra en la siguiente tabla:

Personalice las preferencias y el programa de mantenimiento automático. Puede definir estas preferencias al aprovisionar los recursos de Autonomous Database o cambiarlas más tarde.
Consulte y cambie el programa en cualquier momento anterior al inicio del mantenimiento programado. Los cambios realizados en el mantenimiento programado para trimestres posteriores no afectan al programa del trimestre actual.
Visualización de los eventos de mantenimiento pasados.

Recurso de infraestructura	Notas y más referencia
Infraestructura de Exadata (EI)	Cambio del programa de mantenimiento de un recurso de infraestructura de Exadata. Existen varias opciones para personalizar el programa de mantenimiento, como se explica en Configuración en el programa de mantenimiento personalizable. Visualización y gestión del mantenimiento programado de un recurso de infraestructura de Exadata Visualización del mantenimiento pasado de un recurso de infraestructura de Exadata
Cluster de VM de Exadata autónomo (AVMC)	Cambio del programa de mantenimiento de un cluster de VM de Exadata autónomo. Existen varias opciones para personalizar el programa de mantenimiento, como se explica en Configuración personalizable del programa de mantenimiento. Visualización y gestión del mantenimiento programado de un cluster de VM de Exadata autónomo Visualización del mantenimiento pasado de un cluster de VM de Exadata autónomo Note: Los recursos de AVMC aprovisionados en los recursos de infraestructura de Exadata en Oracle Cloud antes del inicio de la función de varias bases de datos autónomas de VM heredan el programa de mantenimiento de su infraestructura de Exadata asociada.
base de datos de contenedores autónoma (ACD).	En Actualización de preferencias de mantenimiento de base de datos de contenedores autónoma se muestra cómo actualizar las siguientes preferencias: Maintenance method para las actualizaciones automáticas (Rolling o Non-rolling). También puede incluir el archivo de zona horaria que se actualizará junto con la RU. Note: En una configuración de Autonomous Data Guard, el método de mantenimiento de no acumulación genera tiempo de inactividad para las bases de datos de contenedor autónomas principal y en espera durante su período de mantenimiento respectivo hasta que se completa la aplicación de parches. Versión de mantenimiento para las actualizaciones automáticas (Next RU o Latest RU). Programa de mantenimiento automático para la ACD. Existen varias opciones para personalizar el programa de mantenimiento, como se explica en Configuración personalizable del programa de mantenimiento. Note: No puede definir un programa personalizado para una ACD en espera en una configuración de Autonomous Data Guard. Sin embargo, puede definir el número de días durante los que se programará el mantenimiento de la ACD en espera antes que el mantenimiento de la ACD primaria porque la ACD en espera siempre tiene parches antes que la ACD primaria. También puede programar un mantenimiento bajo demanda para actualizar la RU (actualización de versión) junto con el archivo de zona horaria o solo el archivo de zona horaria de una ACD. Consulte Programación de una actualización de mantenimiento trimestral para obtener instrucciones. Note: Solo en el caso de actualizaciones de archivos de zona horaria bajo demanda, se aplicarán parches a la ACD en espera 3 días antes de la ACD principal en las ACD activadas para Autonomous Data Guard. Visualización y gestión del mantenimiento programado de una base de datos de contenedores autónoma Visualización del mantenimiento pasado de una base de datos de contenedores autónoma

Sugerencia:

Oracle recomienda definir una ventana de mantenimiento para todos los recursos de infraestructura mostrados anteriormente en:

Evite que se lleven a cabo las operaciones de mantenimiento cuando estas podrían interrumpir las operaciones habituales de la base de datos.
Aplique parches en los recursos de infraestructura de forma escalonada. El escalonamiento temporal de los eventos de mantenimiento para diferentes recursos de infraestructura es una práctica recomendada y puede ayudarle a verificar el parche en un juego de recursos antes de aplicar otro parche. Por ejemplo, si utiliza diferentes bases de datos de contenedores autónomas para el desarrollo y las pruebas, y desea verificar los parches en el entorno de desarrollo antes de aplicarlos en la producción, puede personalizar sus programas de mantenimiento para que se apliquen parches en todas las bases de datos de contenedores autónomas de desarrollo antes de en las bases de datos de contenedores autónomas de producción.

Configuración personalizable del programa de mantenimiento

Puede seleccionar los siguientes detalles en la consola de Oracle Cloud Infrastructure al definir un programa personalizado para cualquiera de los recursos de infraestructura anteriores.

Meses permitidos: debe seleccionar al menos un mes por trimestre y también puede omitir la aplicación de parches para un trimestre. La aplicación de parches no se puede omitir durante dos trimestres consecutivos.

Note:
Cuando elija omitir, debe seleccionar al menos un mes de ese trimestre. Esto actúa como reserva en caso de que el mantenimiento no se haya producido en el trimestre anterior sin omitir. En este escenario, Oracle realizará automáticamente el mantenimiento en el mes seleccionado, incluso si se selecciona la omisión para ese trimestre.
Week (o Weeks) Within the Selected Months: las semanas comienzan los días 1, 8, 15 y 22 del mes y tienen una duración de 7 días. Las semanas empiezan y acaban según las fechas del calendario, no según los días de la semana. El mantenimiento no se puede programar para la quinta semana de los meses que tienen más de 28 días. Si no especifica una semana del mes, Oracle asignará una semana automáticamente.
Día (o días) de la semana seleccionada:

Si no especifica un día de la semana, Oracle ejecutará la actualización de mantenimiento en un día que asigne automáticamente.

A medida que las semanas comienzan y terminan en función de las fechas del calendario y no de los días de la semana, debe prestar más atención al elegir los días si desea garantizar una secuencia específica para aplicar parches en la infraestructura de Exadata (EI). Por ejemplo, observe los dos meses que se muestran a continuación:

Descripción de la ilustración dayofweek.png

Descripción de la ilustración dayofweek2.png
En septiembre de 2023, la semana 1 comienza en viernes y termina en jueves. Por lo tanto, su primer sábado es un día antes de su primer domingo. Sin embargo, la semana 1 en octubre de 2023 comienza en domingo y termina en sábado. Por lo tanto, su primer sábado es cinco días después de su primer domingo.

Supongamos que desea aplicar parches en todo el recurso de infraestructura de Exadata antes de aplicar parches en sus bases de datos de contenedores autónomas para mantener una secuencia específica de mantenimiento. Programación del mantenimiento del recurso de infraestructura de Exadata el sábado de la semana 1 y de sus bases de datos de contenedor autónomas el domingo de la semana 1. Suponiendo que el domingo de la semana 1 siempre es un día después del sábado de la semana 1, puede funcionar durante unos meses, como en septiembre de 2023, pero no en otros, como en octubre de 2023. Si desea implantar una secuencia específica para la aplicación de parches, podría ser una mejor opción espaciarlas una semana. En este caso, puede programar el recurso de infraestructura de Exadata el sábado de la semana 1, y sus bases de datos de contenedor autónomas el domingo de la semana 2. Al hacerlo, se garantizará que siempre se apliquen los parches en el recurso de infraestructura de Exadata antes de aplicarlos en sus bases de datos de contenedor autónomas.
Ventana (o ventanas) de 4 horas cuando pueden comenzar las operaciones de mantenimiento.
Período de Buffer entre el Mantenimiento de la Base de Datos Primaria y en Espera: número de días entre el mantenimiento de la ACD en espera y el mantenimiento de la ACD principal, es decir, cuántos días antes del mantenimiento en la base de datos de contenedores principal se debe realizar ese mantenimiento en la base de datos de contenedores en espera. Puede elegir cualquier valor de 1 a 7 días.

La selección del período de buffer solo se aplica a una base de datos de contenedores autónoma que es la base de datos principal en una configuración de Autonomous Data Guard.
Plazo: número mínimo de semanas de antelación al evento de mantenimiento con las que le gustaría recibir un mensaje de notificación. El plazo garantiza que las actualizaciones de mantenimiento publicadas recientemente se programan teniendo en cuenta el período mínimo requerido para la notificación por adelantado.
El plazo no es aplicable para el mantenimiento de los recursos de la base de datos de contenedores autónoma.
Puede revertir los cambios a la configuración por defecto seleccionando Restablecer a valor por defecto.

Personalización del mantenimiento de seguridad de la infraestructura mensual

El mantenimiento mensual de la seguridad de la infraestructura, cuando sea necesario, está programado para aplicarse durante una ventana de 21 días que comienza entre el 18 y el 21 de cada mes y se ejecutará hasta el 9 al 12 del mes siguiente. Recibirá una notificación del programa propuesto al menos 7 días antes del inicio de la ventana de mantenimiento mensual y, si lo desea, podrá reprogramar el mantenimiento mensual en otra fecha de la ventana.

Los parches de seguridad mensuales se pueden volver a programar a otra hora dentro de la ventana de mantenimiento, pero no se pueden omitir ni volver a programar más allá de la ventana de 21 días. Puede volver a programar el mantenimiento de seguridad mensual al volver a programar el mantenimiento trimestral siempre que mantenga el mensual dentro de la ventana de mantenimiento actual.

No hay ningún impacto en las instancias de Autonomous Database ni en las aplicaciones conectadas a ellas durante la actividad mensual de aplicación de parches de seguridad de la infraestructura. Las actualizaciones de los servidores de base de datos se aplican en línea mediante la tecnología Ksplice, y las actualizaciones de los servidores de almacenamiento se aplican de forma constante.

Sin embargo, al actualizar la infraestructura de servicio, Oracle puede bloquear algunas operaciones, como la escala de memoria y almacenamiento, la aplicación de parches al sistema operativo y Grid Infrastructure (incluidas las comprobaciones previas) y la expansión flexible de los servidores de recursos informáticos y almacenamiento. Planifique diferir estas operaciones hasta que se hayan completado las actualizaciones. La aplicación de actualizaciones de seguridad tarda unos 15 minutos por host de servidor de base de datos, más 60 minutos por servidor de almacenamiento, según la actividad de E/S. Si intenta realizar una operación afectada, la consola le notificará las actualizaciones de seguridad en curso. No se actualiza ningún software en las VM de invitado.

Personalización de Parches Puntuales

En la vista de mantenimiento de la consola de Oracle Cloud, puede editar la hora de inicio programada u optar por instalar el parche puntual de forma inmediata. Por defecto, Oracle programa la aplicación de un parche puntual en un plazo de 72 horas una vez que el parche está disponible. Si no se produce ninguna acción para cambiar el programa, el parche se aplica automáticamente. Puede volver a programar los parches puntuales solo dentro del trimestre actual. Sin embargo, no puede omitir un parche puntual por completo.

Especificación del tipo de parches que aplicar

Una operación de mantenimiento estándar consiste en aplicar parches de software de base de datos en las bases de datos de contenedores autónomas y, por extensión, en las instancias de Autonomous Database creadas en ellas. Por defecto, Oracle aplica actualizaciones de la versión (RU). Puede configurar el tipo de mantenimiento en Siguiente RU para actualizar la base de datos de contenedores autónoma a la siguiente actualización de versión o Última RU para actualizar la base de datos de contenedores autónoma a la última actualización de versión en la siguiente ventana de mantenimiento. En consecuencia, Oracle utilizará un tipo de imagen que cumpla su preferencia cuando esté disponible. Siempre tiene la opción de cambiar un parche programado determinado a una versión diferente cuando lo desee.

Para obtener instrucciones paso a paso, consulte Actualización de las preferencias de mantenimiento de la base de datos de contenedor autónoma.

Visualización y gestión del mantenimiento programado

Una vez que se programe una actividad de mantenimiento según el período de mantenimiento definido, podrá gestionar el tiempo real de la actividad, incluso hasta el punto de cambiar la versión del parche, aplicar el parche inmediatamente u omitir la actividad.

Detalles de mantenimiento programado

Para cada evento de mantenimiento programado de infraestructura de Exadata, cluster de VM de Exadata autónomo o base de datos de contenedores autónoma, la página Mantenimiento del recurso muestra los siguientes detalles:

El estado del evento
Tipo de evento, como semanal, trimestral, mensual o anual
El OCID del evento
La fecha y la hora de inicio programadas del evento
Método de mantenimiento del evento, como de acumulación o no acumulación. Esto solo se muestra para un recurso de infraestructura de Exadata.
Versión del parche que se va a aplicar en el evento. Esto solo se muestra para un recurso de base de datos de contenedores autónoma.

Operaciones de gestión en un mantenimiento programado

Para cada evento de mantenimiento que se muestra en una página de mantenimiento de recursos de infraestructura, puede realizar las siguientes operaciones de gestión, siempre que el evento no esté ya en curso:

Reprograme la hora de inicio y la fecha del evento para un momento posterior en el trimestre. Especifique la nueva fecha y hora de inicio en la ventana Editar hora de inicio de mantenimiento.
Haga clic en Aplicar parches ahora para iniciar el evento de mantenimiento inmediatamente.

Note:
Aplicar parches ahora no está disponible para una instancia de Autonomous Database con Autonomous Data Guard activado. Como solución alternativa, puede modificar la hora de mantenimiento programada para que se inicie en el período de 4 horas más cercano disponible. Asegúrese de que se aplica un parche a la base de datos en espera antes que a la principal con un período de buffer de 1 a 7 días entre ellas.
Omita un evento de mantenimiento programado de base de datos de contenedores autónoma.

Note:
No se pueden omitir dos eventos de mantenimiento consecutivos. Después de omitir un evento de mantenimiento, no puede omitir el siguiente evento de mantenimiento programado inmediato; solo se pueden omitir eventos de mantenimiento de dos trimestres alternativos en un año.
Seleccione una versión de parche diferente para aplicar. Al seleccionar una versión, tenga en cuenta lo siguiente:
- Debe seleccionar una versión posterior a la versión actual de la base de datos de contenedores autónoma.
- La lista de versiones disponibles puede contener actualizaciones de la versión (RU) y revisiones de actualización de la versión (RUR). Puede elegir cualquier tipo, independientemente del tipo de mantenimiento configurado para la base de datos de contenedores autónoma. La selección de un tipo diferente en la lista Versión no cambia el tipo configurado para la base de datos de contenedores autónoma.
Actualice el método de mantenimiento de la Infrastructure de Exadata de acumulación a no acumulación y viceversa.

Para obtener instrucciones paso a paso, consulte:

Cola automática de eventos de mantenimiento

Eventos de mantenimiento trimestral de diferentes recursos de Autonomous Database

Si selecciona un programa de mantenimiento personalizado para cualquier recurso de infraestructura, Oracle se ajustará a sus preferencias al programar los eventos de mantenimiento. Sin embargo, si su programa personalizado crea una superposición con otros recursos de infraestructura, Oracle se serializa automáticamente de modo que los eventos de mantenimiento se ejecuten en esta secuencia con un intervalo de tiempo entre ellos; infraestructura de Exadata, cluster de VM de Exadata autónomo, base de datos de contenedores autónoma.

Por ejemplo: suponga que un evento de mantenimiento de recursos de infraestructura de Exadata y un evento de mantenimiento de base de datos de contenedores autónoma están programados para iniciarse simultáneamente. En ese caso, se inicia el evento de mantenimiento del recurso de infraestructura de Exadata y el evento de mantenimiento de la base de datos de contenedores autónoma se pone en cola y comienza inmediatamente después del evento de mantenimiento del recurso de infraestructura de Exadata.

Eventos de mantenimiento trimestral y parches de seguridad de infraestructura mensuales

Escenario	Cola
Cuando se programa una actividad de mantenimiento trimestral dentro de 24hours de un parche mensual de seguridad de infraestructura.	El mantenimiento mensual programado se omitirá y se aplicará inmediatamente después del mantenimiento trimestral.
Cuando se programa una actividad de mantenimiento trimestral al mismo tiempo que un parche de seguridad de infraestructura mensual.	El mantenimiento trimestral se realizará en primer lugar y el parche de seguridad mensual se aplicará inmediatamente después de que finalice el mantenimiento trimestral.
Cuando está programado que un parche de seguridad de infraestructura mensual comience 0-24 horas antes del mantenimiento trimestral.	El mantenimiento mensual programado esperará y se realizará inmediatamente después del mantenimiento trimestral. Si el mantenimiento trimestral se vuelve a programar para más tarde, el mantenimiento de seguridad mensual comenzará de inmediato. Por lo tanto, Oracle recomienda programar el mantenimiento trimestral y mensual a la misma hora. Como resultado, si vuelve a programar el evento de mantenimiento trimestral en el último momento, la actividad de mantenimiento mensual se ejecutará a la hora programada tras editar el programa.
Cuando se programa un mantenimiento trimestral fuera de la ventana de 24 horas del mantenimiento de seguridad en el mismo mes.	Necesitará una ventana de mantenimiento para el mantenimiento trimestral y otra ventana de mantenimiento para el mantenimiento de seguridad. Note: En cualquier momento anterior al mantenimiento mensual programado de la infraestructura de Exadata, puede reprogramarlo. Los servidores de almacenamiento solo se actualizarán una vez si programa el mantenimiento de seguridad mensual al menos 25 horas antes del mantenimiento trimestral del mes en el que se ha programado el mantenimiento de seguridad trimestral y mensual.

Visualización de eventos de mantenimiento pasados

Puede ver el mantenimiento pasado de una infraestructura de Exadata, un cluster de VM de Exadata autónomo o un recurso de base de datos de contenedores autónoma desde su página Detalles.

Para obtener instrucciones paso a paso, consulte:

Supervisión de eventos de mantenimiento de servicio

Puede supervisar los eventos de mantenimiento de los recursos de infraestructura de Autonomous Database mediante los servicios Events y Notifications. Con los servicios Events y Notifications , puede obtener notificaciones por correo electrónico cuando se produzcan eventos de mantenimiento en la infraestructura de Exadata, el cluster de VM de Exadata autónomo y los recursos de base de datos de contenedores autónoma.

Para cada recurso de infraestructura, se generan cuatro eventos de mantenimiento diferentes, como se muestra a continuación:

Mantenimiento programado
Recordatorio de mantenimiento
Para los recursos de cluster de VM de Exadata autónomo (AVMC) y base de datos de contenedores autónoma (ACD), la notificación de recordatorio de mantenimiento se envía 1 semana antes de la ejecución de mantenimiento real. En el caso de los recursos de infraestructura de Exadata, la notificación de recordatorio se publica entre 1 y 4 semanas antes de la ejecución del mantenimiento, según la preferencia definida.
Inicio de mantenimiento
Fin de mantenimiento

Para obtener una lista completa de los eventos generados para cada recurso de infraestructura, consulte Events for Autonomous Database on Dedicated Exadata Infrastructure.

Puede suscribirse a cualquiera de estos eventos de mantenimiento para un recurso de infraestructura realizando las siguientes tareas de alto nivel:

Cree un tema de servicio de notificaciones.
Agregue una suscripción de correo electrónico al tema.
Agregue una regla de servicio de eventos para enviar eventos de mantenimiento al tema de servicio de notificaciones.

Ejemplo - Notificaciones: correos electrónicos para eventos de mantenimiento

Para obtener instrucciones paso a paso con un ejemplo, consulte Ejemplo de notificaciones: correos electrónicos para eventos de mantenimiento.