Alertas

Evento do Windows

        $Data/Context/



Resolução de alerta automática

Os monitores que criam alertas podem ser configurados para resolver o alerta automaticamente quando o monitor retorna a um estado íntegro. Isso significa que qualquer alerta não resolvido do monitor representa um problema que ainda existe. Isso não requer nenhuma configuração, a não ser confirmar a opção de execução da resolução automática.







Observação




Não é possível executar a resolução de alerta automática com regras, pois as regras não têm nenhum meio de detectar se o problema foi corrigido.









Alertas de Regras

Um alerta somente será gerado a partir de uma regra nas seguintes condições:

A regra está configurada para gerar um alerta.

Os critérios definidos na regra são verdadeiros.

Ainda não existe um alerta aberto que corresponde à configuração de supressão de alerta.


A tabela abaixo discute a capacidade de gerar um alerta de cada tipo de regra.







Tipo de regra
Recursos de alerta




Regras de evento
É possível criar regras de alerta para cada fonte de dados de evento. Os critérios especificados para determinar quando um alerta deve ser criado são iguais aos critérios de uma alteração de estado nos monitores de eventos.


Regras de desempenho
Não é possível criar uma regra de alerta com base em um contador de desempenho. Um monitor deve ser usado nesse caso, pois uma condição de êxito geralmente pode ser detectada a partir de um contador de desempenho e está relacionada a um estado de integridade da classe de destino.


Regras de script
Não é possível criar uma regra de alerta com base em um script. Um monitor deve ser usado nesse caso, pois um script geralmente fornecerá um valor de retorno para o erro e um estado íntegro, de forma que uma condição de êxito seja geralmente detectável e esteja relacionada a algum estado de integridade da classe de destino.





Nome do Alerta

O nome do alerta é uma linha única de texto estático e não pode incluir nenhuma variável.



Prioridade e severidade

A severidade do Alerta define se ele é do tipo de Informações, Aviso ou Crítico. Essa severidade não tem que coincidir com a severidade do estado de integridade que dispara o alerta. A severidade do alerta é identificada por um ícone no console de Operações e é usada pelas exibições e assinaturas de notificação. A prioridade do alerta é inacessível no console de Operações, mas é usada principalmente para assinaturas de notificação.



Descrição do alerta

A descrição do alerta pode ter várias linhas de texto, incluindo texto estático ou variáveis. O tipo mais comum de variável na descrição do alerta será $Data para incluir informações diferentes da fonte de dados da regra na descrição do alerta. As propriedades disponíveis dependerão do tipo de fonte de dados usado. Cada seção de Fontes de dados inclui uma lista das propriedades disponíveis para fontes de dados diferentes.
A tabela a seguir fornece sintaxe e exemplos de variáveis em alertas criados a partir de regras:

  

    

      
Fonte de dados
    
    

      
 Sintaxe
    
    

      
Exemplos
    
  
  

    

      
Evento do Windows
    
    

      
        $Data/



Supressão de alerta

O termo supressão de alerta se refere à lógica definida em regras de alerta, para suprimir a criação de um alerta quando um alerta correspondente ainda está aberto. Isso impede profusões de alertas nas quais vários alertas são criados para o mesmo problema. Como o problema já foi identificado com um alerta aberto, a criação de alertas adicionais cria ruído desnecessário com valor mínimo. Quando a condição de uma regra de alerta é atendida, mas um alerta existente já está aberto, em vez de criar um alerta adicional, a supressão aumentará a contagem de repetições do alerta existente.
Para definir a supressão em uma regra de alerta, é necessário especificar campos que identificam um alerta correspondente. Antes de uma regra de alerta criar um novo alerta, ela verificará se existe um alerta aberto com valores para os campos definidos para supressão que correspondem aos valores nos mesmos campos do novo alerta. Se um alerta com valores correspondentes para cada um desses campos estiver aberto, um novo alerta não será criado.
O número mínimo de campos que identificam exclusivamente o alerta deve ser especificado para a supressão de alerta. Esse geralmente será o nome do computador, além dos campos usados para os critérios da regra. Por exemplo, a supressão em regras de evento pode ser obtida frequentemente com o uso dos seguintes campos:

Computador de Log

Origem do Evento

Número do Evento


No entanto, se a regra for direcionada para uma classe que tenha várias instâncias em um agente, talvez seja necessário um parâmetro para identificar o evento com exclusividade nos critérios da regra. Se esse for o caso, o mesmo parâmetro deverá ser especificado na supressão de alerta.







Observação




A supressão de alerta não está disponível para monitores porque não é necessária. Os monitores somente geram alertas quando seu estado é alterado de íntegro para aviso ou crítico. Mesmo que o problema detectado ocorra outra vez quando o monitor já estiver no estado negativo, nenhum alerta será gerado porque o estado do monitor não foi alterado. Um novo alerta somente será gerado se o monitor retornar a um estado íntegro antes da ocorrência do problema.