Identificação de discrepâncias - Tipos de discrepâncias

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 2 min. de leitura

    • O recurso Identificação e reconciliação de discrepâncias de telecomunicações identifica e classifica incompatibilidades entre o estado da rede (conforme descoberto por meio dos Conectores de Descoberta do TSOM ou do Service Graph) e os dados de inventário armazenados no CMDB ou TNI.

    A identificação de discrepâncias é alimentada pela Auditoria de certificação de conformidade do CMDB, que:

    • Executado em IC e dados de relacionamento.
    • Compara registros descobertos e inventariados.
    • Gera tarefas de acompanhamento quando incompatibilidades são detectadas.

    Tipos de discrepância

    O processo de auditoria identifica discrepâncias comparando os dados de rede descobertos com o inventário existente no CMDB/TNI. As discrepâncias se enquadram em duas categorias principais:
    Ausente na rede - Entidades existentes no inventário, mas ausentes na rede
    Definição: Um IC foi detectado pela Descoberta, mas está ausente no CMDB/TNI ou representado incorretamente. Por exemplo, a Descoberta detecta Card05 instalado no Slot04, mas o CMDB ainda lista Card04, ou pior, mostra Card04 e Card05 no mesmo slot, violando a cardinalidade ou as restrições do modelo.
    Impacto:
    • Uma tarefa de discrepância é gerada para realçar o conflito de dados.
    • Subfluxos de correção opcionais podem ser acionados para reconciliar os dados desativando registros desatualizados ou atualizando atribuições de slot.
    Itens de configuração (ICs) incompatíveis - Entidades que existem no inventário e na rede, mas diferem nos valores de atributo e nos relacionamentos hierárquicos
    Definição: O IC existe na Descoberta e no CMDB/TNI, mas existem discrepâncias nos relacionamentos, hierarquia ou valores de atributo. Estes são os subtipos:
    • Incompatibilidades de hierarquia - Ocorrem quando os relacionamentos estruturais entre ICs (por exemplo, associações primário-secundário) são inconsistentes. A seguir estão os exemplos:
      • Um chassi contém mais cartões secundários do que o permitido pela definição do modelo.
      • Um cartão está associado incorretamente a um slot no CMDB que não se alinha aos dados da Descoberta. As origens de validação são:
        • cmdb_rel_ci registros para Contém::Contido por relacionamentos.
        • sn_ni_core_network_model_relationship tabela para impor restrições específicas do modelo.
    • Valores de atributo incompatíveis - envolvem discrepâncias nas propriedades de nível de campo de IC. Os problemas comuns são:
      • Datas de Descoberta desatualizadas ou incorretas.
      • Configurações de modelo imprecisas.
      • Atribuições de slot inválidas que violam regras do modelo.
      O impacto é que os registros afetados são marcados como com falha nos relatórios de auditoria. As tarefas de acompanhamento podem invocar subfluxos de correção específicos do contexto para realinhar os dados do inventário com o estado real da rede.
      Nota:
      Para obter mais informações, consulte Configurar discrepância de valor de atributo no CMDB 360.