Explorando a Reconciliação e identificação de discrepâncias de telecomunicações

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 9 min. de leitura

    • A solução de identificação e reconciliação de discrepâncias de telecomunicações foi projetada para confirmar a precisão e a consistência dos dados de recursos de rede entre sistemas de rede e bancos de dados de gestão de inventário, como CMDB/TNI.

    A Reconciliação e identificação de discrepâncias de telecomunicações dependem da Descoberta de telecomunicações e dos recursos da plataforma para executar suas funções.

    Visão geral da reconciliação e identificação de discrepâncias de telecomunicações

    estrutura de reconciliação e identificação de discrepâncias de telecomunicações.

    Plug-in de visibilidade do TSOM

    A lógica de Reconciliação e identificação de discrepâncias de telecomunicações é um componente do plug-in Visibilidade do TSOM (sn_tsom_core). Este plug-in abrange a lógica compartilhada essencial para os processos de Descoberta de telecomunicações e Identificação e reconciliação de discrepâncias de telecomunicações. Ele inclui capacidades de detecção e correção de discrepâncias específicas de telecomunicações, junto com outra lógica fundamental projetada para oferecer suporte a funcionalidades de aplicações de telecomunicações atuais e futuras.

    Mecanismo de identificação e reconciliação (IRE)

    O IRE oferece uma estrutura centralizada para identificar e reconciliar dados de várias origens. Ele confirma a integridade do CMDB e de algumas tabelas não pertencentes ao CMDB quando várias fontes de dados são usadas para criar ou atualizar registros de IC.
    • O IRE corresponde aos ICs existentes com base nas Regras de identificação.
    • O IRE criará ICs se nenhuma correspondência for encontrada.
    • As atualizações de IRE são atribuídas com base nas Regras de reconciliação.

    Para obter mais informações, consulte CMDB Identification and Reconciliation (IRE).

    Conformidade do CMDB e Identificação e reconciliação de discrepâncias de telecomunicações

    Conformidade do CMDB é um conjunto de ferramentas que permite que os administradores certifiquem a precisão dos dados do CMDB e identifiquem discrepâncias detectadas durante as auditorias de conformidade. Ele também pode gerar e atribuir automaticamente tarefas de acompanhamento para registros de auditoria com falha, que servem como tarefas para acionar um subfluxo de correção apropriado para corrigir discrepâncias. As Auditorias de conformidade do CMDB formam a base da nossa Reconciliação e identificação de discrepâncias em telecomunicações.
    • A Conformidade do CMDB executa auditorias como uma regra de pós-processamento, identificando anomalias (discrepâncias) no CMDB.
    • A Conformidade do CMDB cria uma Tarefa de acompanhamento para cada Registro de auditoria em um estado de falha (o estado de falha é o resultado de uma auditoria que encontrou uma anomalia ou discrepância no CMDB). Um fluxo de correção pode ser projetado e acionado para cada tarefa de acompanhamento para abordar e resolver a discrepância.

    A lógica da Reconciliação e identificação de discrepâncias de telecomunicações, bem como os subfluxos de correção de exemplo, estão incluídos na versão Yokohama e serão instalados automaticamente com o plug-in Visibilidade do TSOM.

    Para obter mais informações sobre o conjunto de ferramentas geral de Conformidade do CMDB, consulte CMDB Compliance.

    Cenários de identificação de discrepâncias (usando Auditorias de certificação)

    Existem duas categorias principais de discrepâncias que podem ser detectadas entre o Inventário (CMDB) e a Descoberta, descritas abaixo:
    • Entidades que existem no Inventário, mas não existem na Rede.
    • Entidades que existem na rede e no inventário, mas diferem em sua hierarquia.

    A identificação de discrepâncias na Visibilidade do TSOM depende do uso da Conformidade do CMDB (Auditorias de certificação) e a estendeu com a adição de uma lógica específica que usa relacionamentos e informações de modelo para identificar incompatibilidades.

    Nota:
    A versão atual se concentra na identificação e reconciliação de discrepâncias na camada de recursos físicos. Na próxima versão, essa funcionalidade será estendida para incluir suporte para a camada de recursos lógicos e também para atributos.

    Para obter mais informações sobre o recurso geral de Auditorias de certificação, consulte Certification audits.

    Tipos de tarefa de acompanhamento criados para registros de resultado de auditoria com falha

    Os seguintes tipos de discrepância (Resultados de auditoria) podem ser encontrados para ICs primários e ICs secundários para cada registro de relacionamento na tabela Relacionamento de IC (cmdb_rel_ci) que corresponda às condições, e as seguintes tarefas de acompanhamento podem ser criadas para cada uma das auditorias com falha Resultados:
    1. A data de descoberta mais recente não definida - gerada caso o campo Data de descoberta mais recente no IC esteja ausente.
    2. A data de descoberta mais recente não está dentro do limite configurado - gerada caso a diferença no valor do campo Data de descoberta mais recente entre um IC primário e um IC secundário seja maior que 2,5 dias.

      Por padrão, ele é definido como 2,5 dias na propriedade do sistema sn_tsom_core.discovered_date.diff.threshold.in.days e pode ser alterado.

    3. Modelo de IC não encontrado: o campo "ID do modelo" não está definido ou os dados são inválidos. Gerado caso um modelo de IC correspondente não seja encontrado. Se um modelo de IC não for encontrado, as próximas validações (4-6) serão irrelevantes porque dependem de modelos de IC. Caso um modelo de IC seja encontrado, a auditoria continuará para as próximas validações (4-6).
    4. Discrepância de slots ocupados: gerada quando um cartão ocupa um número incorreto de slots.
    5. Relacionamentos de modelo não definidos-relevantes somente se o TNI estiver instalado. Gerado se a auditoria não puder encontrar um relacionamento entre os modelos de IC primário e secundário na tabela Relacionamentos do modelo de rede.
    6. Número incorreto de relacionamentos - relevante somente se o TNI estiver instalado. Gerado se a auditoria descobrir que o número de registros de IC secundário descobertos excede o número máximo de seu registro de IC primário correspondente no campo Contagem de relacionamento do modelo na tabela Relacionamento do modelo de rede.
    Para obter mais informações sobre o recurso geral de Tarefas de acompanhamento, consulte Criando subfluxos.

    Subfluxos de correção de discrepâncias

    Depois que uma auditoria identifica uma discrepância, ela é registrada como uma tarefa de acompanhamento. O sistema permite que os usuários definam um subfluxo para cenários de discrepância específicos, permitindo que eles distingam entre vários tipos de discrepâncias e criem fluxos personalizados para corrigi-los.

    Para obter mais informações sobre como criar um subfluxo, consulte Building subflows.

    Exemplo de uso

    A seguir está um exemplo de um cenário específico sobre como você pode usar a Reconciliação e identificação de discrepâncias de telecomunicações:

    Suponha que um equipamento tenha sido descoberto inicialmente com um cartão (Card40) em seu slot (Slot40). Com o tempo, um problema foi identificado com o Card40 e ele foi substituído pelo Card41. O inventário (CMDB), no entanto, ainda contém um IC Card40, enquanto na rede, ele foi substituído pelo Card41. Quando o próximo trabalho de descoberta for executado, o IC Card41 será descoberto e adicionado ao CMDB no mesmo slot (Slot40). Como resultado, temos dois ICs (o antigo — Card40 — e o recém-descoberto — Card41) colocados no mesmo Slot40.

    A auditoria identifica essa discrepância, cria uma tarefa de acompanhamento e permite que um usuário corrija. (resolva esta discrepância e desative o Card40).

    Quando a Auditoria de Conformidade do CMDB da Operação de Serviço é executada, ela identifica essa discrepância e cria um Registro de Auditoria no estado "falha" (em nosso exemplo AUDR0001283).
    1. Navegar Tudo > Conformidade > Auditorias > .

    2. Selecione Operação de serviço Auditoria de conformidade do CMDB.

    3. Selecione Executar auditorias para executar a auditoria.

      Uma tarefa de acompanhamento é criada automaticamente para cada registro de auditoria com falha (em nosso exemplo, TASK0020215).

      executar auditoria.
    4. Selecione TASK0020215. tarefa de acompanhamento.

      A tarefa de acompanhamento contém uma descrição detalhada da discrepância. Como você pode ver na descrição, o IC Card40 está com discrepância.

      Nota:
      Este é um exemplo da descrição TASK0020215 criada para o cenário "Número incorreto de relacionamentos". Outros cenários e ambientes podem ter descrições diferentes.

      O Card40 foi descoberto pela última vez há mais de 2,5 dias.

      Relacionamentos entre os seguintes ICs:
      IC Modelo
      Slot40 (8b2beb4247ceda10f04f83ac416d4398) DEMO 20532Tree (1ba577524c1b3110f8772646dabeb9bb)
      Cartão40 (0b2beb4247ceda10f04f83ac416d4399) MÓDULO DE CARTÃO FANT-F NOKIA 7360 (3af9617de5928110f877657a333391e0)
      Card41 (832beb4247ceda10f04f83ac416d439a)

    5. Selecione o botão Corrigir para corrigir.

    6. Observação: Corrigir é uma ação de IU que pode ser acessada da seguinte forma:
    7. Tudo > Definição do Sistema > Ações de IU.

    8. Abra a ação de IU Corrigir para observar.Ações de IU.

      Para obter mais informações sobre ações de IU, consulte Defining UI actions.

    Para este exemplo, a ação de IU Corrigir (acionada pela Correção) chama o subfluxo Executar desativação de IC do TSOM para abordar e resolver a discrepância especificada na Tarefa de acompanhamento TASK0020215. Além disso, devemos desativar um Card40 antigo, que será executado automaticamente ao chamar o subfluxo “Cartão de desativação de TSOM”.

    Depois que a correção é concluída com sucesso, as anotações de trabalho são geradas com os resultados da correção na janela Tarefa de acompanhamento (TASK0020215).

    Como você pode ver nas anotações de trabalho, descontinuamos o Card40 e removemos o relacionamento de Slot40 → Slot40. A discrepância foi resolvida com sucesso e os registros de IC do CMDB agora estão sincronizados com o estado da rede.

    subfluxo de exemplo.

    Este subfluxo de exemplo é enviado com a solução. Os usuários podem definir subfluxos de correção personalizados usando o Flow Designer.

    Propriedades do sistema que afetam a identificação e reconciliação de discrepâncias de telecomunicações

    Essas propriedades do sistema fazem parte do plug-in TSOM Visibility (sn_tsom_core) e controlam o log de Reconciliação e identificação de discrepâncias de telecomunicações (Auditoria do CMDB do TSOM). O plug-in TSOM Visibility serve como um habilitador para as aplicações TSOM Visibility, contendo lógica que é compartilhada na solução de Descoberta de telecomunicações e Identificação e reconciliação de discrepâncias de telecomunicações.

    Tabela 1. Propriedades do sistema de visibilidade do TSOM (Impactos Auditoria do CMDB)
    Nome da Propriedade Recomendado/Valor padrão Descrição
    sn_tsom_core.audit.interface_card_tables cmdb_ci_interface_card Se o valor não estiver definido (ou seja, o campo estiver vazio), as tabelas de cartão de interface não serão processadas na Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation).
    sn_tsom_core.audit.discovery_sources SG-Altiplano, ServiceNow A Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation) processa somente registros de IC com valores de origem de descoberta de SG-Altiplano ou ServiceNow (Descoberta horizontal e Padrões). Conectores do Service Graph de TSOM adicionais serão adicionados em versões futuras.
    sn_tsom_core.audit.relationship_types Contém:contido por A Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation) processa somente registros de relacionamento com o tipo de relacionamento Contains::Contained by.
    sn_tsom_core.audit.slot_tables cmdb_ci_container_slot Se o valor não estiver definido (ou seja, o campo estiver vazio), as tabelas de slots não serão processadas pela Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation).
    sn_tsom_core.audit.log.level informações

    A Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation) é executada com o nível de log padrão definido como info.

    Observação: alterar o nível de log pode afetar o desempenho.
    sn_tsom_core.audit.subslot_tables cmdb_ci_container_subslot Caso o valor não esteja definido (ou seja, o campo esteja vazio), as tabelas de subslot não serão processadas pela Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation).
    sn_tsom_core.audit.interface_tables cmdb_ci_ni_interface Caso o valor não esteja definido (ou seja, o campo esteja vazio), as tabelas de interface não serão processadas pela Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation).
    sn_tsom_core.audit.equipment_tables
    • cmdb_ci_ni_telco_equipmen t
    • cmdb_ci_ip_switch
    • cmdb_ci_ip_router
    		 Caso o valor não esteja definido (ou seja, o campo esteja vazio), as tabelas de equipamentos não serão processadas pela Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation).
    sn_tsom_core.audit.discovered_date.diff.threshold.in.days 2,5 A Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation) gera somente tarefas de discrepância para registros de IC com os valores de data de descoberta mais recentes maiores do que o valor de limite padrão.
    sn_tsom_core.audit.max_number_of_records_to_process 100.000

    A Auditoria do CMDB do TSOM (Telecom Discrepancy Identification & Reconciliation) está definida para processar até 100.000 registros de relacionamento.

    Nota:
    Este valor pode ser aumentado, mas pode afetar o desempenho.

    Configurar reconciliação

    Consulte Configurar Reconciliação e identificação de discrepâncias de telecomunicações.