Diese logischen Servicekonfigurationen werden den physischen Layoutdaten der unterstützenden Netzwerk- und Anwendungsinfrastruktur in jeder Ihrer Domänen zugeordnet. Sie verfolgen den physischen und logischen Zustand von IT-Service-Elementen und ordnen Incidents dem Status der Service-Elementen zu. Dies hilft, Trends zu analysieren und Probleme und Incidents zu reduzieren.

Die Konfigurationen werden in einer Configuration Management Database (ServiceNow CMDB) gespeichert, die aus Entitäten besteht, die als Configuration Items (CI) bezeichnet werden und Teil Ihrer Umgebung sind. Ein CI kann sein:

• Eine physische Entität, beispielsweise ein Computer oder Router
• Eine logische Einheit, beispielsweise eine Datenbankinstanz
• Konzeptionell, beispielsweise ein Anforderungsservice

In jedem Fall sollten bestimmte Attribute des CI gepflegt werden bzw. sollten die CI kontrolliert werden können. Möglicherweise müssen am CI Changes vorgenommen und verfolgt werden. Ein CI ist nicht für sich eigenständig. CIs haben Abhängigkeiten und Beziehungen zu anderen CIs. Beispielsweise kann der Ausfall von Laufwerken eine Datenbankinstanz beeinträchtigen, was sich auf den Anforderungsservice auswirkt, den die Personalabteilung verwendet, um Ausrüstung für neue Mitarbeiter zu bestellen.

Diese Beziehungsdaten machen die CMDB zu einem leistungsfähigen Werkzeug für die Entscheidungsunterstützung. Wenn Sie die Abhängigkeiten und sonstigen Beziehungen zwischen Ihren CIs verstehen, können Sie beispielsweise genau feststellen, wer und was von dem Ausfall dieser Gruppe von Laufwerken betroffen ist. Wenn Sie feststellen, dass ein Router ausgefallen ist, können Sie die Auswirkungen dieses Ausfalls beurteilen. Wenn Sie sich für ein Upgrade des Prozessors auf einem Server entscheiden, können Sie ermitteln, wer oder was während des Ausfalls betroffen ist.

Configuration Items sind von Umgebung zu Umgebung unterschiedlich, da jeder Kunde individuelle Anforderungen hat. Möglicherweise benötigt ein Kunde Angaben zu den genauen physischen Attributen eines Computers, während diese für einen anderen Kunden bedeutungslose Daten darstellen. Die NOW Platform bietet einen Mechanismus zum einfachen Definieren neuer Klassen von Configuration Items und der neuen Beziehungen, die zwischen den CIs bestehen. Es können neue Klassen definiert werden, die andere Klassen erweitern. Beispielsweise existiert eine Klasse „Laptop“, die die Klasse „Computer“ erweitert. Die Klasse „Computer“ selbst erweitert die CI-Basisklasse. Benutzerdefinierte Klassenerweiterungen sind automatisch Teil der ServiceNow-Umgebung und fügen sich nahtlos in die Integrationspunkte für andere ITIL-Prozesse ein.

Sie können beispielsweise den Wert des Attributs Used for in der Tabelle „cmdb_ci_server“ auf 'Entwicklung', 'Test' oder 'Produktion' einstellen. Diese Werte geben die Umgebung an, die das CI unterstützt, und dienen dazu, ein CI während seines Lebenszyklus in einer sich verändernden Umgebung nachzuverfolgen.

Extended CMDB

In Basissystemen bietet CMDB Kernfunktionen für die Configuration Management Database, einschließlich Modulen für Hardware und Konfigurationselemente. Das separate Extended-CMDB-Plugin umfasst eine Sammlung von Modulen für spezialisierte Configuration Items, z. B. Funkhardware, Testausrüstung und Voice-Systemhardware.

Um die CMDB zu erweitern, können Sie die folgenden Plugins aktivieren, um auf die Module für spezialisierte Konfigurationselemente zuzugreifen.

• CMDB-Mainframe (com.snc.cmdb.mainframe)
• CMDB-Funkkategorie (com.snc.cmdb.radio.category)
• CMDB-Telekommunikationskategorie (com.snc.cmdb.telecom.category)
• CMDB-Testausrüstung (com.snc.cmdb.test.equipment)

CMDB-Hierarchie und CI-Klassenmanager

Sätze von CIs, die Attribute gemeinsam nutzen, werden in ihrer eigenen Klassentabelle gespeichert. Alle CMDB-Tabellen sind durch Beziehungen verbunden und erben Attribute voneinander, um ein Netz von Tabellen zu bilden, die als CMDB-Hierarchiebezeichnet werden.

Verwenden Sie CI-Klassen Manager, um CMDB-Klassen innerhalb der CMDB-Hierarchie, CMDB-Integrität und andere klassenbezogene Definitionen zu verwalten. Im CI-Klassenmanager können Sie beispielsweise Klassenattribute, Klassenidentifizierungsregeln und die Liste der CIs für eine bestimmte Klasse anzeigen. Um die Liste der CIs in der CMDB anzuzeigen, können Sie im Filternavigator auch cmdb_ci_list.do eingeben.

Architektur

Zugehörige Tabellen

Es gibt Tabellen, die nicht Teil der CMDB-Hierarchie sind, sich aber dennoch als CMDB-Daten qualifizieren. Zugehörige Tabellen, z. B. die Tabelle „Seriennummer“ [cmdb_serial_number], sind nicht inhärent aus der Tabelle „Konfigurationselement“ [cmdb_ci] abgeleitet, verfügen jedoch über mindestens eine Spalte, die auf ein CMDB-CI verweist. Zugehörige Tabellen werden in der Tabelle „Zugehörige Einträge“ [cmdb_related_entry] angegeben.

Einige Szenarien, die zugehörige Tabellen betreffen, können zu verwaisten oder anderweitig veralteten Datensätzen in zugehörigen Tabellen führen. Ein CI in einer zugehörigen Tabelle kann beispielsweise verwaist werden, wenn das referenzierte CI in der CMDB gelöscht wird. Sie können den CMDB-Datenmanager verwenden, um eine Richtlinie des Richtlinientyps „Zugehörigen CMDB-Eintrag löschen“ zu erstellen, die die nicht benötigten Daten zugehöriger Elemente kaskadiert löscht. Weitere Informationen zum Erstellen dieser CMDB Data Manager-Richtlinie finden Sie unter Erstellen Sie eine CMDB-Datenmanager-Richtlinie in CMDB Workspace.

Erforderliche Rollen