Ü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-Serviceelementen und ordnen Incidents dem Status von Serviceelementen zu, was bei der Analyse von Trends und der Reduzierung von Problemen und Incidents hilft.
Die Konfigurationen werden in einer Konfigurationsverwaltungsdatenbank ( ServiceNow CMDB), das aus Entitäten besteht, die als Konfigurationselemente (CI) bezeichnet werden und Teil Ihrer Umgebung sind. Ein CI kann:
- Eine physische Entität, z. B. ein Computer oder Router
- Eine logische Entität, z. B. eine Instanz einer Datenbank
- Konzeptionell, z. B. ein Anforderungsservice
In jedem Fall gibt es Attribute für das CI, die Sie verwalten möchten, und es gibt die Kontrolle über das CI. Es gibt Änderungen, die möglicherweise vorgenommen und für das CI nachverfolgt werden müssen. Außerdem ist ein CI selbst nicht vorhanden. CIs haben Abhängigkeiten und Beziehungen zu anderen CIs. Beispielsweise kann der Verlust von Datenträgern eine Datenbankinstanz ausfallen lassen, was sich auf den Anforderungsservice auswirkt, den die HR-Abteilung verwendet, um Geräte für neue Mitarbeiter zu bestellen.
Diese Beziehungsdaten machen die CMDB zu einem leistungsstarken Tool zur Entscheidungsunterstützung. Wenn Sie die Abhängigkeiten und anderen Beziehungen zwischen Ihren CIs verstehen, erfahren Sie beispielsweise genau, wer und was vom Verlust dieser Bank von Datenträgern betroffen ist. Wenn Sie herausfinden, dass ein Router ausgefallen ist, können Sie die Auswirkungen dieses Ausfalls bewerten. Wenn Sie sich für ein Upgrade des Prozessors auf einem Server entscheiden, können Sie mitteilen, wer oder was während des Ausfalls betroffen ist.
Konfigurationselemente unterscheiden sich von Umgebung zu Umgebung, da jeder Kunde eindeutige Anforderungen hat. Details zu den genauen physischen Attributen eines Computers werden möglicherweise von einem Kunden benötigt, können aber für einen anderen 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 ist eine Laptopklasse vorhanden, die die Computerklasse erweitert. Die Computerklasse selbst erweitert die Basis-CI-Klasse. Kundenklassenerweiterungen sind automatisch Teil von 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 erweiterte CMDB-Plugin enthält eine Sammlung von Modulen für spezialisierte Konfigurationselemente, z. B. Funkhardware, Testgeräte und Sprachsystemhardware.
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-Testgerät (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 bezeichnet werden 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 qualifizieren. Zugehörige Tabellen , Z. B. die Tabelle „Seriennummer“ [cmdb_Serial_number], sind nicht inhärent aus der Tabelle „Konfigurationselement [cmdb_ci]“, haben 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 löscht. Weitere Informationen zum Erstellen dieser CMDB-Datenmanager-Richtlinie finden Sie unter Erstellen Sie eine CMDB-Datenmanager-Richtlinie.
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 sn_cmdb_Editor, sn_cmdb_admin, Asset, itil oder itil_admin. Zum Anzeigen von CMDB-bezogenen Datensätzen in der Anwenderoberfläche sind die Rollen „sn_cmdb_Editor“ oder „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.
Details zu CMDB und anderen Rollen finden Sie unter Base system roles, Oder sehen Sie sich ein Feature-Komponententhema wie an Mit CMDB Workspace installierte Komponenten.