Mantenimiento de servicio de la base de datos de IA autónoma en una infraestructura de Exadata dedicada

Oracle programa y realiza todas las aplicaciones de parches y otras operaciones en todos los recursos de la base de datos de IA autónoma de la infraestructura de Exadata dedicada. Al mismo tiempo, también le proporciona varias opciones para personalizar, ver y reprogramar eventos del mantenimiento para los distintos recursos del infraestructura.

Nota: Con Database In-Memory activado, puede experimentar una degradación del rendimiento durante cualquier actividad de aplicación de parches que resulte en el reinicio de la base de datos. Para obtener más información sobre Database In-Memory, consulte Database In-Memory.

Tipos de mantenimiento de servicio

Oracle programa y realiza diferentes actividades de mantenimiento de servicios en su base de datos de IA autónoma. Estos eventos de mantenimiento varían en su ámbito y frecuencia de aplicación de parches.

El equipo de operaciones en la nube de Oracle supervisa continuamente la aplicación de parches y realizará un rollback si un parche no supera las pruebas de cordura básicas. Si es necesario realizar un rollback, el mantenimiento se reprogramará. Si bien el rollback es la última opción, nuestro objetivo siempre es proporcionar la solución más rápida para restaurar la base de datos a un estado correcto. Si solo aparece una regresión dentro de la aplicación, se debe informar mediante una solicitud de servicio (SR). Para los problemas críticos que requieren atención inmediata, Oracle puede desarrollar y desplegar un parche puntual fuera del programa de mantenimiento estándar.

• Parches de mantenimiento trimestrales: en general, Oracle programa y lleva a cabo un mantenimiento completo de toda la flota durante cada trimestre.

  • Los parches de mantenimiento trimestrales 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 pueden definir al crear estos recursos o se pueden 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 versión (RU) junto con estos parches de mantenimiento trimestrales. Puede configurar para actualizar RU en un método de mantenimiento gradual o no gradual.

    • El método Rolling actualiza la ACD, un nodo a la vez, sin tiempo de inactividad para las bases de datos de IA autónomas.

    • El método No roll se apaga y actualiza la ACD en paralelo en todos los nodos. Este método minimiza el tiempo de mantenimiento, pero requiere tiempo de inactividad completo para la ACD y todas las bases de datos de IA autónomas asociadas.

      Nota: 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 ventana de mantenimiento respectiva hasta que se complete la aplicación de parches.

  • También puede incluir el archivo de zona horaria que se va a actualizar junto con la RU. Los parches de mantenimiento trimestrales que incluyen una actualización de archivos de zona horaria requerirían un tiempo de inactividad completo para ACD y las bases de datos de IA autónomas asociadas. El tiempo de inactividad depende de la cantidad de datos que son sensibles a la zona horaria.

  • Los parches de mantenimiento trimestrales sin una actualización de archivo de zona horaria se pueden aplicar en un método sucesivo o no sucesivo, 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.

    • Si Oracle programa el mantenimiento de seguridad, se podrá optar por el mantenimiento de seguridad si se aprovisiona la infraestructura deExadata.

    • El proceso de mantenimiento de seguridad mensual actualiza los servidores de bases de datos para corregir vulnerabilidades de seguridad críticas y problemas con los productos. También actualizan los servidores de almacenamiento a una imagen de Exadata Storage Software que resuelve vulnerabilidades de seguridad conocidas y problemas de productos.

  • Parches de seguridad de cluster de VM autónomo: Oracle realiza un mantenimiento mensual de seguridad 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.

  • Supongamos que se programa una corrección puntual que no está fusionada en la última RU ni en la revisión de la siguiente RU y que decide aplicarla. 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 su página Detalles. Al hacer clic en el enlace Copiar que se encuentra 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 repartos completos de mantenimiento de la flota a lo largo de cada trimestre y correcciones mensuales de seguridad de la infraestructura para vulnerabilidades con puntuaciones de 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

Puede elegir un programa para el mantenimiento automático trimestral de los recursos de la base de datos de IA autónoma o dejar que Oracle programe las actualizaciones automáticamente. Por anticipado, Oracle le notifica la fecha y 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 la base de datos de IA autónoma o cambiarlos más adelante.

• Consulta y cambio del programa en cualquier momento antes del inicio del mantenimiento programado. Los cambios realizados en el mantenimiento programado para los trimestres siguientes no afectan al programa del trimestre actual.

• Consulta de los eventos de mantenimiento anteriores.

Recurso de infraestructura	Notas y otras referencias
Infraestructura de Exadata (IE)	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
Clúster 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 en el programa de mantenimiento personalizable. 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 Nota: Los recursos de AVMC aprovisionados en los recursos de infraestructura de Exadata en Oracle Cloud antes del inicio de la función de base de datos de IA autónoma de varias máquinas virtuales 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: Método de mantenimiento para las actualizaciones automáticas (sucesivas o no sucesivas). También puede incluir el archivo de zona horaria que se va a actualizar junto con la RU. Nota: 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 ventana de mantenimiento respectiva hasta que se complete la aplicación de parches. Versión de mantenimiento para las actualizaciones automáticas (próxima RU o última RU). Programa de mantenimiento automático para la ACD. Existen varias opciones para personalizar el programa de mantenimiento, como se explica en Configuración en el programa de mantenimiento personalizable. Nota: No puede definir un programa personalizado para una base de datos de contenedor autónoma en espera en una configuración de Autonomous Data Guard. Sin embargo, puede definir el número de días durante los cuales se programará el mantenimiento de la base de datos de contenedor autónoma en espera antes del mantenimiento de la base de datos de contenedor autónoma principal porque siempre se aplican parches a la base de datos de contenedor autónoma en espera antes de la base de datos de contenedor autónoma principal. También puede programar un mantenimiento bajo demanda para actualizar la RU (actualización de la versión) junto con el archivo de zona horaria o simplemente el archivo de zona horaria para una ACD. Consulte Programación de una actualización de mantenimiento trimestral para obtener instrucciones. Nota: Solo en el caso de actualizaciones de archivos de zona horaria bajo demanda, se aplicará un parche a la ACD en espera 3 días antes de la ACD principal en las ACD activadas de 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

Consejo: 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. No se pueden omitir los parches durante dos trimestres consecutivos.

  Nota: Cuando elija omitir, debe seleccionar al menos un mes de ese trimestre. Esto actúa como una 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.

• Semana (o semanas) en los meses seleccionados: las semanas empiezan el 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

  Para 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. Como resultado, 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 Exadata Infrastructure en la semana 1, el sábado y las bases de datos de contenedor autónomas en la semana 1, el domingo, suponiendo que la semana 1 siempre es un día después de la semana 1, el sábado 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 Windows) de 4 horas cuando pueden comenzar las operaciones del mantenimiento.

• Período de buffer entre la base de datos principal y la base de datos 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 de la base de Datos de contenedores principal se va a realizar el mantenimiento en esta base de datos. 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 para el evento de mantenimiento 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 mensual de seguridad de la infraestructura

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 desean, podrán reprogramar el mantenimiento mensual a otra fecha de la ventana.

Los parches de seguridad mensuales se pueden reprogramar a otra hora dentro de la ventana de mantenimiento, pero no se pueden omitir ni reprogramar más allá de la ventana de 21 días. También puede reprogramar la mantención de seguridad mensual al reprogramar la mantención trimestral siempre que mantenga la mantención mensual dentro del período de mantenimiento actual.

No hay impacto en las bases de datos o aplicaciones de IA autónomas conectadas a ellas durante la actividad mensual de aplicación de parches de seguridad de la infraestructura. Las actualizaciones a los servidores de bases de datos se aplican en línea mediante el uso de la tecnología Ksplice, mientras que las actualizaciones en los servidores de almacenamiento se aplican de forma continua.

Sin embargo, al actualizar la infraestructura de servicio, es posible que Oracle bloquee algunas operaciones como la ampliación de memoria y almacenamiento, el sistema operativo, la aplicación de parches de Grid Infrastructure (incluidas la comprobación previa) y el despliegue flexible de los servidores informáticos y de almacenamiento. Planifique diferir estas operaciones hasta que se hayan completado las actualizaciones. La aplicación de actualizaciones de seguridad suele tardar unos 15 minutos por host de servidor de base de datos, más 60 minutos por servidor de almacenaje, en función de 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 a las bases de datos de contenedores autónomas y, por extensión, a las bases de datos de IA autónomas 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 la versión o en Última RU para actualizar la base de datos de contenedores autónoma a la última actualización de la 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 preferencias de mantenimiento de base de datos de contenedores 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 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 en la ventana Editar Hora de Inicio de Mantenimiento.

• Inicie el evento de mantenimiento inmediatamente haciendo clic en Aplicar parches ahora.

Nota: Aplicar parches ahora no está disponible para una base de datos de IA autónoma activada 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.

Nota: No puede omitir dos eventos de mantenimiento consecutivos. Después de omitir un evento del mantenimiento, no puede omitir el siguiente evento inmediato de mantenimiento programado; solo puede 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 infraestructura de Exadata de Acumulación a No Acumulación y viceversa.

Para obtener instrucciones paso a paso, consulte:

• Visualización y gestión del mantenimiento programado de un recurso de infraestructura de Exadata

• Visualización y gestión del mantenimiento programado de un cluster de VM de Exadata autónomo

• Visualización y gestión del mantenimiento programado de una base de datos de contenedores autónoma

Ver notificaciones de estado de mantenimiento

La vista DB_NOTIFICATIONS almacena información sobre las notificaciones de estado de mantenimiento para la instancia de la base de datos de IA autónoma.

SE APLICA A: Solo Oracle Public Cloud

Para mostrar información de notificación:

1. Conéctese a su instancia de Autonomous AI Database.

2. Utilice la siguiente consulta para ver información de mantenimiento (aplicación de parches).

    SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
   

A continuación, se proporcionan detalles sobre el estado de mantenimiento.

• La ejecución de mantenimiento ha finalizado: especifica que el mantenimiento ha finalizado. STATUS muestra el valor COMPLETED con los registros de hora de inicio y finalización para el mantenimiento terminado en ACTUAL_START_DATE y ACTUAL_END_DATE.

• La ejecución de mantenimiento está programada para la instancia: especifica que se ha programado un nuevo mantenimiento. STATUS muestra el valor SCHEDULED con los registros de hora de inicio y finalización esperados para el mantenimiento programado en EXPECTED_START_DATE y EXPECTED_END_DATE.

• La ejecución de mantenimiento ha comenzado: especifica que el mantenimiento está en curso y proporciona el registro de hora de inicio para el mantenimiento activo. STATUS muestra el valor IN_PROGRESS y ACTUAL_START_DATE almacena el registro de hora de inicio.

En la siguiente tabla se muestran las columnas y los tipos de dato DB_NOTIFICATIONS.

Columna	Tipo de dato	Descripción
TYPE	VARCHAR2(128)TYPE	Especifica el tipo de notificación. El valor válido es: MAINTENANCE.
TIME	TIMESTAMP(6) WITH TIME ZONE	Hora a la que se agregó la entrada de notificación.
EXPECTED_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Hora del inicio de mantenimiento programada.
EXPECTED_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Hora de finalización de mantenimiento programada.
ACTUAL_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Hora real de inicio de mantenimiento.
ACTUAL_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Hora real de finalización de mantenimiento.
PRODUCT	VARCHAR2(128)	Producto o componente para el que se programa o está en curso el mantenimiento. Valores: DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS	VARCHAR2(128)	Estado actual del mantenimiento. Valores: SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE	VARCHAR2(64)	Modo de operación de aplicación de parches. Valores: RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT	VARCHAR2(64)	Impacto en la base de datos. Valores: AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION	VARCHAR2(128)	Detalles del mensaje de notificación.
PATCH_ID	VARCHAR2(128)	Versión del parche.

Cola automática de eventos de mantenimiento

Eventos de mantenimiento trimestrales de diferentes recursos de base de datos de IA autónoma

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 trimestrales y parches mensuales de seguridad de infraestructura

Escenario	Poniendo en cola
Cuando se programa una actividad de mantenimiento trimestral dentro de las 24 horas 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á primero y el parche de seguridad mensual se aplicará inmediatamente después de la finalización del mantenimiento trimestral.
Cuando se programa un parche mensual de seguridad de infraestructura para que comience entre 0 y 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 reprograma el evento de mantenimiento trimestral, en el último momento, la actividad mensual de mantenimiento se ejecutará a la hora programada en lugar de justo después del programa.
Si se programa un mantenimiento trimestral fuera del período de 24 horas del mantenimiento en el mismo mes, los clientes necesitan	Necesitará una ventana de mantenimiento para la conservación trimestral y otra ventana de mantenimiento para la conservación de seguridad. Nota: En cualquier momento antes del mantenimiento mensual programado de la infraestructura de Exadata, puede reprogramarla. 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 en el 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:

• Visualización del mantenimiento pasado de un recurso de infraestructura de Exadata

• Visualización del mantenimiento pasado de un cluster de VM de Exadata autónomo

• Visualización del mantenimiento pasado de una base de datos de contenedores autónoma

Supervisión de eventos de mantenimiento de servicio

Puede supervisar los eventos de mantenimiento de las instancias de infraestructura de una base de datos de IA autónoma 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. Para los recursos de la 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 recursos de infraestructura, consulte Eventos para Autonomous AI 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.

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

Contenido relacionado

Creación de una solicitud de servicio en My Oracle Support