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

• Si la contraseña ADMIN no se puede utilizar en los 30 días siguientes a la fecha en que ya no se podrá utilizar, recibirá una advertencia que indica la fecha en la cual ya no se podrá utilizar.

• 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 se inicia 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 ya está 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, tp o tpurgent no se han iniciado o no están disponibles.

Las siguientes condiciones no disparan DatabaseDownBegin:

• Operaciones realizadas durante el periodo de mantenimiento

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

• Un usuario que para la instancia

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

La bases de datos se recupera del Estado de inactividad, lo que significa que la instancia deAutonomous Database se ha abierto con sus servicios tras un evento DatabaseDownBegin. DatabaseDownEnd solo se dispara si hubo un evento DatabaseDownBegin anterior.

Las siguientes condiciones no disparan DatabaseDownEnd:

• Operaciones realizadas durante el periodo de mantenimiento

• Un usuario que inicia la instancia

Si utiliza Autonomous Data Guard y la base de datos principal queda inactiva, se dispara 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 la base de datos se vuelve inaccesible (el estado muestra Inaccesible).

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 Inaccesible que ha generado un evento DatabaseInaccessibleBegin, cuando el estado de la base de datos cambia 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 en el período de gracia especificado (por defecto, 30 días) o que ya ha caducado.

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

• 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 3 * número de usuarios totales en las últimas tres (3) horas, la base de datos dispara un evento FailedLoginWarning.

Los intentos de conexió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, un problema 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, un problema de hardware o como parte de una ampliación de recursos, el evento InstanceRelocateEnd se dispara al final del proceso de reubicación.

Cuando se inicia un cambio de versión programado para Autonomous Database y la base de datos no está disponible, se genera un evento ScheduledUpgradeBegin.

Cuando finaliza un cambio de versión programado para Autonomous Database y la base de datos ya está disponible, se genera un evento ScheduledUpgradeEnd.

Cuando falla un cambio de versión programado para Autonomous Database y la base de datos ahora está disponible, se genera un evento ScheduledUpgradeFailed.

Este evento se genera cuando Autonomous Database determina que una cartera debe 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 una base de datos JSON autónoma supera 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 ni a los 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 ascender 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 se utiliza Oracle APEX y hay disponible una nueva versión.

APEXUpgradeBegin

Este evento se genera cuando se utiliza Oracle APEX y la instancia de Autonomous Database inicia una actualización a una nueva versión de Oracle APEX o comienza 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 de versión 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 la conexión a una base de datos se realiza desde una nueva dirección IP (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 determinado ratio 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, en las que 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 información detallada sobre las 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 la 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 de Autonomous Data Guard local.

MaintenanceEnd

Este evento se dispara cuando finaliza el mantenimiento y proporciona el registro de hora de finalización del 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 de Autonomous Data Guard local.

NewMaintenanceSchedule

Este evento se genera cuando se actualiza la fecha del 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 de Autonomous Data Guard local.

Cuando se actualiza la versión de Java, el campo description del evento indica esto 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 las conexiones de base de datos TCP o HTTP de Autonomous Database 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 de red saliente medio de las conexiones de base de datos TCP o HTTP de Autonomous Database en las últimas 24 horas ha superado el 50 % del tráfico saliente medio 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 para 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 transcurrido medio de una consulta ha superado diez veces el tiempo transcurrido medio en los últimos siete (7) días.

El campo description del evento QueryPerformanceDegradationDetected indica la posible causa de una degradación del rendimiento de la 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 la instancia está a 24 horas de un mantenimiento programado 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 de Autonomous Data Guard local se encuentra a 24 horas de un mantenimiento programado y, de nuevo, cuando la base de datos en espera de Autonomous Data Guard local se encuentra a 1 hora (60 minutos) del mantenimiento programado.

Cuando se actualizará 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 determinada ventana de tiempo, 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 (PAR) 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 se completa 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 terminación de la base de datos.

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

Este evento se dispara cuando se completa 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 complete correctamente o sin éxito.

Los failovers manuales incorrectos pueden dar lugar a pérdidas de datos. Para obtener información adicional en caso de un failover manual incorrecto, consulte la página Detalles de Autonomous Database en la Consola de Oracle Cloud Infrastructure).

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

Este evento se emite después de que la operación de switchover finaliza correctamente o sin éxito.

Los switchovers incorrectos pueden dar como resultado una pérdida de datos. Para obtener información adicional en caso de un switchover incorrecto, consulte la página Autonomous Database details en la consola de la instancia de Oracle Cloud Infrastructure.