--- sourceDocument: Yokohama Now Platform-Fähigkeiten sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/servicenow-platform Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Now Platform-Fähigkeiten ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Abhängige CMDB-Beziehungsregeln # Abhängige CMDB-Beziehungsregeln {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Servicedefinitionen bestehen aus CI-Typen und Beziehungstypen. Abhängige Beziehungsregeln definieren die Abhängigkeitsstruktur der CI-Typen und der Beziehungstypen in diesen Servicedefinitionen und helfen bei der CI-Identifizierung und beim Erstellen von Business-Service-Zuordnungen. Die von diesen Regeln definierten Abhängigkeiten werden bei der Identifizierung abhängiger CIs verwendet, um die Reihenfolge der CI-Identifizierung zu priorisieren und CIs und entsprechende abhängige CIs in einer Nutzlast abzugleichen. Abhängige Beziehungsregeln werden auch von verwendet Service-MappingUnd können für anwenderdefinierte CI-Typen definiert werden. Nachdem Sie einen neuen CI-Typ definiert haben, können Sie abhängige Beziehungsregeln definieren, die angeben, wie der neue CI-Typ mit vorhandenen Typen in verknüpft ist CMDB.{#c_ServiceRulesMetadata__ph_AboutPh1} Abhängige Beziehungsregeln bestehen aus Hosting- und Containment-Regeln (abhängige Beziehungsregeln) , Jeder Typ, der die Daten aus einer anderen Perspektive des CI modelliert. Containment-Regeln stellen die Konfigurationshierarchie von CIs dar und beschreiben, welches CI welche anderen CIs enthält. Hosting-Regeln stellen die Platzierung von CIs in einer Geschäftsdefinition dar und beschreiben, auf welchen CIs ausgeführt werden.{#c_ServiceRulesMetadata__ph_AboutPh2} Sowohl Hosting- als auch Containment-Regeln beschreiben einen Beziehungstyp zwischen zwei CI-Typen, und derselbe Beziehungstyp kann in einer Hosting-Regel und in einer Containment-Regel verwendet werden. Dies ist der Kontext, in dem die Beziehung verwendet wird, der zwischen einer Containment- und einer Hosting-Regel unterscheidet. Abhängige Beziehungsregeln verwalten: * Verwenden Sie den CI-Klassenmanager, um auf Regeln auf Klassenebene zuzugreifen. Navigieren zu AlleKonfigurationCI-Klassen Manageran. * Verwenden Sie den Metadaten-Editor, um auf gruppierte Regeln zuzugreifen. Navigieren zu AlleKonfigurationIdentifikation/AbgleichMetadaten-Editoran. {#c_ServiceRulesMetadata__ul_gyj_2b1_4z} Die Plugins, die auf einer Instanz aktiviert wurden, bestimmen, welche Hosting- und Containment-Regeln in einem Basissystem vorhanden sind. ## Hosting-Regeln Hosting-Regeln stellen alle möglichen gültigen Kombinationen aus Paaren von Hosting- und gehosteten CIs in der Servicedefinition dar. Hosting-Regeln sind eine flache Reihe von Regeln, die nur eine Ebene tief sein können und die immer Ressourcen umfassen, normalerweise physische oder virtuelle Hardware. Jede Hosting-Regel ist eine eigenständige Regel zwischen zwei CI-Typen, die entweder einen gültigen CI-Typ beschreibt, den ein anderer CI-Typ hosten kann, oder über den ein anderer CI-Typ gehostet werden kann. Eine Hosting-Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. gehostet auf::Hosts) und einem untergeordneten CI-Typ. Sie können beispielsweise eine Hosting-Regel haben, die angibt, dass der CI-Typ „Anwendung" „ausgeführt auf::ausgeführt" und der CI-Typ „Hardware" ausgeführt wird. Ein CI kann auf mehreren Ressourcen gehostet werden (z. B. Windows und Linux). Dieses CI wird durch eine Hosting-Regel für das CI mit jeder Ressource dargestellt, auf der das CI gehostet werden kann. Während der CI-Identifizierung sollte das zu untersuchende CIs-Paar Erfüllen Sie mindestens eine Hosting-Regel. Hosting-Regeln werden in der Tabelle „CMDB-Metadaten-Hosting-Regeln" \[cmdb_metadata_Hosting\] gespeichert. ## Containment-Regeln Containment-Regeln stellen die Containment-Hierarchie für einen CI-Typ dar und beschreiben gültige Objekte, die ein CI-Typ in der Servicedefinition enthalten kann, und gültige Objekte, die im CI-Typ enthalten sein können. Containment-Regeln werden in einer Containment-Regelgruppe miteinander verkettet, wobei ein CI-Typ das übergeordnete Element der obersten Ebene (Stamm) der Gruppe ist. Die Sammlung von Containment-Regeln erstellt eine hierarchieähnliche Zuordnung von Containment-Beziehungen. Containment-Regeln sind logische Konzepte, die zur Darstellung logischer CIs verwendet werden, z. B. zur Beschreibung von Software, die auf einem Server ausgeführt wird. Eine Containment-Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. „enthalten von::enthält") und einem untergeordneten CI-Typ. Beispiel: Sie haben möglicherweise eine Containment-Regel, die angibt, dass der CI-Typ „Tomcat" „enthält::enthalten von" CI-Typ „WAR-Datei" ist. Endpunkte sind spezielle Containment-Regeln, die eingehende oder ausgehende Verbindungen im Modell angeben und die CI-Typen angeben, die Daten eines bestimmten Typs in die oder aus der Servicedefinition fließen. Nach dem Hinzufügen eines Endpunkts zu einer Containment-Regel können Sie der Endpunktregel keine untergeordneten Regeln hinzufügen. Containment-Regeln werden in der Tabelle „Containment-Regeln für CMDB-Metadaten" \[cmdb_metadata_Containment\] gespeichert. ## Referenzregeln {#c_ServiceRulesMetadata__section_wyb_g1j_4cb} Referenzregeln werden hauptsächlich von Cloudmanagement verwendet, um alle möglichen gültigen Kombinationen von Paaren von referenzierenden und referenzierten CIs in der Servicedefinition darzustellen. * Referenzregeln sind ein flacher Satz von Regeln, die nur eine Ebene tief sein können. * Referenzregeln beziehen immer Ressourcen ein, normalerweise virtuelle Entitäten. Jede Referenzregel ist eine eigenständige Regel zwischen zwei CI-Typen, die entweder einen gültigen CI-Typ beschreibt, auf den ein anderer CI-Typ verweisen kann, oder auf die auf einen anderen CI-Typ verwiesen werden kann. Beide CI-Klassen sollten unabhängig voneinander leben können. * Eine referenzierende Regel besteht aus einem übergeordneten CI-Typ, einem Beziehungstyp (z. B. `Bereitgestellt Von::Provisioned `) Und ein untergeordneter CI-Typ. Sie können beispielsweise eine referenzierende Regel haben, die den CI-Typ „virtuelle Maschine" angibt `Bereitgestellt Von::Provisioned `, Der CI-Typ „Bild". * Ein CI kann auf mehrere Ressourcen verweisen (beispielsweise kann eine VM-Instanz eine Referenzbeziehung sowohl zu Bild- als auch zu Hardwarevorlagen haben). Dieses CI wird durch eine Referenzregel für das CI mit jeder Ressource dargestellt, von der aus auf das CI verwiesen werden kann. * Die Referenzregel darf nicht Teil der CI-Identifizierung sein. * Referenzregeln werden in der Tabelle „CMDB-Metadaten-Referenzregeln" \[cmdb_metadata_reference\] gespeichert. {#c_ServiceRulesMetadata__ul_ybt_k1j_4cb} ## Regelanforderungen Die von Ihnen erstellten Regeln sind an die folgenden Anforderungen gebunden, die die Beziehungen einschränken und sicherstellen, dass in den Dropdown-Listen im Metadaten-Editor nur gültige Optionen verfügbar sind. * Bei einem CI-Typ, der als untergeordnetes Element in einer Containment-Regel gilt: Nicht dieser CI-Typ oder seine untergeordneten Elemente können ein übergeordnetes Element (Stamm) einer anderen Containment-Regel sein, und er kann sich in keiner Hosting-Regel befinden, weder als übergeordnetes Element noch als untergeordnetes Element. * Bei einem CI-Typ, der ein übergeordnetes Element der obersten Ebene (Stamm) einer Containment-Regel ist, kann es sich nicht um ein untergeordnetes Element in einer Hosting-Regel handeln (Sie können beispielsweise nicht auf Tomcat gehostet werden, wenn Tomcat Containment-Regeln hat). * Bei einem CI-Typ, der in einer Hosting-Regel ein untergeordnetes Element ist, kann es sich nicht in einer Containment-Regel befinden, weder als übergeordnetes noch als untergeordnetes Element. * Bei einem CI-Typ, der in einer Hosting-Regel übergeordnet ist, kann es sich nicht um ein untergeordnetes Element in einer Containment-Regel handeln. * Hosting-Regeln können keine Schleifen erstellen, z. B. „Tomcat --Run_on- VMware --Run_on- Tomcat". {#c_ServiceRulesMetadata__ul_ygv_ysy_3t} ## Hosting- und Containment-Regelmodell Hosting-Regeln, die das Diagramm modellieren: Tomcat „wird auf"-Hardware ausgeführt. Containment-Regeln, die das Diagramm modellieren: * Tomcat-Konfigurationsdatei „Enthält" * Tomcat „enthält" WAR * WAR hat zwei Endpunkte für JDBC mit MySQL: * Eingehend * Ausgehend {#c_ServiceRulesMetadata__ul_ipz_wky_pt} {#c_ServiceRulesMetadata__ul_hb1_5jy_pt} ## Gültiger Regelsatz Tomcat Hosted Linux Linux Hosted Computer Der zweite Metadateneintrag löst die dritte Anforderung aus, die erfüllt ist (es handelt sich um eine Hosting-Regel, keine Containment-Regel). * **[Erstellen Sie abhängige Beziehungsregeln](https://servicenow-prod.fluidtopics.net/5Z1NLYW1V2MmSX48m7UWFA#create-dependent-relationship)** Erstellen Sie Hosting- und Containment-Regeln (abhängige Beziehungsregeln) für CI-Klassen, um die korrekte Identifizierung abhängiger CIs während des Business Discovery-Prozesses und der Servicezuordnung zu erleichtern. DiscoveryRuft die Identifizierungs-API auf, die abhängige Beziehungsregeln anwendet.