Diagnosticando e Solucionando Problemas do Serviço Notifications

O trigger configurado para o recurso de envio de mensagem pode não ter sido atendido no intervalo de tempo que você estava procurando. (O recurso que envia a mensagem pode ser um alarme, uma assinatura de anúncio, uma regra de evento, um conector ou uma notificação contextual (regra de alarme ou evento).)

Por exemplo, considere um alarme configurado para um limite de 90% em um intervalo de uma hora. Talvez a avaliação mais recente tenha ocorrido antes que a instância de computação excedesse o limite.

Como diagnosticar

Revise o histórico do recurso de envio de mensagens e compare as descobertas com as mensagens publicadas e entregues do tópico.

1. Observe a hora em que ocorreu a condição do acionador.

   Exibir gráficos de métrica padrão para o recurso para determinar o tempo.

   Por exemplo, você pode exibir gráficos de métricas de uma instância do serviço Compute e descobrir que ela excedeu o limite definido no alarme às 10:01.

2. Localize o timestamp relacionado conforme registrado pelo recurso associado (alarme, regra de evento ou conector).

   • Para um alarme: Procure transições de estado de alarme relevantes perto do horário da condição de acionamento.

     Dica
     
     Avalia alarmes e mensagens usando seus identificadores exclusivos. Consulte Impedir o Processamento de Itens Duplicados. Para exibir o formato usado por mensagens de alarme, consulte Formato de Mensagem e Exemplos.

     Exibir histórico de alarmes. Uma transição encontrada nessa hora indica que o alarme pode ter enviado a mensagem que está faltando. Uma ausência de transições indica que o alarme não enviou nenhuma mensagem. Se você esperava que o alarme transicionasse, revise sua configuração.

   • Para uma regra de evento: Procure eventos correspondentes próximos ao horário da condição do acionador.

     Exibir gráficos de métricas padrão para a regra de evento. Consulte o gráfico Eventos Correspondentes. Um evento correspondente nesse horário indica que a regra de evento pode ter enviado a mensagem que está faltando. Uma ausência de eventos correspondentes indica que a regra de evento não enviou nenhuma mensagem. Se você esperava que a regra de evento detectasse um evento correspondente, revise sua configuração.

   • Para um conector: Procure mensagens escritas que estejam próximas da hora da condição do acionador.

     Exibir gráficos de métricas padrão para o conector. Consulte o gráfico Mensagens gravadas no destino. Uma mensagem gravada nesse horário indica que o conector pode ter enviado a mensagem que está faltando. A ausência de mensagens gravadas indica que o conector não enviou nenhuma mensagem. Se você esperava que o conector escrevesse uma mensagem, revise sua configuração.

3. No tópico pai da assinatura, procure tempos de publicação e entrega de mensagens próximos ao timestamp relacionado da etapa anterior.

   Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba os gráficos de métricas Contagem Total de Mensagens Publicadas e Contagem de Mensagens Entregues. Uma mensagem publicada que não foi entregue pode indicar um problema com o ponto final da assinatura.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Atualize a configuração do acionador do recurso de envio de mensagens para que o acionador seja atendido quando você espera que ele seja.

Por exemplo, atualize um alarme para usar um intervalo menor.

Veja a seguir instruções para atualizar recursos de envio de mensagens:

• Anúncios: Updating an Announcement Subscription
• Alarmes: Updating an Alarm
• Regras de evento: Editando uma Regra de Eventos
• Conectores: Atualizando um Conector

Talvez o recurso de envio de mensagens não tenha enviado a mensagem ao Notifications. (O recurso que envia a mensagem pode ser um alarme, uma assinatura de anúncio, uma regra de evento, um conector ou uma notificação contextual (regra de alarme ou evento).)

Por exemplo, você pode esperar um e-mail para um evento, enquanto a regra de evento foi configurada acidentalmente para um evento diferente.

Como diagnosticar

Revise o histórico do recurso de envio de mensagens e compare as descobertas com as mensagens publicadas e entregues do tópico.

1. Observe a hora em que ocorreu a condição do acionador.

   Exibir gráficos de métrica padrão para o recurso para determinar o tempo.

   Por exemplo, você pode exibir gráficos de métricas de uma instância do serviço Compute e descobrir que ela excedeu o limite definido no alarme às 10:01.

2. Localize o timestamp relacionado conforme registrado pelo recurso associado (alarme, regra de evento ou conector).

   • Para um alarme: Procure transições de estado de alarme relevantes perto do horário da condição de acionamento.

     Dica
     
     Avalia alarmes e mensagens usando seus identificadores exclusivos. Consulte Impedir o Processamento de Itens Duplicados. Para exibir o formato usado por mensagens de alarme, consulte Formato de Mensagem e Exemplos.

     Exibir histórico de alarmes. Uma transição encontrada nessa hora indica que o alarme pode ter enviado a mensagem que está faltando. Uma ausência de transições indica que o alarme não enviou nenhuma mensagem. Se você esperava que o alarme transicionasse, revise sua configuração.

   • Para uma regra de evento: Procure eventos correspondentes próximos ao horário da condição do acionador.

     Exibir gráficos de métricas padrão para a regra de evento. Consulte o gráfico Eventos Correspondentes. Um evento correspondente nesse horário indica que a regra de evento pode ter enviado a mensagem que está faltando. Uma ausência de eventos correspondentes indica que a regra de evento não enviou nenhuma mensagem. Se você esperava que a regra de evento detectasse um evento correspondente, revise sua configuração.

   • Para um conector: Procure mensagens escritas que estejam próximas da hora da condição do acionador.

     Exibir gráficos de métricas padrão para o conector. Consulte o gráfico Mensagens gravadas no destino. Uma mensagem gravada nesse horário indica que o conector pode ter enviado a mensagem que está faltando. A ausência de mensagens gravadas indica que o conector não enviou nenhuma mensagem. Se você esperava que o conector escrevesse uma mensagem, revise sua configuração.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Por exemplo, atualize uma regra de evento para corresponder ao evento pretendido.

Veja a seguir instruções para atualizar recursos de envio de mensagens:

• Anúncios: Updating an Announcement Subscription
• Alarmes: Updating an Alarm
• Regras de evento: Editando uma Regra de Eventos
• Conectores: Atualizando um Conector

A assinatura pode estar configurada incorretamente.

Por exemplo, o ponto final de uma assinatura de e-mail pode não corresponder ao endereço de e-mail esperado ou o ponto final de uma assinatura do Slack pode não incluir o webhook correto.

Um indicador de uma assinatura configurada incorretamente é uma mensagem publicada que não é entregue.

Como diagnosticar

Obtenha os detalhes da assinatura e analise a configuração. Por exemplo, compare o ponto final de uma assinatura de e-mail com o endereço de e-mail esperado.

Revise o histórico do recurso de envio de mensagens e compare as descobertas com as mensagens publicadas e entregues do tópico.

1. Observe a hora em que ocorreu a condição do acionador.

   Exibir gráficos de métrica padrão para o recurso para determinar o tempo.

   Por exemplo, você pode exibir gráficos de métricas de uma instância do serviço Compute e descobrir que ela excedeu o limite definido no alarme às 10:01.

2. Localize o timestamp relacionado conforme registrado pelo recurso associado (alarme, regra de evento ou conector).

   • Para um alarme: Procure transições de estado de alarme relevantes perto do horário da condição de acionamento.

     Dica
     
     Avalia alarmes e mensagens usando seus identificadores exclusivos. Consulte Impedir o Processamento de Itens Duplicados. Para exibir o formato usado por mensagens de alarme, consulte Formato de Mensagem e Exemplos.

     Exibir histórico de alarmes. Uma transição encontrada nessa hora indica que o alarme pode ter enviado a mensagem que está faltando. Uma ausência de transições indica que o alarme não enviou nenhuma mensagem. Se você esperava que o alarme transicionasse, revise sua configuração.

   • Para uma regra de evento: Procure eventos correspondentes próximos ao horário da condição do acionador.

     Exibir gráficos de métricas padrão para a regra de evento. Consulte o gráfico Eventos Correspondentes. Um evento correspondente nesse horário indica que a regra de evento pode ter enviado a mensagem que está faltando. Uma ausência de eventos correspondentes indica que a regra de evento não enviou nenhuma mensagem. Se você esperava que a regra de evento detectasse um evento correspondente, revise sua configuração.

   • Para um conector: Procure mensagens escritas que estejam próximas da hora da condição do acionador.

     Exibir gráficos de métricas padrão para o conector. Consulte o gráfico Mensagens gravadas no destino. Uma mensagem gravada nesse horário indica que o conector pode ter enviado a mensagem que está faltando. A ausência de mensagens gravadas indica que o conector não enviou nenhuma mensagem. Se você esperava que o conector escrevesse uma mensagem, revise sua configuração.

3. No tópico pai da assinatura, procure tempos de publicação e entrega de mensagens próximos ao timestamp relacionado da etapa anterior.

   Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba os gráficos de métricas Contagem Total de Mensagens Publicadas e Contagem de Mensagens Entregues. Uma mensagem publicada que não foi entregue pode indicar um problema com o ponto final da assinatura.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras.

• Se a assinatura estiver pendente, confirme-a.
• Se a assinatura estiver configurada incorretamente, recrie-a com a configuração correta. Recomendamos excluir a assinatura configurada incorretamente.

As notificações eliminaram a mensagem recebida de um alarme, assinatura de anúncio, regra de evento, conector ou notificação contextual (regra de alarme ou evento) destinada a uma assinatura. Esse problema pode ocorrer quando a assinatura está pendente ou configurada incorretamente.

Como diagnosticar

No tópico pai da assinatura, procure mensagens de função eliminadas. Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba o gráfico de métricas Contagem de Mensagens com Falha e anote o valor da dimensão de métrica endpointType ("ORACLE_FUNCTIONS" para uma mensagem de função eliminada). Quando existe uma mensagem de função eliminada, o contador desse gráfico de métricas é incrementado, mostrando "ORACLE_FUNCTIONS" para endpointType.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras.

• Se a assinatura estiver pendente, confirme-a.
• Se a assinatura estiver configurada incorretamente, recrie-a com a configuração correta. Recomendamos excluir a assinatura configurada incorretamente.

Por exemplo, uma assinatura do Slack está com status pendente devido à falta de confirmação.

Como diagnosticar

Obtenha os detalhes da assinatura para confirmar o status ativo. Se você não encontrar a assinatura, ela poderá ter sido excluída.

Como corrigir

Você pode corrigir essa situação para condições futuras de gatilho. Confirme a assinatura para ativá-la ou, se não conseguir encontrá-la, recrie a assinatura.

As mensagens SMS podem não estar ativadas para o recurso de envio de mensagens. As assinaturas SMS só são ativadas para mensagens enviadas pelos seguintes serviços do Oracle Cloud Infrastructure: Announcements, Monitoring e Connector Hub. Consulte Antes de Iniciar (na página "Criando uma Assinatura SMS").

Por exemplo, considere uma regra de evento configurada para enviar mensagens a um tópico. O tópico contém uma assinatura de e-mail e uma assinatura de SMS. No entanto, as mensagens SMS não estão ativadas para o serviço Events. Nesse caso, a mensagem SMS é eliminada.

Como diagnosticar

No tópico pai da assinatura, procure mensagens SMS entregues. Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba o gráfico de métricas Contagem de Mensagens com Falha e anote o valor da dimensão de métrica endpointType ("SMS" para uma mensagem SMS eliminada). Por exemplo, se um recurso não suportado enviar uma mensagem SMS para um tópico que contém uma assinatura SMS, a mensagem SMS será eliminada. O contador desse gráfico de métricas incrementa, mostrando "SMS" para endpointType.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Crie um recurso de envio de mensagens que esteja ativado para envio de mensagens SMS:

• Alarmes: Criando um Alarme
• Anúncios: Criando uma Assinatura de Anúncio
• Conectores: Criando um Conector

A mensagem SMS pode ser enviada de ou para uma configuração regional não suportada. Recursos internacionais de SMS serão necessários se as mensagens SMS vierem de um número de telefone em outro país.

Como diagnosticar

Confirme se você tem a capacidade de enviar e receber mensagens SMS de e para outros países. Acrescentamos continuamente suporte a mais países para que mais usuários possam receber mensagens SMS de números de telefone locais. Consulte SMS.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Obtenha recursos internacionais de SMS.

Uma mensagem de e-mail pode não ser entregue se o endereço de e-mail estiver em uma lista de supressão.

Os motivos para a supressão incluem códigos de rejeição e reclamações de usuários. Para obter mais informações, consulte Gerenciando a Lista de Supressão.

Como diagnosticar

No tópico pai da assinatura, procure mensagens de e-mail eliminadas. Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba o gráfico de métricas Contagem de Mensagens com Falha e anote o valor da dimensão de métrica endpointType ("E-MAIL" para uma mensagem de e-mail eliminada). Por exemplo, se o endereço de e-mail estiver em uma lista de supressão, a mensagem de e-mail será eliminada. O contador desse gráfico de métricas incrementa, mostrando "E-MAIL" para endpointType.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Consulte Excluindo um Endereço de E-mail da Lista de Supressão. Para obter ajuda para evitar listas de supressão no futuro, consulte Manter uma Reputação Positiva do Remetente de E-mail.

Se seu tópico estiver em um compartimento gerenciado do Oracle Platform Services (denominado "ManagedCompartmentForPaas"), talvez o serviço Monitoring não tenha permissões para usá-lo e talvez as mensagens de alarme enviadas a esse tópico não sejam recebidas.

Como diagnosticar

Obtenha os detalhes do tópico para determinar se seu compartimento é um compartimento gerenciado pelo Oracle Platform Services (denominado "ManagedCompartmentForPaas").

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Para obter mais detalhes, incluindo etapas de resolução, consulte As mensagens de alarme não são recebidas nos compartimentos gerenciados do Oracle Platform Services.

Talvez o recurso de envio de mensagens não tenha enviado a mensagem ao Notifications. (Um recurso de envio de mensagens pode ser um alarme, uma assinatura de anúncio, uma regra de evento, um conector ou uma notificação contextual (regra de alarme ou evento).)

Por exemplo, você pode esperar que uma regra de evento envie uma mensagem para o tópico configurado porque ocorreu um evento. No entanto, a regra de evento pode ser configurada acidentalmente para um evento diferente que não aconteceu.

Como diagnosticar

Revise o histórico do recurso de envio de mensagens e compare as descobertas com as mensagens publicadas e entregues do tópico.

1. Observe a hora em que ocorreu a condição do acionador.

   Exibir gráficos de métrica padrão para o recurso para determinar o tempo.

   Por exemplo, você pode exibir gráficos de métricas de uma instância do serviço Compute e descobrir que ela excedeu o limite definido no alarme às 10:01.

2. Localize o timestamp relacionado conforme registrado pelo recurso associado (alarme, regra de evento ou conector).

   • Para um alarme: Procure transições de estado de alarme relevantes perto do horário da condição de acionamento.

     Dica
     
     Avalia alarmes e mensagens usando seus identificadores exclusivos. Consulte Impedir o Processamento de Itens Duplicados. Para exibir o formato usado por mensagens de alarme, consulte Formato de Mensagem e Exemplos.

     Exibir histórico de alarmes. Uma transição encontrada nessa hora indica que o alarme pode ter enviado a mensagem que está faltando. Uma ausência de transições indica que o alarme não enviou nenhuma mensagem. Se você esperava que o alarme transicionasse, revise sua configuração.

   • Para uma regra de evento: Procure eventos correspondentes próximos ao horário da condição do acionador.

     Exibir gráficos de métricas padrão para a regra de evento. Consulte o gráfico Eventos Correspondentes. Um evento correspondente nesse horário indica que a regra de evento pode ter enviado a mensagem que está faltando. Uma ausência de eventos correspondentes indica que a regra de evento não enviou nenhuma mensagem. Se você esperava que a regra de evento detectasse um evento correspondente, revise sua configuração.

   • Para um conector: Procure mensagens escritas que estejam próximas da hora da condição do acionador.

     Exibir gráficos de métricas padrão para o conector. Consulte o gráfico Mensagens gravadas no destino. Uma mensagem gravada nesse horário indica que o conector pode ter enviado a mensagem que está faltando. A ausência de mensagens gravadas indica que o conector não enviou nenhuma mensagem. Se você esperava que o conector escrevesse uma mensagem, revise sua configuração.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras. Por exemplo, atualize uma regra de evento para corresponder ao evento pretendido.

Veja a seguir instruções para atualizar recursos de envio de mensagens:

• Anúncios: Updating an Announcement Subscription
• Alarmes: Updating an Alarm
• Regras de evento: Editando uma Regra de Eventos
• Conectores: Atualizando um Conector

As notificações eliminaram a mensagem recebida de um alarme, assinatura de anúncio, regra de evento, conector ou notificação contextual (regra de alarme ou evento) destinada a uma assinatura de função. Esse problema pode ocorrer quando a assinatura está pendente ou configurada incorretamente.

Como diagnosticar

No tópico pai da assinatura, procure mensagens de função eliminadas. Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba o gráfico de métricas Contagem de Mensagens com Falha e anote o valor da dimensão de métrica endpointType ("ORACLE_FUNCTIONS" para uma mensagem de função eliminada). Quando existe uma mensagem de função eliminada, o contador desse gráfico de métricas é incrementado, mostrando "ORACLE_FUNCTIONS" para endpointType.

Como corrigir

Você pode remediar esta situação para condições de gatilho futuras.

• Se a assinatura estiver pendente, confirme-a.
• Se a assinatura estiver configurada incorretamente, recrie-a com a configuração correta. Recomendamos excluir a assinatura configurada incorretamente.

A função não foi chamada mesmo que o Notifications tenha entregue a mensagem recebida de um alarme, assinatura de anúncio, regra de evento, conector ou notificação contextual (regra de alarme ou evento).

Como diagnosticar

Observação

O serviço Notifications não tem informações sobre uma função após sua chamada.

Se esta for a primeira chamada, a resposta poderá ser atrasada.

1. Confirmar entrega de Notificações: no tópico pai da assinatura, confirme se o Notifications entregou a mensagem à função. Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba o gráfico de métricas Contagem de Mensagens Entregues e anote o valor da dimensão de métrica endpointType ("ORACLE_FUNCTIONS" para uma mensagem de função entregue). Quando uma mensagem de função é entregue, o contador desse gráfico de métricas é incrementado, mostrando "ORACLE_FUNCTIONS" para endpointType.
2. Na função, procure por tempos de chamada e execução próximos ao horário em que ocorreu a condição do acionador.
   • Exiba os gráficos de métricas padrão da função. Especificamente, exiba os gráficos de métricas Chamadas e Duração. A ausência de pontos de dados que fecham esse timestamp indica que a função não foi chamada ou executada.
   • Exibir os logs de serviço da função.

Como corrigir

Se a função nunca foi chamada, entre em contato com o Suporte.

A função não foi executada mesmo que tenha sido chamada depois que o Notifications entregou a mensagem recebida de um alarme, uma assinatura de anúncio, uma regra de evento, um conector ou uma notificação contextual (regra de alarme ou evento).

Como diagnosticar

Observação

O serviço Notifications não tem informações sobre uma função após sua chamada.

Se esta for a primeira chamada, a resposta poderá ser atrasada.

1. Confirmar entrega de Notificações: no tópico pai da assinatura, confirme se o Notifications entregou a mensagem à função. Exiba os gráficos de métricas padrão do tópico. Especificamente, exiba o gráfico de métricas Contagem de Mensagens Entregues e anote o valor da dimensão de métrica endpointType ("ORACLE_FUNCTIONS" para uma mensagem de função entregue). Quando uma mensagem de função é entregue, o contador desse gráfico de métricas é incrementado, mostrando "ORACLE_FUNCTIONS" para endpointType.
2. Na função, procure por tempos de chamada e execução próximos ao horário em que ocorreu a condição do acionador.
   • Exiba os gráficos de métricas padrão da função. Especificamente, exiba os gráficos de métricas Chamadas e Duração. Um ponto de dados em Chamadas que não tem uma ocorrência correspondente em Duração indica que a função foi chamada, mas não executada.
   • Exibir os logs de serviço da função.

Como corrigir

Consulte Diagnosticando e Solucionando Problemas do Serviço OCI Functions.