Übersicht über CMDB
Die Configuration Management Database (CMDB) Erstellt und verwaltet die logischen Konfigurationen, die Ihre Netzwerkinfrastruktur zur Unterstützung von benötigt ServiceNow Service.
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 Status von IT-Service-Elementen und ordnen Incidents dem Status von Service-Elementen zu, was bei der Analyse von Trends und der Reduzierung von Problemen und Incidents hilft.
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. Es gibt Änderungen, die möglicherweise vorgenommen und für das CI nachverfolgt werden müssen. 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 Konfigurationselementen und neuer Beziehungen, die zwischen CIs bestehen können. Es können neue Klassen definiert werden, die andere Klassen erweitern. Beispielsweise existiert eine Klasse „Laptop“, die die Klasse „Computer“ erweitert. Die Computerklasse selbst erweitert die Basis-CI-Klasse. 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 festlegen Used forAttribut in der Tabelle „cmdb_ci_Server“ auf einen Wert wie „Entwicklung“, „Test“ oder „Produktion“. Diese Werte geben die Umgebung an, die das CI unterstützt, und dienen als Möglichkeit, ein CI während seines Lebenszyklus in einer sich ändernden Umgebung nachzuverfolgen.
Erweiterte CMDB
In Basissystemen bietet CMDB Kernfunktionen für die Konfigurationsverwaltungsdatenbank, 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.
Sie können die CMDB erweitern Aktivieren Die folgenden Plugins für den Zugriff auf die Module für spezialisierte Konfigurationselemente.
- 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 teilen, werden in ihrer eigenen Klassentabelle gespeichert. Alle CMDB-Tabellen sind durch Beziehungen verbunden und erben Attribute voneinander, um ein Tabellennetz zu bilden, das als bezeichnet wird CMDB-Hierarchie .
Verwenden Sie CI-Klassen Manager Dient zum Verwalten von CMDB-Klassen innerhalb der CMDB-Hierarchie, CMDB-Integrität und anderen klassenbezogenen Definitionen. 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 auch eingeben cmdb_ci_list.do Im Filternavigator.
Architektur
Zugehörige Tabellen
Es gibt Tabellen, die nicht Teil der CMDB-Hierarchie sind, aber dennoch als CMDB-Daten qualifiziert sind. Zugehörige Tabellen , Z. B. die Tabelle „Seriennummer“ [cmdb_Serial_number], ist nicht der Tabelle „Konfigurationselement“ [cmdb_ci] inhärent, hat aber 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 verwenden CMDB-Datenmanager Dient zum Erstellen einer Richtlinie vom Richtlinientyp „Zugehöriger CMDB-Eintrag löschen“, die diese nicht benötigten zugehörigen Elementdaten kaskadiert und gelöscht. Weitere Informationen zum Erstellen dieser CMDB-Datenmanager-Richtlinie finden Sie unter .
Lokalisierung
Die Verwendung des Feldtyps „übersetzter Text“ (anstelle von Zeichenfolge) für Attribute in CMDB-Tabellen kann die Gesamtleistung reduzieren, 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 die 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 reference.
Erforderliche Rollen
Das direkte Lesen von CMDB-Tabellen erfordert die Rolle „cmdb_read“, jedoch den Zugriff auf Konfiguration Das Modul erfordert die Rollen Asset, itil oder itil_admin. Zum Anzeigen von CMDB-bezogenen Datensätzen in der Benutzeroberfläche ist die Rolle „itil“ normalerweise ausreichend. Zum Aktualisieren von Datensätzen und für andere Manipulationen von Datensätzen sind normalerweise Rollen mit höheren Anmeldeinformationen erforderlich, wie in jedem Verfahren im gesamten Dokumentationssatz angegeben.
Weitere Informationen zu CMDB und anderen Rollen finden Sie unter Base system roles, Oder sehen Sie sich ein Thema mit Funktionskomponenten an, z. B. Mit CMDB Workspace installierte Komponenten.