Explorando a identificação e reconciliaçã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 Identificação e reconciliação de discrepâncias de telecomunicações depende da Descoberta de telecomunicações e das capacidades da plataforma para executar suas funções.

    Visão geral de identificação e reconciliaçã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 Identificação e reconciliação de discrepâncias de telecomunicações é um componente do plug-in de 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 para telecomunicações, juntamente com outra lógica fundamental projetada para oferecer suporte às 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 fontes. Ele confirma a integridade do CMDB e de algumas tabelas não 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 cria 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

    A conformidade do CMDB é um conjunto de ferramentas que permite que os administradores certifiquem dados do CMDB quanto à precisão e identifiquem discrepâncias detectadas durante 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 de nossa Identificação e reconciliação de discrepâncias de 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 descobriu uma anomalia ou discrepância no CMDB). Um fluxo de correção pode ser projetado e acionado para cada tarefa de acompanhamento para resolver e resolver a discrepância.

    A lógica para Identificação e reconciliaçã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 de visibilidade do TSOM.

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

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

    Há duas categorias de discrepância principais 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 adicionando lógica específica que usa relacionamentos de modelo e informações para identificar discrepâncias.

    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 atributos também.

    Para obter mais informações sobre o recurso Auditorias de certificações gerais, 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 secundários para cada registro de relacionamento na tabela de relacionamento de IC (cmdb_rel_ci) que corresponde às condições, e as seguintes tarefas de acompanhamento podem ser criadas para cada um dos resultados de auditoria com falha:
    1. A data de descoberta mais recente não definida - gerada caso o campo de data de descoberta mais recente no IC esteja ausente.
    2. A data de descoberta mais recente fora do limite configurado - gerada caso a diferença no valor do campo de data de descoberta mais recente entre um IC primário e um IC secundário seja superior a 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 no caso de um cartão ocupar um número incorreto de slots.
    5. Relacionamentos do modelo não definidos - Relevante somente se o TNI estiver instalado. Gerado se a auditoria não conseguir 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ários descobertos excede o número máximo de seu registro de IC primário correspondente no relacionamento do modelo Contagem Campo na tabela Relacionamento do modelo de rede.
    Para obter mais informações sobre o recurso de tarefas de acompanhamento gerais, consulte Criação de subfluxos.

    Subfluxos de correção de discrepância

    Quando 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 distinguir entre vários tipos de discrepâncias e criar 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 Identificação e reconciliação de discrepâncias de telecomunicações:

    Suponha que um equipamento foi descoberto inicialmente com um cartão (Card40) em seu slot (Slot40). Ao longo do tempo, um problema foi identificado com o Cartão 40 e ele foi substituído pelo Cartão 41. O inventário (CMDB), no entanto, ainda contém um IC Cartão 40, enquanto na rede, ele foi substituído pelo Cartão 41. Quando o próximo trabalho de descoberta for executado, o IC Card41 será descoberto e adicionado ao CMDB no mesmo slot (Slot 40). 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 Cartão 40).

    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 "com falha" (em nosso exemplo AUDR0001283).
    1. Navegar Tudo > Conformidade > Auditorias > .
    2. Selecione Auditoria de conformidade do CMDB da operação de serviço .

    3. Selecione Execute auditorias para executar a auditoria.

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

      execute 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á em 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.

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

      Relacionamentos entre os seguintes ICs:
      IC Modelo
      Ralo 40 (8b2beb4247ceda10f04f83ac416d4398) Árvore de DEMONSTRAÇÃO 20532(1ba577524c1b3110f8772646dab9bb)
      Cartão 40 (0b2beb4247ceda10f04f83ac416d4399) MÓDULO DE CARTÃO Nokia 7360 FANT-F (3af9617de5928110f877657a3391e0)
      Cartão 41 (832beb4247ceda10f04f83ac416d439a)
    5. Selecione Corrigir botão para corrigir.

    6. Correção é uma ação de IU que pode ser acessada da seguinte maneira:
    7. Tudo > Definição do Sistema > Ações de IU.
    8. Abra o. Corrigir Ação de IU a ser observada.Ações de IU.

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

    Para este exemplo, a ação de IU Corrigir (acionada pelo Corrigir ) Chama o subfluxo Executar descontinuação de IC de TSOM para resolver e resolver a discrepância especificada na Tarefa de acompanhamento TASK0020215. Além disso, devemos desativar um antigo Card40, que será executado automaticamente chamando o subfluxo "Cartão de descomissionamento TSOM".

    Quando a correção for concluída com sucesso, anotações de trabalho serão geradas com os resultados da correção na janela Tarefa de acompanhamento (TASK0020215).

    Como você pode ver nas anotações de trabalho, desativamos o Card40 com sucesso 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.

    exemplo de subfluxo.

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

    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 de visibilidade do TSOM (sn_tsom_core) e controlam o log de identificação e reconciliação de discrepâncias de telecomunicações (Auditoria do CMDB do TSOM). O plug-in de visibilidade de TSOM serve como um ativador para as aplicações de visibilidade de TSOM, contendo lógica que é compartilhada entre a Descoberta de telecomunicações e a solução de Identificação e reconciliação de discrepâncias de telecomunicações.

    Tabela 1. Propriedades do sistema de visibilidade do TSOM (impacta a auditoria do CMDB)
    Nome da Propriedade Valor padrão/recomendado 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 de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações).
    sn_tsom_core.audit.discovery_sources SG-Altiplano, ServiceNow A Auditoria de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações) processa somente registros de IC com valores de origem de descoberta de SG-Altiplano ou ServiceNow (Descoberta e padrões horizontais). Conectores de gráfico de serviço do TSOM adicionais serão adicionados em versões futuras.
    sn_tsom_core.audit.relationship_types Contém:Contido por A Auditoria de CMDB de TSOM (Identificação e reconciliação de discrepâncias de telecomunicações) processa somente registros de relacionamento com o tipo de relacionamento Contém::Contido por.
    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 slot não serão processadas pela Auditoria de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações).
    sn_tsom_core.audit.log.level informações

    A Auditoria de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações) é executada com o nível de log padrão definido como informações .

    Observação: Mudar 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 estiver vazio), as tabelas de subslot não serão processadas pela Auditoria de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações).
    sn_tsom_core.audit.interface_tables cmdb_ci_ni_interface Caso o valor não esteja definido (ou seja, o campo estiver vazio), as tabelas de interface não serão processadas pela Auditoria de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações).
    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 estiver vazio), as tabelas de equipamento não serão processadas pela Auditoria de CMDB do TSOM (Identificação e reconciliação de discrepâncias de telecomunicações).
    sn_tsom_core.audit.discovered_date.diff.threshold.in.days 2,5 A Auditoria de CMDB de TSOM (Identificação e reconciliação de discrepâncias de telecomunicações) gera tarefas de discrepância somente para registros de IC com os valores de data de descoberta mais recentes maiores que o valor limite padrão.
    sn_tsom_core.audit.max_number_of_records_to_process 100.000

    A Auditoria de CMDB de TSOM (Identificação e reconciliação de discrepâncias de telecomunicações) está definida para processar até 100 000 registros de relacionamento.

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

    Configure a reconciliação

    Consulte Configure Identificação e reconciliação de discrepâncias de telecomunicações.