KPIs e métricas de Integridade do CMDB
A pontuação geral de Integridade do CMDB consiste em três KPIs (Key Performance Indicators, principais indicadores de desempenho), que são exatidão, conformidadee completude, cada um consistindo em mais submétricas. Cada KPI e métrica é associado a um cartão de pontuação que determina sua contribuição para a integridade agregada no nível geral do CMDB, da classe e no nível do IC.
Você pode configurar quais KPIs e métricas são incluídas no cálculo agregado e definir seu peso na agregação. No sistema base, todos os KPIs e todas as métricas são incluídas no relatório de integridade agregado.
Geral
Uma agregação de todos os três KPIs (correção, completude e conformidade), de acordo com as configurações gerais de peso do cartão de pontuação.Exatidão
Um KPI que é uma agregação das métricas a seguir, de acordo com as configurações de peso do cartão de pontuação de correção.
- Órfão
- Mede a porcentagem de ICs órfãos no CMDB. Um IC pode se tornar órfão se for deixado acidentalmente no CMDB quando não era mais necessário. Um IC é determinado como órfão se:
- O IC atende aos critérios em uma regra órfã. Este critério verifica a existência de atributos específicos que um IC deve ter e os ICs sem nenhum relacionamento ou que não têm relacionamentos específicos.
- Os dados do IC estão ausentes em sua respectiva tabela ou em uma das tabelas primárias.
- Obsolescência
Mede a porcentagem de ICs obsoletos no CMDB. Um IC ficará obsoleto se não tiver sido atualizado no período de Duração Efetiva especificado na regra de obsolescência que se aplica à classe.
O sistema base inclui uma regra de obsolescência padrão para a classe do Item de Configuração [cmdb_ci], que define o tempo de Duração Efetiva como 60 dias. Esta regra se aplica a todas as classes do CMDB estendidas e pode ser substituída por regras de obsolescência específicas de classe definidas pelo usuário. Para determinar a desatualização do IC, uma regra de desatualização para a classe do IC será usada, caso contrário, a regra de desatualização será usada.
Além disso, um relacionamento no qual um IC obsoleto é um primário ou um secundário é determinado como um relacionamento obsoleto.
Nota:O Discovery marca como obsoletos os ICs do VMware vCenter que não existem mais fisicamente. Por padrão, esta configuração tem precedência sobre uma regra de obsolescência de Integridade do CMDB definida para o IC. Ao fazer o detalhamento no painel do CMDB para Resultados de Integridade, a Origem de ICs determinada como obsoleta pelo Discovery é CLOUD_DISCOVERY. Definir a propriedade do sistema glide.cmdb.health.src.cmdb_health_audit_only como verdadeira garante que o painel do CMDB exiba os resultados de integridade gerados somente pela Integridade do CMDB. Para obter mais informações, consulte Propriedades de sistema da Integridade do CMDB e Discovery for VMware vCenter.- Duplicado
Mede a porcentagem de ICs duplicados no CMDB usando regras de identificação. Somente ICs independentes são avaliados para duplicação. Em um conjunto de ICs duplicados, a contagem de ICs duplicados é o número total de ICs no conjunto, menos um. Os gráficos detalhados para um conjunto duplicado de ICs exibem todos os ICs no conjunto.
Para obter mais detalhes, exemplos e informações de solução de problemas sobre métricas duplicadas, consulte o artigo da base de conhecimento Integridade do CMDB - Métrica Duplicada - algoritmo [KB0726425].
Completude
Um KPI que é uma agregação das métricas a seguir, segundo as configurações de peso do cartão de pontuação de completude.
- Necessários
- Mede a porcentagem de ICs nos quais os campos definidos como obrigatórios não estão preenchidos. Os campos ausentes são marcados como incompletos, observando que, para este IC, algumas informações estão ausentes. Os campos obrigatórios são equivalentes aos campos especificados como obrigatórios no dicionário do sistema.
- Recomendado
Mede a porcentagem de ICs nos quais os campos definidos como recomendados não estão preenchidos. Campos prontos para uso não recomendados são especificados.
Você pode usar o trabalho programado Adicionar campos de identificador em regras recomendadas para definir atributos de critério de regras de identificação ativas, como campos recomendados. Você pode usar o trabalho programado Remover campos de identificador em regras recomendadas para cancelar a definição de atributos de critério de regras de identificação ativas, como campos recomendados.
Compliance
Com base nos resultados da execuções de auditoria reais do CMDB.
- Auditoria
Auditoria compara valores reais de campos especificados em relação aos valores esperados definidos no modelo e nas auditorias de script. Com base na Last run date das auditorias, a Integridade do CMDB identifica o conjunto da execução de auditoria completa mais recentemente e usa esses resultados de auditoria. Para passar no teste de auditoria de Integridade do CMDB, um IC deve estar em conformidade com todas as auditorias desse IC. Crie uma auditoria do tipo conformidade, para a qual os resultados são calculados no KPI de conformidade de Integridade do CMDB.
Ao executar auditorias de script, a Last run date não é preenchida. Portanto, para que o KPI de conformidade inclua os resultados de uma auditoria com script, atualize o script na auditoria para registrar o tempo de execução da auditoria.
Relacionamentos
Mede a integridade dos relacionamentos de IC, consistindo nas seguintes métricas que não são configuráveis:
- Relacionamentos duplicados
- Relacionamentos que têm ICs primários e secundários idênticos, tipo de relacionamento idêntico e uma porta idêntica. Relacionamentos duplicados são exibidos por tipo de relacionamento. Em um conjunto de relacionamentos duplicados, a contagem de duplicações é o número total de relacionamentos duplicados no conjunto, menos um. Os gráficos detalhados de um conjunto de relacionamentos duplicado exibe todos os relacionamentos no conjunto.
- Relacionamentos órfãos
- Um relacionamento que não tem um IC primário, um IC secundário ou ambos.
- Relacionamentos obsoletos
- Um relacionamento no qual o IC primário ou o IC secundário é um IC obsoleto.
Um único relacionamento pode falhar em mais de um teste de integridade. Por exemplo, um relacionamento duplicado também pode ser obsoleto.
- Relações que não estão em conformidade com as relações sugeridas
- Relações não estão em conformidade com as regras de contenção
- Relações que não estão em conformidade com as regras de hospedagem