Übersicht über CMDB

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 4 Minuten Lesedauer
  • Der Configuration Management Database (CMDB) erstellt und verwaltet die logischen Konfigurationen, die Ihre Netzwerkinfrastruktur zur Unterstützung eines ServiceNow -Services benötigt.

    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 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 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 das Attribut Used for in der Tabelle „cmdb_ci_server“ auf einen Wert wie „Entwicklung“, „Test“ oder „Produktion“ festlegen. 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.

    Erweiterte 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

    Komponenten und Daten-Flow der CMDB.

    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 Erstellt eine CMDB-Datenmanager-Richtlinie im CMDB-Arbeitsbereich.

    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 reference.

    Erforderliche Rollen

    Das direkte Lesen von CMDB-Tabellen erfordert die Rolle „cmdb_read“, der Zugriff auf das Konfigurationsmodul erfordert jedoch 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 Bearbeitungen von Datensätzen sind normalerweise Rollen mit höheren Anmeldeinformationen erforderlich, wie in den einzelnen Verfahren im gesamten Dokumentationssatz angegeben.

    Weitere Informationen zu CMDB und anderen Rollen finden Sie unter Base system rolesoder in einem Thema zu Funktionskomponenten wie Mit CMDB-Arbeitsbereich installierte Komponenten.