CMDB classifications and class dependency

CMDB classifications are groups of CIs that share attributes and are stored in their own class table. Classifications let administrators to define a class hierarchy for the CIs within the CMDB.

A CI class refers to the actual table name in the instance database. In that context, 'CI type' is a friendly name that a CI is known by, such as computer, router, or printer.

One of the characteristics of a CMDB class is its dependency on other classes. A class can be independent or dependent, which determines the dependency or independence of the class CIs.

• Independent CIs

  CIs from an independent class, such as Linux Server CIs, have their own identity, exist by themselves, and aren't dependent on any other CIs.

• Dependent CIs

  CIs from a depended class have relationships with CIs from other classes and exist meaningfully only if these relationships exist. Dependent CIs don't exist on their own in the absence of the dependent relationship. For example:

  • Network Adapter CIs don't exist meaningfully without the Hardware CIs that contain them.
  • Application CIs don't exist on their own without the Server CI they are hosted on.

Identification processes in the Identification and Reconciliation Engine (IRE) CMDB feature extensively use CIs dependency classification. To find out the dependency classification of a class, open the Identification Rule page for a class in CI Class Manager. To establish CI dependency, use the CI Class Manager to specify dependent relationship rules for a CI class.

For more information, see Identification rules.

• Dependent CIs management
  A life cycle update for a CI affects its dependent CIs. For example, when the CI that a dependent CI depends on is deleted, the dependent CI becomes orphan with no further use. To maintain the integrity and health of the CMDB, the system applies cascade-cleanup processes to dependent CIs that are affected by a life cycle update.
• CMDB record types
  The CMDB contains the following major record types.
• Related Lists of CI components
  Related lists in CI records display additional components contained by that CI, such as disk drives on a server and the rules that control the behavior of a network router.
• Create a CI class
  Create a CI class (table) that is an extension of an existing CI class. Then create identification and reconciliation rules for the new class.
• Reclassify a CI
  You can upgrade, downgrade, or switch the class of a CI by modifying its Class attribute.
• Delete CIs
  You can use the CI Class Manager to delete CIs that are no longer needed.
• View and edit class definitions and metadata
  Use the CI Class Manager as a central location to explore the CMDB class hierarchy, CI table definitions, and class CIs. View the details of each table such as its label and fields, relationships, and all related metadata definitions.
• Principal Class
  A Principal Class is a designation for those CMDB classes that are most critical for foundational data health and governance in the organization. Those classes are then prioritized for tracking, health, certification, lifecycle management, and class list views.

Parent Topic:Configuration Management Database (CMDB)