Acompanhamento do processo de integridade do CMDB
Use as informações a seguir para rastrear e resolver problemas com os processos de Integridade do CMDB.
Registro em Log
Por padrão, somente as mensagens de erro são registradas na tabela syslog, com o nome de origem CmdbHealth. Para habilitar o registro em log de mensagens "informativas" e de "aviso" (que normalmente são registradas no início e ao final de cada ciclo de processamento), atualize a propriedade de sistema glide.cmdb.logger.use_syslog.CMDBHealth. Para obter informações sobre como usar esta propriedade, consulte Propriedades do sistema da Integridade do CMDB.
Status de processamento
Se os trabalhos agendados estiverem habilitados, mas os dados não estiverem sendo exibidos no painel <ph keyref="var.config-mgmt-database-short"/>, você poderá verificar o status do processamento na tabela "Status da métrica de integridade do CMDB" [cmdb_health_metric_status]. Dependendo do status da métrica inactive, decida como prosseguir.
Inicialmente, o estado de todas as métricas é "Em andamento".
- Completo
- Todas as classes são processadas e o número de falhas está abaixo do limite máximo.
- Máximo de falhas
- O número de falhas desta métrica atingiu o limite máximo. O processamento foi anulado e será reiniciado na próxima execução.
- Pausa Diária do Tempo Limite
- O processador atingiu o limite de tempo de processamento. O processamento foi pausado e será retomado na próxima execução.
- Completo
- Todas as métricas associadas estão no estado Completo e o cálculo de pontuação está completo.
- Incompleto
- A pontuação não é calculada porque uma das métricas associadas atingiu os limites máximos de falha.
- Pausa Diária do Tempo Limite
- Tempo limite esgotado porque uma das métricas associadas atingiu o limite de tempo de processamento.
Tempo de processamento
Se o processamento de uma métrica expirar, você poderá descobrir qual classe leva tempo demais para ser processada. Use essas informações para descobrir se alguma regra de validação é fraca.
O andamento de cada métrica é rastreado na tabela Status do processador de integridade do CMDB [cmdb_health_processor_status]. O status das classes que foram processadas para uma métrica é Completo e o das classes que ainda precisam ser processadas é Rascunho. Ao observar o tempo de atualização de cada classe, você pode calcular a duração do tempo de processamento de cada classe.
Registros órfãos devido à quebra de hierarquia
Regras de órfãos podem detectar um IC órfão, que você não consegue acessar e excluir. Ou pode haver uma incompatibilidade entre a exibição de lista que mostra os registros órfãos e o número total de registros. Essas descobertas se devem aos registros que estão sendo excluídos no banco de dados de somente uma tabela na hierarquia do CMDB.
Esses registros de IC não podem ser acessados pelo GlideRecord e devem ser excluídos diretamente do banco de dados. Por isso, neste caso, para excluir um IC órfão do banco de dados, você deve entrar em contato com o Suporte para obter ajuda.
Os resultados de teste de órfãos fornecem os detalhes de onde exatamente a hierarquia foi quebrada. Por exemplo, a mensagem "O registro deste IC cmdb_ci_linux_server [91054fc24f22520053d6e1d18110c713] está ausente na tabela cmdb_ci_computer" significa que um registro desse sys_id deve ser excluído das tabelas cmdb_ci, cmdb_ci_hardware, cmdb_ci_server e cmdb_ci_linux_server do CMDB (a classe Computador está entre as classes Hardware e Servidor na hierarquia).
Auditorias com script ignoradas
Uma mensagem de erro será registrada se os resultados de uma auditoria com script não forem incluídos no KPI de compliance. O motivo pode ser devido ao script na auditoria não foi atualizado para preencher o campo Data da última execução. Sem um valor de Data da última execução, a Integridade do CMDB não é capaz de identificar esses resultados de execução como parte de uma execução de auditoria completa recente e ignora esses resultados.