Fornece uma mensagem de que a senha ADMIN do Autonomous Database expira em 30 dias ou já expira.

• Se a senha ADMIN estiver dentro do prazo de 30 dias após se tornar inutilizável, você receberá uma advertência indicando a data em que a senha ADMIN não poderá mais ser usada.

• Se a senha ADMIN expirar e não for mais utilizável, o Autonomous Database reportará um evento que especifica que a senha do usuário ADMIN expirou e deve ser redefinida.

Quando um failover automático começa para o Autonomous Database e o banco de dados está indisponível, um evento AutonomousDatabase-AutomaticFailoverBegin é gerado.

O evento só será acionado se você estiver usando o Autonomous Data Guard.

Quando um failover automático que foi acionado é concluído e o banco de dados agora está disponível, um evento AutonomousDatabase-AutomaticFailoverEnd é gerado.

O evento só será acionado se você estiver usando o Autonomous Data Guard.

Não é possível abrir a instância do Autonomous Database, ou então os serviços como high, low, medium, tp ou tpurgent não foram iniciados ou estão indisponíveis.

As seguintes condições não acionam DatabaseDownBegin:

• Operações executadas durante a janela de manutenção

• Problemas relacionados a balanceador de carga, rede ou backup

• Um usuário interrompendo a instância

Esse evento não será disparado se você estiver usando o Autonomous Data Guard e o banco de dados standby não estiver disponível em decorrência de alguma dessas condições.

O banco de dados é recuperado do estado inativo, o que significa que a instância do Autonomous Database é aberta com seus serviços, após um evento DatabaseDownBegin. DatabaseDownEnd só será acionado se houve um evento DatabaseDownBegin anterior.

As seguintes condições não acionam DatabaseDownEnd:

• Operações executadas durante a janela de manutenção

• Um usuário iniciando a instância

Se você estiver usando o Autonomous Data Guard e o banco de dados principal ficar inativo, isso acionará um evento DatabaseDownBegin. Se o sistema fizer failover para o banco de dados standby, isso acionará um evento DatabaseDownEnd.

A instância do Autonomous Database está usando chaves gerenciadas pelo cliente e o banco de dados está inativo (o estado mostra Inacessível).

As seguintes condições acionam DatabaseInaccessibleBegin:

• A chave de criptografia principal do Oracle Cloud Infrastructure Vault é excluída.

• A chave de criptografia principal do Oracle Cloud Infrastructure Vault está desativada.

• A instância do Autonomous Database não pode acessar o Oracle Cloud Infrastructure Vault.

Se a instância do Autonomous Database se recuperar do estado Inacessível que gerou um evento DatabaseInaccessibleBegin, quando o estado do banco de dados mudar para Disponível, o banco de dados acionará um evento DatabaseInaccessibleEnd.

Fornece uma mensagem informando que a senha do usuário do Autonomous Database está expirando dentro do período de tolerância especificado (padrão de 30 dias) ou já expirou.

• Se uma senha de usuário do Autonomous Database estiver dentro do período de tolerância especificado para não ser utilizável, você receberá uma advertência indicando a data em que a senha não poderá mais ser usada.

• Se uma senha de usuário do Autonomous Database expirar e não for mais utilizável, o Autonomous Database reportará um evento que especifica que a senha expirou e deve ser redefinida.

O evento DatabaseUserPasswordWarning é gerado uma vez por dia.

Se o número de tentativas de log-in com falha atingir 3 * número total de usuários nas últimas três (3) horas, o banco de dados acionará um evento FailedLoginWarning.

As tentativas de log-in com falha podem ser devidas a um usuário informando um nome de usuário ou senha inválido ou devido a um timeout de conexão. O evento é acionado quando o limite de tentativas de log-in com falha é excedido dentro do período monitorado (as últimas três horas).

Se um Autonomous Database for realocado para outra infraestrutura do Exadata devido à manutenção do servidor, atualização de hardware, um problema de hardware ou como parte de uma expansão de recurso, o evento InstanceRelocateBegin será acionado no início do processo de realocação.

Se um Autonomous Database for realocado para outra infraestrutura do Exadata devido à manutenção do servidor, atualização de hardware, um problema de hardware ou como parte de uma expansão de recurso, o evento InstanceRelocateEnd será acionado no final do processo de realocação.

Esse evento é gerado quando o Autonomous Database determina que uma wallet vai expirar em menos de 6 (seis) semanas. Este evento é reportado no máximo uma vez por semana.

Este evento é acionado quando há uma conexão que usa a wallet que está prestes a expirar.

AJDNonJsonStorageExceeded

Esse evento é gerado quando um Autonomous JSON Database excedeu o limite máximo de armazenamento de 20 GB de dados armazenados fora das coleções SODA. Esse limite não se aplica aos dados armazenados em coleções SODA ou objetos associados a coleções SODA, como índices ou views materializadas.

Além desse evento, um e-mail é enviado ao proprietário da conta. Reduza o uso de dados não relacionados ao SODA para abaixo do limite de 20 GB ou promova o Autonomous JSON Database para Autonomous Transaction Processing. Consulte Promover para o Autonomous Transaction Processing para obter mais informações.

APEXUpgradeAvailable

Esse evento é gerado quando você está usando o Oracle APEX e uma nova release é disponibilizada.

APEXUpgradeBegin

Esse evento é gerado quando você está usando o Oracle APEX e sua instância do Autonomous Database começa um upgrade para uma nova versão do Oracle APEX ou começa a aplicar um Pacote de Conjuntos de Patches do Oracle APEX.

APEXUpgradeEnd

Esse evento é gerado quando você está usando o Oracle APEX e sua instância do Autonomous Database conclui um upgrade para uma nova versão do Oracle APEX ou conclui a instalação de um Pacote de Conjuntos de Patches do Oracle APEX.

AutomaticRefreshEnd

Este evento é gerado quando a Atualização Automática programada é concluída.

Consulte Editar Política de Atualização Automática para Clone Atualizável para obter mais informações.

AutomaticRefreshFailed

Este evento é gerado quando a Atualização Automática programada falha.

Consulte Editar Política de Atualização Automática para Clone Atualizável para obter mais informações.

DatabaseConnection

Esse evento será gerado se for feita uma conexão de um novo endereço IP com o banco de dados (a conexão não foi feita do endereço IP especificado nos últimos 30 dias).

InactiveConnectionsDetected

Esse evento é gerado quando o número de conexões de banco de dados inativas detectadas está acima de uma determinada proporção em comparação com todas as conexões de banco de dados da instância do Autonomous Database. A inscrição neste evento pode ajudar você a acompanhar as conexões não utilizadas.

Este evento é gerado uma vez por dia, quando o seguinte é verdadeiro:

• O número de conexões inativas, em que o tempo decorrido para a conexão inativa é maior que 24 horas, é maior que 10% do número total de conexões em qualquer estado.

  Para esse cálculo, conexões inativas são conexões em que status é "INACTIVE".

Use a consulta a seguir para relatar informações detalhadas sobre sessões inativas por mais de 24 horas:

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

Este evento é gerado quando uma transação está aberta por mais de 24 horas. Somente um evento é gerado por transação. O evento gerado inclui o ID da transação, o endereço e o endereço da sessão.

MaintenanceBegin

Esse evento é acionado quando a manutenção é iniciada e fornece o timestamp de início da manutenção (esse evento não fornece o horário de início programado).

Esse evento também é acionado quando a manutenção é iniciada para um stand-by local do Autonomous Data Guard.

MaintenanceEnd

Esse evento é acionado quando a manutenção termina e fornece o timestamp de término da manutenção (esse evento não fornece o horário de término programado).

Esse evento também é acionado quando a manutenção termina para um stand-by local do Autonomous Data Guard.

NewMaintenanceSchedule

Esse evento é gerado quando a data de manutenção é atualizada e a nova data é mostrada na Console do Oracle Cloud Infrastructure.

Esse evento também é acionado quando a data de manutenção é atualizada e a nova data é mostrada para um stand-by local do Autonomous Data Guard.

Quando a versão do Java for atualizada, o campo description do evento indicará isso com o seguinte: This maintenance involves Java version update, please expect down time of Java service during this maintenance window.

NetworkUsageInbound

Esse evento é acionado quando o tráfego médio de rede de entrada para o seu Autonomous Database para conexões de banco de dados TCP ou HTTP nas últimas 24 horas excedeu 50% do tráfego médio de entrada observado um dia antes.

Quando as condições de trigger desse evento são atendidas, o evento NetworkUsageInbound é gerado uma vez por dia.

NetworkUsageOutbound

Esse evento é acionado quando o tráfego de rede de saída médio do seu Autonomous Database para conexões de banco de dados TCP ou HTTP nas últimas 24 horas excedeu 50% do tráfego de saída médio observado um dia antes.

Quando as condições de trigger desse evento são atendidas, o evento NetworkUsageOutbound é gerado uma vez por dia.

Esse evento é acionado quando o acesso do operador é detectado para o banco de dados. Você pode consultar os detalhes de acesso na view DBA_OPERATOR_ACCESS com o ID da solicitação fornecido na descrição do evento.

O evento OperatorAccess é gerado uma vez a cada 24 horas.

QueryPerformanceDegradationDetected

Esse evento é acionado quando o tempo médio decorrido de uma consulta excedeu dez vezes seu tempo médio decorrido nos últimos sete (7) dias.

O campo description do evento QueryPerformanceDegradationDetected indica a causa potencial de uma degradação do desempenho da consulta. Por exemplo, com uma mensagem 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.

Quando as condições de trigger desse evento são atendidas, o evento QueryPerformanceDegradationDetected é gerado no máximo uma vez por dia.

ScheduledMaintenanceWarning

Esse evento é gerado quando a instância está a 24 horas de uma manutenção programada e novamente quando a instância está a 1 hora (60 minutos) da manutenção programada.

Esse evento também é acionado quando um stand-by local do Autonomous Data Guard fica a 24 horas de uma manutenção programada e novamente quando o stand-by local do Autonomous Data Guard fica a 1 hora (60 minutos) da manutenção programada.

Quando a versão do Java for atualizada, o campo description do evento indicará isso com a seguinte mensagem: This maintenance involves Java version update, please expect down time of Java service during this maintenance window.

SQLParseErrorWarning

Se ocorrer um erro de parsing SQL várias vezes em uma determinada janela de tempo, por exemplo, 200 vezes ou mais em uma hora, isso gerará entradas "Too Many Parse Errors" no log de alerta. O evento SQLParseErrorWarning é acionado quando há uma nova entrada no log de alerta, indicando que uma instrução SQL tem muitos erros de parsing. Por exemplo, quando uma consulta inválida é executada 200 vezes em menos de uma hora, isso aciona o evento SQLParseErrorWarning.

Este evento é gerado no máximo uma vez por dia. Isso significa que pode haver um atraso de até 24 horas antes que o evento seja gerado.

Este evento é acionado quando uma captura de carga de trabalho é iniciada.

Este evento é acionado quando uma captura de carga de trabalho é concluída com sucesso.

Isso gera um URL pré-autenticado (PAR) para fazer download dos relatórios de captura.

Esse URL está contido no campo captureDownloadURL do evento e é válido por 7 dias a partir da data de geração.

Este evento é acionado quando uma repetição de carga de trabalho é iniciada.

Este evento é acionado quando uma repetição de carga de trabalho é concluída com sucesso.

Isso gera um URL pré-autenticado (PAR) para fazer download dos relatórios de repetição.

Esse URL está contido no campo replayDownloadURL do evento e é válido por 7 dias a partir da data de geração.

Consulte Eventos Críticos no Autonomous Database para obter mais informações.

Este evento é emitido 48 horas antes da interrupção do banco de dados.

Este evento é emitido 48 horas antes do encerramento do banco de dados.

Consulte Eventos de Informações no Autonomous Database para obter mais informações.

Este evento é acionado quando um backup de longo prazo é concluído.

Este evento é acionado quando uma programação de backup de longo prazo é desativada.

Este evento é acionado quando uma programação de backup de longo prazo é ativada ou atualizada.

Este evento é acionado quando um backup de longo prazo é iniciado.

Este evento é emitido depois que o failover é concluído com sucesso ou sem sucesso.

Failovers manuais malsucedidos podem resultar em perda de dados. Verifique a página de detalhes do Autonomous Database na Console do Oracle Cloud Infrastructure para obter informações adicionais no caso de um failover manual sem sucesso.)

Os eventos de "Atualização Manual" são usados para clones atualizáveis do Autonomous Database.

Este evento é emitido depois que o switchover é concluído com sucesso ou sem sucesso.

Switchovers mal-sucedidos podem resultar em perda de dados. Verifique a página de detalhes do Autonomous Database na Console do Oracle Cloud Infrastructure para obter informações adicionais no caso de um switchover mal-sucedido.