Relacionamentos de item de configuração e. Gráfico de conhecimento

Relacionamentos de item de configuração (IC) habilitados Gráfico de conhecimento para responder a perguntas de linguagem natural sobre dependências de serviço e topologia de infraestrutura armazenando relacionamentos primários-secundários digitados entre CMDB itens de configuração.

. CMDB_REL_CIA tabela armazena relacionamentos entre itens de configuração (ICs) em ServiceNow CMDB. Cada relacionamento conecta um IC primário a um IC secundário por meio de um tipo de relacionamento definido, habilitando o. Gráfico de conhecimento Para entender e percorrer a topologia do seu ambiente DE TI.

Suporte de relacionamento de IC em Knowledge O Graph permite que os usuários façam perguntas em linguagem natural sobre como serviços, servidores, bancos de dados e outros ICs se relacionam entre si sem escrever consultas ou navegar CMDB tabelas diretamente.

Habilitando o relacionamento de IC para Gráfico de conhecimento

Suporte de relacionamento de IC para Gráfico de conhecimento está inativo por padrão. Para habilitá-la, defina ambas as propriedades do sistema a seguir como verdadeiras:

Tabela 1. Propriedades do sistema para suporte ao relacionamento de IC

Propriedade do sistema	Finalidade
sn_kg.description_generation.enable_cmdb_rel_ci	Habilita a geração de descrição para dados de relacionamento de IC
sn_kg.query.enable_cmdb_rel_ci	Habilitado Gráfico de conhecimento Consultando dados de relacionamento de IC

Nota:

Depois de habilitar ambas as propriedades, aguarde até que os dados de relacionamento de IC sejam totalmente indexados antes de executar consultas. Os resultados podem estar incompletos até que a indexação seja concluída.

Como os dados de relacionamento de IC são armazenados

Cada registro na tabela de relacionamento de IC representa um relacionamento bidirecional entre dois ICs. Os relacionamentos são descritos por um tipo de relacionamento que consiste em um relacionamento primário para secundário e um relacionamento secundário para primário, separados por dois-pontos duplos:

<parent descriptor>::<child descriptor>

Isso significa que cada relacionamento pode ser lido em duas direções:

• Primário → secundário: Leia usando o relacionamento primário para secundário (descritor primário)
• Secundário → primário: Leia usando o relacionamento secundário para primário (descritor secundário)

Por exemplo, um registro na tabela de relacionamento de IC tem Negociação de títulos ( cmdb_ci_service) como primário, lnux100 ( cmdb_ci_linux_server) como secundário e um tipo de relacionamento de Depende de::Usado por . Este relacionamento é lido como:

• A negociação de títulos depende de lnux100
• Lnux100 é usado por negociação de títulos

Nota:

A direção do relacionamento afeta a forma como você formula consultas para Gráfico de conhecimento. As consultas primárias para secundárias (por exemplo, "Depende de") retornam resultados mais confiáveis do que as consultas secundárias para primárias (por exemplo, "Usado por").

Gráfico de conhecimento Suporte para relacionamentos de IC

. Gráfico de conhecimento Pode responder a perguntas sobre relacionamentos de IC quando a consulta especifica claramente todos os três itens a seguir:

• A classe do IC primário (por exemplo, serviço)
• A direção do relacionamento: O relacionamento primário para secundário ou o relacionamento secundário para primário (por exemplo, depende de)
• A classe do IC secundário (por exemplo, Linux servidor)

Herança de hierarquia de classe

Quando você define um relacionamento entre duas classes de IC, o. Gráfico de conhecimento Estende automaticamente esse relacionamento a todas as classes superiores na hierarquia de classe de IC. Isso significa que os usuários podem consultar em um nível de classe mais geral e ainda obter resultados em todas as subclasses correspondentes.

Por exemplo, um relacionamento definido entre o serviço e o servidor linux também se aplica ao servidor, que é uma classe primária de Linux servidor na hierarquia. Consultando servidores em vez de Linux os servidores retornam resultados em todas as subclasses de servidor, incluindo Linux servidor, windows server, UNIX e outros.

Nota:

Se uma consulta retornar menos resultados do que o esperado, tente usar uma classe primária mais ampla na hierarquia (por exemplo, "servidor" em vez de " Linux Servidor") para incluir todos os tipos de IC herdados.

Padrões de consulta compatíveis

A tabela a seguir mostra exemplos de consultas que o Gráfico de conhecimento pode responder usando dados de relacionamento de IC. Cada consulta especifica uma classe primária, um descritor de relacionamento e uma classe secundária.

Tabela 2. Padrões de consulta compatíveis

Cenário	Consulta de exemplo
Serviço que depende de um específico Linux servidor	Quais serviços dependem de "lnux100" Linux servidor?
Servidores dos quais um serviço específico depende	O serviço "Negociação de títulos" depende de qual UNIX servidor?
Todos os tipos de servidor dos quais um serviço depende (usando hierarquia)	O serviço "Negociação de títulos" depende de qual servidor?
Computadores conectados a um banco de dados	Quais bancos de dados são conectados por computadores?
Relacionamento de vários saltos em três tipos de IC	Em que banco de dados é executado UNIX servidor que se conecta ao mecanismo de rede "nc6500-a01"?

Padrões de consulta incompatíveis

Os seguintes tipos de consulta não são compatíveis no momento. Use as alternativas recomendadas para obter os resultados de que você precisa.

Tabela 3. Padrões de consulta incompatíveis

Limitação	Consulta incompatível	Alternativa recomendada
Negação de um relacionamento	Quais capacidades de negócios não têm aplicações de negócios relacionadas?	Reformule para perguntar o que existe em vez de o que não existe.
Tipo de relacionamento não especificado	Mostrar-me serviços relacionados a. Linux servidores.	Mostrar-me serviços, dependendo de Linux servidores.
Ignorando etapas em um caminho de vários saltos	Mostrar-me servidores em Nova York.	Mostrar-me servidores em racks presentes em datacenters localizados em Nova York.