Configuration items 79

Ashok  kumar
Tera Contributor

Which tool is used for creating dependencies between configuration items in CMDB.?

3 REPLIES 3

Nayan  Dhamane
Kilo Sage
Kilo Sage

Hello @Ashok kumar 

 

The answer is CI relationship editor.

If you need ,more information about it please red the below doc:

CI relationship editor

 

If my answer solved your issue, please mark my answer as Correct & Helpful based on the Impact

Best Regards,
Nayan Dhamane
ServiceNow Community Rising Star 2023.

Community Alums
Not applicable

Hi @Ashok Kumar ,

The CMDB, in contrast to a static asset list, helps you track not only the configuration items (CIs) within your system, but also the relationships between those items.

A relationship in the CMDB consists of two CIs and a relationship type:
  • Parent CI
  • Child CI
  • Type of the relationship that links both CIs
For example, in the [Server1] [Managed by] [Server2] relationship:
  • Server1 is the child CI
  • Server2 is the parent CI
  • [Managed by] is the relationship type

For example, a web application might read data from an instance of Oracle, which in turn might depend on a piece of underlying hardware. Most CIs in a CMDB have multiple relationships to other CIs, users, and groups.

The relationships between CIs can be automatically discovered. If you use Discovery, many relationships can be automatically loaded into the system through the discovery process. If you import your data from another system, you get some form of relationships.

You can add to automatically discovered relationships, create relationships, or edit relationships for a CI by launching the CI relationship editor from the CI form.

Dependent and non-dependent relationships

Dependent relationships, such as tomcat RunsOn Hardware, are used by the Identification and Reconciliation Engine (IRE) to identify dependent CIs.

Non-dependent relationships are not used for CI identification, and therefore can be deleted if no longer needed. CMDB tracks discovery source and last scanned time for non-dependent relationship in the Relationship Sources [sys_rel_source] table. Dependent relationships are used for CI identification. Therefore they should not be directly deleted and they are not tracked.

Information in the Relationship Sources [sys_rel_source] table can be used to decide if it is safe to delete a non-dependent relationship. For example, a discovery source which is attempting to delete a non-dependent relationship can confirm that:
  • There are no other data sources for that relationship.
  • The relationship was not updated for some specified length of time and therefore is no longer needed.

When a non-dependent relationship is deleted from the CI Relationship [cmdb_rel_ci] table, all cascading corresponding records in the Relationship Sources [sys_rel_source] table are deleted.

Key relationships

The following table contains descriptions for some key CMDB relationships.
 
Parent Child Description
Applicative Flow To Applicative Flow From

Connections between endpoint CIs.

Note: For internal use only (service model).
Connects to Connected by

Network Connections between elements that are talking to each other.

Examples: Workstation to switch, switch to switch, kubernetes workload to service.

Contains Contained by

Typically a containment relationship (CI to contained CI). The child CI typically has a single parent CI with this relationship type.

Examples: Tomcat to Tomcat WAR, VMware Datacenter contains Network.

Defines resources for Gets resources from

Parent CI defines/gets resources from a child CI.

Example: VMware - Resource pool gets resources from ESX Server.

Depends on Used by Parent CI depends on child CI. Meaning that problem/change in the child CI may impact the parent CI.
Hosted on Hosts

Hosting relationship between an element and its host.

Examples: Cloud resource to logical data center, k8s workload to k8s cluster.

Implement End Point To Implement End Point From

Endpoint to CI that exposes this endpoint.

Note: For internal use only (service model).
Manages Managed by

Typically used where one CI manages one or more other CIs.

Example: vCenter manages vCenter Datacenter.

Members Member of

Typically used with clusters where a cluster node is a member of a cluster.

Example: ESXi Server is a member of vCenter Cluster.

Owns Owned by Usually a containment relationship (CI to owned CI). The child CI typically has a single parent with this relationship type.
Runs on Runs

Typically between a CI that represents a software application, to the hosting hardware/VM.

Example: Tomcat 'Runs on' Linux server.

Use End Point To Use End Point From

From the CI to an outgoing endpoint.

Note: For internal use only (service model).

VishaliB
Tera Expert

Ci relationship editor