In CMDB werden die logischen Servicekonfigurationen den physischen Layoutdaten der unterstützenden Netzwerk- und Anwendungsinfrastruktur in jeder Ihrer jeweiligen 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, einen CI während seines Lebenszyklus in einer sich ändernden Umgebung nachzuverfolgen.

Extended CMDB

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

Zum Erweitern der CMDB können Sie die folgenden Plugins aktivieren, um auf die Module für spezielle Configuration Items 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-Klassen Manager

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

Verwenden Sie CI-Klassen Manager, um CMDB-Klassen innerhalb der CMDB-Hierarchie, der CMDB-Integrität und anderer klassenbezogener Definitionen zu verwalten. Beispielsweise können Sie im CI-Klassenmanager 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, aber dennoch als CMDB-Daten gelten. Zugehörige Tabellen, wie z. B. die Tabelle „Seriennummer“ [cmdb_serial_number], beziehen sich nicht auf die Tabelle „Konfigurationselement“ [cmdb_ci], haben jedoch 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 und löscht. Weitere Informationen zum Erstellen dieser CMDB-Datenmanager-Richtlinie finden Sie unter .

Lokalisierung

Die Verwendung des Feldtyps „Übersetzter Text“ (anstelle einer Zeichenfolge) für Attribute in CMDB-Tabellen kann die Gesamtleistung beeinträchtigen, einschließlich der Leistung von Funktionen wie CMDB-Integrität. Dies liegt daran, dass Werte in CMDB-Tabellen dynamisch sind und sich wahrscheinlich häufig ändern und die Daten selbst wahrscheinlich kontinuierlich wachsen. Die Verwendung des Felds „Übersetzter Text“ erfordert auch eine manuelle Aktualisierung des zugehörigen Texts. Der Feldtyp „Übersetzter Text“ ist normalerweise bei statischen Daten effektiv, die sich nicht ändern und nicht wachsen. Weitere Informationen zu Feldtypen finden Sie unter Field types.

Erforderliche Rollen