Usar Eventos do Autonomous Database

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

• Se a senha ADMIN estiver dentro de 30 dias após ser 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 ao balanceador de carregamento, à rede ou ao backup

• Um usuário interrompendo a instância

Este evento não será acionado se você estiver utilizando o Autonomous Data Guard e o banco do dados stand-by não estiver disponível em decorrência de qualquer uma dessas condições.

O Banco de Dados é recuperado do estado inativo, o que significa que a instância Autonomous Database é aberta com seus serviços, após um evento DatabaseDownBegin. DatabaseDownEnd só será acionado se houver 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 stand-by, isso acionará um evento DatabaseDownEnd.

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

As seguintes condições acionam DatabaseInaccessibleBegin:

• A chave de criptografia mestra do Oracle Cloud Infrastructure Vault foi excluída.

• A chave de criptografia mestra 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 for alterado para Disponível, o banco de dados acionará um evento DatabaseInaccessibleEnd.

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

• Se uma senha de usuário do Autonomous Database estiver dentro do período de tolerância especificado para se tornar inutilizável, você receberá um aviso 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 puder mais ser usada, o Autonomous Database reportará um evento que especificará que a senha expirou e deverá 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 ocorrer devido a um usuário informar 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 em decorrência de manutenção do servidor, atualização de hardware, um problema de hardware ou como parte de uma ampliação de recursos, o evento InstanceRelocateBegin será acionado no início do processo de realocação.

Se um Autonomous Database for realocado para outra infraestrutura do Exadata por causa da manutenção do servidor, atualização de hardware, um problema de hardware ou como parte de uma ampliação de recursos, o evento InstanceRelocateEnd será acionado no final do processo de realocação.

Quando um upgrade programado começa para o Autonomous Database e o banco de dados está indisponível, um evento ScheduledUpgradeBegin é gerado.

Quando um upgrade programado termina para o Autonomous Database, e o banco de dados agora está disponível, um evento ScheduledUpgradeEnd é gerado.

Quando um upgrade programado falha para o Autonomous Database, e o banco de dados agora está disponível, um evento ScheduledUpgradeFailed é gerado.

Este evento é gerado quando o Autonomous Database determina que uma wallet 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

Este evento é gerado quando um Autonomous JSON Database ultrapassa o limite máximo de armazenamento de 20 GB de dados armazenados fora das coleções SODA. Esse limite não se aplica a 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 a SODA para abaixo do limite de 20 GB ou promova o Autonomous JSON Database para o 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 versão fica disponível.

APEXUpgradeBegin

Esse evento é gerado quando você está usando o Oracle APEX e sua instância do Autonomous Database inicia um upgrade para uma nova release 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 release 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

Este evento será gerado se uma conexão for estabelecida com o banco de dados usando um novo endereço IP (a conexão não foi estabelecida com base no 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. Inscrever-se neste evento pode ajudá-lo a monitorar conexões não usadas.

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 seguinte consulta para relatar informações detalhadas sobre sessões que ficaram 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. Apenas 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 inicial para a manutenção (esse evento não fornece o horário inicial 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 final para a manutenção (esse evento não fornece o horário final programado).

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

NewMaintenanceSchedule

Este 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 a média de tráfego 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% da média de tráfego de entrada observada um dia antes.

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

NetworkUsageOutbound

Esse evento é acionado quando o tráfego de rede médio de saída do 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 saída observado um dia antes.

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

Este evento é acionado quando o acesso do operador é detectado para o banco de dados. Você pode consultar os detalhes de acesso na exibição 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

Este evento é acionado quando o tempo médio decorrido de uma consulta excedeu dez vezes o 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 acionamento desse evento são atendidas, o evento QueryPerformanceDegradationDetected é gerado no máximo uma vez por dia.

ResourceUtilizationWarning

Quando as condições de acionamento desse evento são atendidas, o evento ResourceUtilizationWarning é gerado uma vez por hora.

ScheduledMaintenanceWarning

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

Esse evento também é acionado quando um stand-by local do Autonomous Data Guard está a 24 horas de uma manutenção programada e novamente quando o stand-by local do Autonomous Data Guard está 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 um erro de parsing de SQL ocorrer 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 alertas, 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 da geração do evento.

UnplannedMaintenanceBegin

Esse evento é gerado quando uma instância requer uma manutenção não planejada em decorrência de uma correção de segurança crítica, uma regressão ou uma falha durante a manutenção planejada.

Este evento informa quando a manutenção necessária para situações urgentes e não planejadas é iniciada.

UnplannedMaintenanceEnd

Esse evento é gerado quando uma instância requer uma manutenção não planejada em decorrência de uma correção de segurança crítica, uma regressão ou uma falha durante a manutenção planejada.

Este evento informa quando a manutenção necessária para situações urgentes e não planejadas é concluída com sucesso.

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

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

Isso gera um URL de PAR (pré-autenticado) 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 Detalhes do Autonomous Database na console do Oracle Cloud Infrastructure para mais informações no caso de um failover manual malsucedido.)

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

Este evento é emitido após a conclusão do switchover com sucesso ou sem sucesso.

As alternâncias malsucedidas podem resultar em perda de dados. Verifique a página detalhada do Autonomous Database na console do Oracle Cloud Infrastructure para mais informações no caso de um switchover malsucedido.