Proporciona un mensaje que indica que la contraseña ADMIN de Autonomous Database caduca en un plazo de 30 días o caduca.

• Si la contraseña de ADMIN está dentro de los 30 días posteriores a la inutilización, recibirá una advertencia que indica la fecha en la que ya no se podrá utilizar la contraseña de ADMIN.

• Si la contraseña de ADMIN caduca y ya no se puede utilizar, Autonomous Database notifica un evento que especifica que la contraseña del usuario ADMIN ha caducado y se debe restablecer.

Cuando comienza un failover automático para Autonomous Database y la base de datos no está disponible, se genera un evento AutonomousDatabase-AutomaticFailoverBegin.

El evento solo se disparará si utiliza Autonomous Data Guard.

Cuando se completa un failover automático que se ha disparado y la base de datos está ahora disponible, se genera un evento AutonomousDatabase-AutomaticFailoverEnd.

El evento solo se disparará si utiliza Autonomous Data Guard.

No se puede abrir la instancia de Autonomous Database, o bien los servicios como High, Low, Medium, TPURGENT no se han iniciado o no están disponibles.

Las siguientes condiciones no disparan DatabaseDownBegin:

• Operaciones realizadas durante el período de mantenimiento

• Problemas relacionados con el equilibrador de carga, la red o copias de seguridad

• Un usuario que para la instancia

Este evento no se disparará si utiliza Autonomous Data Guard y la base de datos en espera no está disponible debido a cualquiera de estas condiciones.

La base de datos se recupera del estado de inactividad, lo que significa que la instancia de Autonomous Database se ha abierto con sus servicios tras un evento DatabaseDownBegin. DatabaseDownEnd se dispara solo si había un evento DatabaseDownBegin anterior.

Las siguientes condiciones no disparan DatabaseDownEnd:

• Operaciones realizadas durante el período de mantenimiento

• Un usuario que inicia la instancia

Si utiliza Autonomous Data Guard y la base de datos principal queda inactiva, se disparará un evento DatabaseDownBegin. Si el sistema realiza un failover a la base de datos en espera, se dispara un evento DatabaseDownEnd.

La instancia de Autonomous Database utiliza claves gestionadas por el cliente y no se puede acceder a la base de datos (en el estado se muestra No accesible).

Las siguientes condiciones disparan DatabaseInaccessibleBegin:

• Se ha suprimido la clave de cifrado maestra de Oracle Cloud Infrastructure Vault.

• La clave de cifrado maestra de Oracle Cloud Infrastructure Vault está desactivada.

• La instancia de Autonomous Database no puede acceder a Oracle Cloud Infrastructure Vault.

Si la instancia de Autonomous Database se recupera del estado No accesible que ha generado un evento DatabaseInaccessibleBegin, cuando el estado de la base de datos cambie a disponible, la base de datos dispara un evento DatabaseInaccessibleEnd.

Proporciona un mensaje que indica que la contraseña de usuario de Autonomous Database caduca dentro del período de gracia especificado (30 días por defecto) o que ya ha caducado.

• Si una contraseña de usuario de Autonomous Database está dentro del período de gracia especificado de no ser utilizable, recibirá una advertencia que indica la fecha en la que ya no se puede utilizar la contraseña.

• Si una contraseña de usuario de Autonomous Database caduca y ya no se puede utilizar, Autonomous Database notifica un evento que especifica que la contraseña ha caducado y se debe restablecer.

El evento DatabaseUserPasswordWarning se genera una vez al día.

Si el número de intentos de conexión fallidos alcanza el 3 * número de usuarios totales en las últimas tres (3) horas, la base de datos dispara un evento FailedLoginWarning.

Los intentos de inicio de sesión fallidos pueden deberse a que un usuario introduzca un nombre de usuario o una contraseña no válidos o a un timeout de conexión. El evento se dispara cuando se supera el umbral de intentos de conexión fallidos en el período de tiempo supervisado (las últimas tres horas).

Si una instancia de Autonomous Database se reubica en otra infraestructura de Exadata debido al mantenimiento del servidor, el refrescamiento de hardware, una incidencia de hardware o como parte de una ampliación de recursos, el evento InstanceRelocateBegin se dispara al inicio del proceso de reubicación.

Si una instancia de Autonomous Database se reubica en otra infraestructura de Exadata debido al mantenimiento del servidor, el refrescamiento de hardware, una incidencia de hardware o como parte de una ampliación de recursos, el evento InstanceRelocateEnd se dispara al final del proceso de reubicación.

Este evento se genera cuando Autonomous Database determina que una cartera caducará en menos de seis (6) semanas. Este evento se notifica como máximo una vez por semana.

Este evento se dispara cuando hay una conexión que utiliza la cartera que va a caducar.

AJDNonJsonStorageExceeded

Este evento se genera cuando un JSON Database autónomo ha excedido el límite máximo de almacenamiento de 20 GB de datos almacenados fuera de las recopilaciones de SODA. Este límite no se aplica a los datos almacenados en recopilaciones de SODA u objetos asociados a recopilaciones de SODA, como índices o vistas materializadas.

Además de este evento, se envía un correo electrónico al propietario de la cuenta. Debe reducir el uso de datos no relacionados con SODA por debajo del límite de 20 GB o promocionar Autonomous JSON Database a Autonomous Transaction Processing. Consulte Promoción a Autonomous Transaction Processing para obtener más información.

APEXUpgradeAvailable

Este evento se genera cuando utiliza Oracle APEX y hay una nueva versión disponible.

APEXUpgradeBegin

Este evento se genera cuando utiliza Oracle APEX y la instancia de Autonomous Database comienza a cambiar a una nueva versión de Oracle APEX o a aplicar un paquete de juegos de parches de Oracle APEX.

APEXUpgradeEnd

Este evento se genera cuando utiliza Oracle APEX y la instancia de Autonomous Database completa un cambio a una nueva versión de Oracle APEX o completa la instalación de un paquete de juegos de parches de Oracle APEX.

AutomaticRefreshEnd

Este evento se genera cuando finaliza la actualización automática programada.

Consulte Editar Política de Refrescamiento Automático para Clonación de Refrescamiento para obtener más información.

AutomaticRefreshFailed

Este evento se genera cuando falla el refrescamiento automático programado.

Consulte Editar Política de Refrescamiento Automático para Clonación de Refrescamiento para obtener más información.

DatabaseConnection

Este evento se genera si se realiza una conexión a la base de datos desde una dirección IP nueva (la conexión no se ha realizado desde la dirección IP especificada en los últimos 30 días).

InactiveConnectionsDetected

Este evento se genera cuando el número de conexiones de base de datos inactivas detectadas supera un ratio determinado en comparación con todas las conexiones de base de datos para la instancia de Autonomous Database. Suscribirse a este evento puede ayudarle a realizar un seguimiento de las conexiones no utilizadas.

Este evento se genera una vez al día, cuando se cumple lo siguiente:

• El número de conexiones inactivas, donde el tiempo transcurrido para la conexión inactiva es superior a 24 horas, es superior al 10% del número total de conexiones en cualquier estado.

  Para este cálculo, las conexiones inactivas son conexiones en las que status es "INACTIVE".

Utilice la siguiente consulta para informar de información detallada sobre sesiones que han estado inactivas durante más de 24 horas:

SELECT sid, serial#, last_call_et  FROM v$session
     WHERE status = 'INACTIVE' AND last_call_et > 60 * 60 *24;

Este evento se genera cuando una transacción está abierta durante más de 24 horas. Solo se genera un evento por transacción. El evento generado incluye el ID de transacción, la dirección y la dirección de sesión.

MaintenanceBegin

Este evento se dispara cuando se inicia el mantenimiento y proporciona el registro de hora de inicio para el mantenimiento (este evento no proporciona la hora de inicio programada).

Este evento también se dispara cuando se inicia el mantenimiento de una base de datos en espera local de Autonomous Data Guard.

MaintenanceEnd

Este evento se dispara cuando finaliza el mantenimiento y proporciona el registro de hora de finalización para el mantenimiento (este evento no proporciona la hora de finalización programada).

Este evento también se dispara cuando finaliza el mantenimiento de una base de datos en espera local de Autonomous Data Guard.

NewMaintenanceSchedule

Este evento se genera cuando se actualiza la fecha de mantenimiento y la nueva fecha se muestra en la consola de Oracle Cloud Infrastructure.

Este evento también se dispara cuando se actualiza la fecha de mantenimiento y se muestra la nueva fecha para una base de datos en espera local de Autonomous Data Guard.

Cuando se actualice la versión de Java, el campo description del evento lo indica con lo siguiente: This maintenance involves Java version update, please expect down time of Java service during this maintenance window.

NetworkUsageInbound

Este evento se dispara cuando el tráfico de red entrante medio a su instancia de Autonomous Database para conexiones de base de datos TCP o HTTP en las últimas 24 horas ha superado el 50 % del tráfico entrante medio observado un día antes.

Cuando se cumplen las condiciones del disparador para este evento, el evento NetworkUsageInbound se genera una vez al día.

NetworkUsageOutbound

Este evento se dispara cuando el tráfico medio de red saliente de Autonomous Database para conexiones de base de datos TCP o HTTP en las últimas 24 horas ha superado el 50 % del tráfico medio saliente observado un día antes.

Cuando se cumplen las condiciones del disparador para este evento, el evento NetworkUsageOutbound se genera una vez al día.

Este evento se dispara cuando se detecta el acceso del operador a la base de datos. Puede consultar los detalles de acceso desde la vista DBA_OPERATOR_ACCESS con el ID de solicitud proporcionado en la descripción del evento.

El evento OperatorAccess se genera una vez cada 24 horas.

QueryPerformanceDegradationDetected

Este evento se dispara cuando el tiempo medio transcurrido de una consulta ha superado las diez veces el tiempo medio transcurrido en los últimos siete (7) días.

El campo description del evento QueryPerformanceDegradationDetected indica la posible causa de una degradación del rendimiento de una consulta. Por ejemplo, con un mensaje como:

Query performance slow down detected for SQL ID 9x25vyx9ujnn8. 
This could potentially be due to a recent compute scale down performed on this Autonomous Database. 
You might need to scale up your instance's compute allocation to address this performance degradation.

Cuando se cumplen las condiciones del disparador para este evento, el evento QueryPerformanceDegradationDetected se genera como máximo una vez al día.

ResourceUtilizationWarning

Cuando se cumplen las condiciones del disparador para este evento, el evento ResourceUtilizationWarning se genera una vez por hora.

ScheduledMaintenanceWarning

Este evento se genera cuando quedan 24 horas para un mantenimiento programado para la instancia y, de nuevo, cuando queda 1 hora (60 minutos) para el mantenimiento programado.

Este evento también se dispara cuando una base de datos en espera local de Autonomous Data Guard está a 24 horas de un mantenimiento programado y de nuevo cuando la base de datos en espera local de Autonomous Data Guard está a 1 hora (60 minutos) del mantenimiento programado.

Cuando se actualice la versión de Java, el campo description del evento lo indica con el siguiente mensaje: This maintenance involves Java version update, please expect down time of Java service during this maintenance window.

SQLParseErrorWarning

Si se produce un error de análisis SQL varias veces en una ventana de tiempo determinada, por ejemplo 200 veces o más en una hora, se generan entradas "Too Many Parse Errors" en el log de alertas. El evento SQLParseErrorWarning se dispara cuando hay una nueva entrada en el log de alertas, lo que indica que una sentencia SQL tiene demasiados errores de análisis. Por ejemplo, cuando una consulta no válida se ejecuta 200 veces en menos de una hora, se dispara el evento SQLParseErrorWarning.

Este evento se genera como máximo una vez al día. Esto significa que puede haber un retraso de hasta 24 horas antes de que se genere el evento.

Este evento se dispara cuando se inicia una captura de carga de trabajo.

Este evento se dispara cuando una captura de carga de trabajo finaliza correctamente.

Esto genera una URL autenticada previamente (SAP) para descargar los informes de captura.

Esta URL está incluida en el campo captureDownloadURL del evento y es válida durante 7 días a partir de la fecha de generación.

Este evento se dispara cuando se inicia una reproducción de carga de trabajo.

Este evento se dispara cuando una reproducción de carga de trabajo finaliza correctamente.

Esto genera una URL autenticada previamente (PAR) para descargar los informes de reproducción.

Esta URL está incluida en el campo replayDownloadURL del evento y es válida durante 7 días a partir de la fecha de generación.

Consulte Eventos críticos en Autonomous Database para obtener más información.

Este evento se emite 48 horas antes de la parada de la base de datos.

Este evento se emite 48 horas antes de la finalización de la base de datos.

Consulte Eventos informativos en Autonomous Database para obtener más información.

Este evento se dispara cuando finaliza una copia de seguridad a largo plazo.

Este evento se dispara cuando se desactiva un programa de copia de seguridad a largo plazo.

Este evento se dispara cuando se activa o actualiza un programa de copia de seguridad a largo plazo.

Este evento se dispara cuando se inicia una copia de seguridad a largo plazo.

Este evento se emite después de que el failover se completa correctamente o incorrectamente.

Los failover manuales incorrectos pueden dar lugar a pérdidas de datos. Consulte la página de detalles de Autonomous Database en la consola de Oracle Cloud Infrastructure para obtener información adicional en caso de un failover manual incorrecto).

Los eventos de refrescamiento manual se utilizan para clonaciones de refrescamiento de Autonomous Database.

Este evento se emite después de que el switchover finalice correctamente o incorrectamente.

Los switchovers incorrectos pueden dar lugar a pérdidas de datos. Consulte la página de detalles de Autonomous Database en la consola de Oracle Cloud Infrastructure para obtener información adicional en caso de un switchover incorrecto.