Gestão de eventos preferências de configuração
Configurações preferenciais de propriedades e configuração geral.
Use o. Portal de erros conhecidos e o. Comunidade para ajudar você a encontrar problemas de informação.
Preferências gerais
- Autossubridade
- Por padrão, o recurso de monitoramento de integridade automática não está habilitado. Para habilitá-lo, navegue até e selecione Sim para Enable Event Management self-health monitoring(evt_mgmt.self_health_active) propriedade. Use este recurso para monitorar e rastrear muitos Gestão de eventosrecursos.Nota:Os ICs usados no serviço de autointegridade são criados no CMDB.
Integração de evento
- Interceptações SNMP
- Use uma ferramenta de monitoramento para enviar interceptações SNMP, em vez de enviá-las diretamente dos dispositivos.
- Para evitar ter que reescrever regras de evento, carregue MIBs antes de definir as regras de evento.
- API de serviço web
- O uso de uma API de serviço web para integração pode reduzir o número de regras de evento necessárias. Esta ação evita a necessidade de transformar eventos (os dados preparados são enviados em um evento para a instância).
- Use credenciais dedicadas para integração. Opcionalmente, designe credenciais específicas para cada origem de evento.
- CloudWatch
- Use credenciais dedicadas para integrar o CloudWatch com ServiceNow.
- Use e-mail somente se a origem tiver um volume baixo e outras opções não estiverem disponíveis, como executar um script ou encaminhar uma interceptação SNMP.
- Regras de evento
- Definições de configuração ao criar regras de evento:
- Escreva regras de evento para aplicar ao maior número possível de eventos. Regras mais específicas podem ser criadas conforme necessário e devem usar um valor de ordem inferior.
- Se uma regra mais geral puder alcançar o mesmo resultado, evite escrever Regras de evento que se apliquem somente a um determinado subconjunto de eventos.
- Quando as regras de evento são aplicadas a eventos, nenhuma mudança é feita no evento original. Todo o processamento ocorre na memória, portanto, use o. Processando anotações e/ou use o. Processo de verificação do evento Link de ação de IU para solucionar problemas.
- Se você mudar uma regra/transformação que tenha regras de mapeamento existentes, revise e teste novamente com eventos reais ou simulados.
- Certifique-se de que De O valor do campo corresponde exatamente a uma cadeia de caracteres no JSON no additional_infocampo de um evento. Essa correspondência acontece quando uma regra é configurada com base nas informações em um arquivo MIB. Se o arquivo MIB não for carregado, o JSON da interceptação SNMP mostrará varbinds (vinculação de variável) com nomes pontilhados, em vez do nome traduzido na MIB. A regra de mapeamento de campo de evento não é aplicada.
- Estabeleça uma convenção de nomenclatura consistente. Uma convenção comum é: <customer acronym>.<Event Source>.<Description>. Por exemplo, ACME.OEM.Normalize
- Se duas Regras de evento tiverem condições semelhantes definidas, use Pedido Campo para controlar qual regra de evento é executada.
- Use Regras de evento para associar um alerta a um IC.
Configurações de alerta
- Ciclo de vida do alerta
- Funcionalidade de alerta geral:
- Um alerta é aberto sempre que um evento não é ignorado ou seu limite é excedido por uma regra de evento, e a desduplicação não identifica o evento como pertencente a um alerta existente.
- Um alerta é encerrado quando um evento de encerramento é enviado na mesma chave de mensagem ou o alerta é encerrado manualmente.
- Um alerta será reaberto se um alerta de abertura que tenha a mesma chave de mensagem for enviado dentro do período definido nas propriedades (o padrão é uma hora).
- Se um alerta for aberto e fechado a uma taxa alta, conforme definido nas propriedades, ele se tornará oscilante. Quando esta taxa de abertura e fechamento parar, o alerta sai do estado de oscilação.
- Se um incidente for aberto a partir de um alerta, esse alerta permanecerá aberto enquanto o incidente permanecer aberto. Por padrão, quando o incidente ou o alerta é encerrado, o outro também é encerrado. Esse comportamento pode ser configurado usando propriedades.
- Não feche um alerta ao criar um incidente correspondente.
- Não exclua um alerta aberto. Primeiro, feche um alerta e exclua-o.
- Uso Confirmação para indicar que o alerta é conhecido e pode ser temporariamente ignorado.
- Não use Confirmação para marcar um alerta como precisando de atenção.
- Não crie alertas em nenhum destes estados:
- Encerrado
- OK
- Aberta
- .
evt_mgmt.alert_auto_close_intervala propriedade fecha alertas automaticamente após o período especificado. Não especifique 0, pois esse valor desabilita o recurso e pode levar à degradação do desempenho. - Não crie alertas em OK estado. Em alguns sistemas de monitoramento OK indica que um problema foi resolvido enquanto está em outros sistemas de monitoramento OK é usado para denotar eventos que não são de importância operacional. Para o caso anterior, use Limpar em vez de OK Usando uma regra de mapeamento. Para o último caso, tenha uma regra Ignorar, a menos que os eventos tenham um valor específico.
- Regras de ação de alerta
- Um trabalho agendado aplica regras de ação de alerta a novos alertas a cada 11 segundos. Se uma regra de alerta não iniciar imediatamente, aguarde de 10 a 15 segundos antes de iniciar a solução de problemas.
- Use o. Pedido Campo para controlar qual regra de alerta será executada se duas regras de alerta tiverem condições semelhantes definidas.
- Use regras de ação de alerta com modelos de tarefa para preencher valores estáticos em um incidente. Use o script de preenchimento para atribuir valores dinâmicos no incidente. O script do preenchedor pode retornar um valor de falso para anular a criação do incidente.
- Crie um usuário chamado Gestão de eventos(ou um nome semelhante). Em seguida, Criado por um campo em um modelo de tarefa (por exemplo, Incidente ) pode ser definido para indicar que o usuário foi a origem da tarefa.
- Para executar qualquer atribuição de valor dinâmico ou substituir a atribuição de valor dinâmico OOB, use Populador de IncidentCustomMgmtIncidentCustomIncidenteEvtMgmtCustom inclusão de script.
- Correção
- Sempre defina as propriedades do fluxo de trabalho de orquestração para a tabela Tarefa de correção [em_remediation_task].
- Use Fila ECC e. para encontrar informações mais detalhadas sobre atividades de correção.
Regras de negócio
- As regras de negócio criadas nas tabelas de alerta não devem levar mais de alguns milissegundos. Em vez de usar uma regra de negócio, considere se a mesma funcionalidade pode ser obtida usando um trabalho.
- Não use regras de negócios para associar um alerta a um IC. Use regras de evento para fazer vinculação em vez de usar regras de negócios.
Planejamento
- Organize a configuração de origem do evento de filtros, módulos e assim por diante em vários esforços paralelos, em vez de em série.
- Valide os formatos de evento processados para garantir que os dados analisados estejam alinhados com os resultados desejados.
- Testar eventos de produção em um ambiente que não seja de produção. Integre com gerenciadores de elementos que não são de produção e. ServiceNowinstâncias. Se os gerenciadores de elementos não de produção não estiverem disponíveis, envie eventos dos gerenciadores de elementos para ambientes de produção e não produção.
Serviços e painel
- Use Grupos de serviço para agrupar serviços em grupos lógicos para reduzir o número de serviços exibidos no painel Integridade do serviço.
- Importe mapas de serviço criados manualmente.
Inteligência para métricas logs e arquivos do coletor
Inteligência para métricasos logs e arquivos do coletor estão localizados no caminho (MID_SERVER_DIR)/AGENTE . Use esses logs e arquivos para fins de solução de problemas e monitoramento.
| Log ou arquivo | Caminho |
|---|---|
| Arquivo de log do coletor de métrica do PowerShell | Retrieve_metrics.log |
| Arquivo de saída do PowerShell | Work/metrics/metrics_output_.txt |
| Arquivo de entrada do PowerShell | Trabalho/métricas/parâmetros_.txt |
Inteligência para métricaso desempenho pode ser verificado no MID Serverarquivo de log quando mid.log.level MID Servero parâmetro está no modo de depuração.
Inteligência para métricas Os números de desempenho estão disponíveis na tabela Estatísticas de desempenho [sa_performance_statics]. Para exibir os números de desempenho, filtre a lista de Estatísticas de desempenho para Coletor de métricas .