Konfigurationselementbeziehungen und Wissensdiagramm

Konfigurationselement (CI)-Beziehungen aktiviert Wissensdiagramm Dient zur Beantwortung von Fragen in natürlicher Sprache zu Serviceabhängigkeiten und Infrastrukturtopologie, indem typisierte über-/untergeordnete Beziehungen zwischen gespeichert werden CMDB Konfigurationselemente.

Die CMDB_REL_CITabelle speichert Beziehungen zwischen Konfigurationselementen (CIs) in ServiceNow CMDB. Jede Beziehung verbindet ein übergeordnetes CI über einen definierten Beziehungstyp mit einem untergeordneten CI, wodurch aktiviert wird Wissensdiagramm Um die Topologie Ihrer IT-Umgebung zu verstehen und zu durchlaufen.

CI-Beziehungsunterstützung in Wissen Mit Graph können Anwender Fragen in natürlicher Sprache dazu stellen, wie Services, Server, Datenbanken und andere CIs miteinander verknüpft sind, ohne Abfragen zu schreiben oder zu navigieren CMDB Tabellen direkt.

CI-Beziehung für wird aktiviert Wissensdiagramm

CI-Beziehungsunterstützung für Wissensdiagramm Ist standardmäßig inaktiv. Legen Sie beide der folgenden Systemeigenschaften auf „wahr“ fest, um sie zu aktivieren:

Tabelle : 1. Systemeigenschaften für die Unterstützung von CI-Beziehungen

Systemeigenschaft	Zweck
sn_kg.description_generation.enable_cmdb_rel_ci	Aktiviert die Beschreibungsgenerierung für CI-Beziehungsdaten
sn_kg.query.enable_cmdb_rel_ci	Aktiviert Wissensdiagramm Abfrage von CI-Beziehungsdaten

Hinweis:

Warten Sie nach dem Aktivieren beider Eigenschaften, bis CI-Beziehungsdaten vollständig indiziert sind, bevor Sie Abfragen ausführen. Die Ergebnisse können unvollständig sein, bis die Indizierung abgeschlossen ist.

Wie CI-Beziehungsdaten gespeichert werden

Jeder Datensatz in der CI-Beziehungstabelle stellt eine bidirektionale Beziehung zwischen zwei CIs dar. Beziehungen werden durch einen Beziehungstyp beschrieben, der aus einer übergeordneten Beziehung und einer untergeordneten zu übergeordneten Beziehung besteht, getrennt durch Doppelpunkte:

<parent descriptor>::<child descriptor>

Dies bedeutet, dass jede Beziehung in zwei Richtungen gelesen werden kann:

• Übergeordnetes → untergeordnetes Element: Lesen mit der übergeordneten zu untergeordneten Beziehung (übergeordneter Deskriptor)
• Untergeordnetes → übergeordnetes Element: Mit der Beziehung „untergeordnetes Element“ lesen (untergeordneter Deskriptor)

Beispiel: Ein Datensatz in der CI-Beziehungstabelle hat Anleihungshandel ( cmdb_ci_service) Als übergeordnetes Element, lnux100 ( cmdb_ci_linux_server) Als untergeordnetes Element und ein Beziehungstyp von Abhängig von::verwendet von . Diese Beziehung wird gelesen als:

• Der Anleihenhandel hängt von lnux100 ab
• Lnux100 wird vom Anleihenhandel verwendet

Hinweis:

Die Richtung der Beziehung wirkt sich darauf aus, wie Sie Abfragen an ausdrücken Wissensdiagramm. Übergeordnete Abfragen (z. B. „abhängig von“) geben zuverlässigere Ergebnisse zurück als untergeordnete Abfragen (z. B. „verwendet von“).

Wissensdiagramm Unterstützung für CI-Beziehungen

Die Wissensdiagramm Kann Fragen zu CI-Beziehungen beantworten, wenn in der Abfrage alle drei der folgenden Elemente eindeutig angegeben sind:

• Die Klasse des übergeordneten CI (z. B. Service)
• Die Beziehungsrichtung – entweder die übergeordnete zu untergeordnete Beziehung oder die untergeordnete zu übergeordnete Beziehung (z. B. abhängig von)
• Die Klasse des untergeordneten CI (z. B. Linux Server)

Klassenhierarchievererbung

Wenn Sie eine Beziehung zwischen zwei CI-Klassen definieren, wird Wissensdiagramm Erweitert diese Beziehung automatisch auf alle Klassen weiter oben in der CI-Klassenhierarchie. Dies bedeutet, dass Anwender auf einer allgemeineren Klassenebene abfragen und dennoch Ergebnisse für alle übereinstimmenden Unterklassen abrufen können.

Beispielsweise gilt eine zwischen Service und linux-Server definierte Beziehung auch für Server, der eine übergeordnete Klasse von ist Linux Server in der Hierarchie. Abfrage nach Servern statt Linux Server gibt Ergebnisse für alle Serverunterklassen zurück, einschließlich Linux Server, Windows-Server, UNIX Server und andere.

Hinweis:

Wenn eine Abfrage weniger Ergebnisse zurückgibt als erwartet, versuchen Sie es mit einer breiteren übergeordneten Klasse in der Hierarchie (z. B. „Server“ anstelle von „ Linux Server“), um alle geerbten CI-Typen einzubeziehen.

Unterstützte Abfragemuster

Die folgende Tabelle zeigt Beispiele für Abfragen, die das Wissensdiagramm mithilfe von CI-Beziehungsdaten beantworten kann. Jede Abfrage gibt eine übergeordnete Klasse, einen Beziehungsdeskriptor und eine untergeordnete Klasse an.

Tabelle : 2. Unterstützte Abfragemuster

Szenario	Beispielabfrage
Service, der von einem bestimmten abhängt Linux Server	Welche Services von „lnux100“ abhängen Linux Server?
Server, von denen ein bestimmter Service abhängt	Der Service „Anleihenhandel“ hängt davon ab UNIX Server?
Alle Servertypen, von denen ein Service abhängt (mit Hierarchie)	Der Service „Anleihenhandel“ hängt von welchem Server ab?
Computer, die mit einer Datenbank verbunden sind	Welche Datenbanken werden über Computer verbunden?
Multi-Hop-Beziehung für drei CI-Typen	Auf welcher Datenbank ausgeführt wird UNIX Server, der eine Verbindung zum Netzwerkgerät „nc6500-a01“ herstellt?

Nicht unterstützte Abfragemuster

Die folgenden Abfragetypen werden derzeit nicht unterstützt. Verwenden Sie die empfohlenen Alternativen, um die benötigten Ergebnisse zu erhalten.

Tabelle : 3. Nicht unterstützte Abfragemuster

Einschränkung	Nicht Unterstützte Abfrage	Empfohlene Alternative
Negation einer Beziehung	Welche Business Capabilities haben keine zugehörigen Geschäftsanwendungen?	Umformulieren, um nach dem zu fragen, was vorhanden ist, und nicht, was nicht.
Nicht angegebener Beziehungstyp	Services anzeigen, die sich auf beziehen Linux Server.	Services anzeigen, abhängig von Linux Server.
Schritte in einem Multi-Hop-Pfad werden übersprungen	Server in New York anzeigen.	Server in Racks in Rechenzentren in New York anzeigen.