Was ist eine CMDB? Bedeutung, Beispiel & Asset-Daten

Server, Anwendungen, Netzwerke, Notebooks: Eine CMDB soll zeigen, was in deiner IT-Landschaft existiert und was wovon abhängt. In der Theorie ist sie die zentrale Wahrheit für Incident- und Change-Prozesse. In der Praxis wird sie schnell zum Datenfriedhof, sobald niemand die Einträge aktuell hält. Dieser Artikel erklärt, was eine CMDB ist, was drinsteht, wie sie sich von IT-Asset-Management unterscheidet und woran sie im Alltag scheitert.

Wofür steht die Abkürzung CMDB?

CMDB steht für Configuration Management Database, auf Deutsch Konfigurationsmanagementdatenbank. Gemeint ist eine Datenbank, in der die Komponenten deiner IT-Landschaft und ihre Beziehungen zueinander dokumentiert sind.

Laut Wikipedia dient eine CMDB „zur Verwaltung, Dokumentation, Verknüpfung und Verfolgung von Konfigurationselementen (KEs) entlang des Lebenszyklus“. Im deutschen IT-Alltag sagt trotzdem kaum jemand „Konfigurationsmanagementdatenbank“, die Abkürzung hat sich durchgesetzt.

Was ist eine CMDB und was steht drin?

Eine CMDB ist die Datenbank, die festhält, welche Hardware, Software und Netzwerkkomponenten deine IT nutzt und wie sie zusammenhängen. Der Kern sind nicht die einzelnen Einträge, sondern die Verknüpfungen zwischen ihnen.

Server, Anwendungen, Netzwerkkomponenten, Endgeräte: Das sind die typischen Einträge. Dazu kommen oft auch Incident-, Problem- und Change-Records, damit du nachvollziehen kannst, was an welcher Komponente wann passiert ist. Der eigentliche Wert liegt aber in den Verknüpfungen: Fällt ein Server aus, siehst du sofort, welche Anwendungen und Services dranhängen.

Was ist ein Configuration Item (CI)?

Ein Configuration Item ist jede Komponente, die du managen musst, um einen IT-Service bereitzustellen – zum Beispiel ein Server, ein Router, eine Anwendung oder eine virtuelle Maschine. Jedes CI ist ein Eintrag in der CMDB, verknüpft mit den CIs, von denen es abhängt.

Wichtig ist dabei das Wort Service: Ein CI kommt in die CMDB, weil ein IT-Service davon abhängt, nicht weil es irgendwo im Inventar steht. Der Server, auf dem eure Buchhaltung läuft, ist ein CI. Die Tastatur am Empfang eher nicht.

Wie sieht eine CMDB in der Praxis aus?

Eine CMDB ist im Kern eine Liste von CIs, bei der jede Zeile sagt, wovon das CI abhängt und wer dafür verantwortlich ist. Ändert sich ein Eintrag oder fällt er weg, siehst du sofort, welche anderen CIs und Nutzer:innen betroffen sind.

Die Beispieltabelle zeigt einen einzelnen Service und ist bewusst klein. Schon hier siehst du aber den Nutzen: Soll HV-02 für ein Update neu gestartet werden, zeigt die CMDB, dass die Buchhaltung und das CRM kurz offline gehen bevor es jemand im Finance-Team merkt.

Welche Rolle spielt die CMDB in ITIL?

In ITIL ist die CMDB die Datenbasis des Configuration Managements – in ITIL 4 heißt die zugehörige Practice Service Configuration Management. Incident-, Problem- und Change-Prozesse greifen auf die CMDB zu, um zu sehen, welche Komponenten betroffen sind.

In ITIL V3 gehörte die CMDB noch zur Service Transition. Mit ITIL 4 wurden aus Prozessen Practices, an der zentralen Rolle der CMDB hat sich dadurch aber nichts geändert. Ganz neu ist ITIL 4 allerdings nicht mehr: Im Januar 2026 hat PeopleCert ITIL 5 angekündigt. In den meisten Unternehmen ist ITIL 4 trotzdem weiterhin die gelebte Grundlage. Wie die einzelnen ITSM-Prozesse zusammenspielen, liest du in unserem Artikel zu den ITSM-Prozessen.

Was ist der Unterschied zwischen CMDB und IT-Asset-Management?

IT-Asset-Management betrachtet jedes Asset einzeln über seinen Lebenszyklus – Kosten, Besitzer, Standort, Rückgabe. Die CMDB konzentriert sich auf die Beziehungen zwischen den Komponenten; fast jedes CI ist auch ein Asset, aber längst nicht jedes Asset gehört in die CMDB.

Vereinfacht gesagt: Asset-Management schaut auf das einzelne Asset, Configuration Management auf die Beziehungen zwischen den Assets. Ein Notebook hat Abhängigkeiten zu Image, Lizenzen und Netzwerk und taucht deshalb in beiden Welten auf. Eine Maus hat keine, sie steht nur im Asset-Management. So entsteht die typische Überschneidung: Fast jedes CI ist auch ein Asset, aber umgekehrt gilt das nicht.

Für dich heißt das: Die CMDB steht nicht neben dem Asset-Management, sondern darauf. Welches Notebook wem gehört, welche Lizenz aktiv ist, welcher Server wann gekauft wurde, das sind Asset-Daten. Ist diese Basis lückenhaft, erbt die CMDB jede Lücke.

Wie baust du eine CMDB auf – und hältst sie aktuell?

Mit automatischer Erkennung, klaren Verantwortlichen für jeden Datenbereich und einer verlässlichen Asset-Basis darunter. Ohne diese drei veraltet eine CMDB schneller, als du sie pflegen kannst.

Eine CMDB ist kein Projekt, das irgendwann fertig ist. Ohne regelmäßige Pflege, Automatisierung und klare Zuständigkeiten sind die Daten schnell veraltet. Die häufigsten Gründe sind ziemlich banal: Erkennungstools laufen zu selten, Automatisierungsregeln fehlen, und Änderungen im Alltag landen einfach nicht in der Datenbank.

Pragmatisch heißt das für den Aufbau:

• Klein anfangen: Starte mit den Services, die wirklich geschäftskritisch sind, statt die komplette IT auf einmal zu modellieren.
• Verantwortliche festlegen: Jeder CI-Typ braucht eine Person, die für die Daten geradesteht.
• Asset-Daten zuerst klären: Onboarding, Offboarding, Gerätewechsel, jeder dieser Vorgänge verändert die Datenbasis. Wenn sie nicht sauber erfasst werden, stimmt die CMDB nach wenigen Wochen nicht mehr.

Genau an dieser Stelle setzt equipme an: mit einem zentralen Überblick über Assets, Lizenzen und Zubehör, von der Anschaffung bis zur Rückgabe beim Offboarding. equipme ist kein ITSM-Tool und kein Ticketsystem und ersetzt keins. Aber die Asset-Daten, auf denen eine CMDB aufbaut, laufen bei equipme an einer Stelle zusammen statt in verstreuten Tabellen.

Fazit

Eine CMDB zeigt dir, was in deiner IT existiert und was wovon abhängt und macht Incidents und Changes damit planbar statt riskant. Ihr Wert steht und fällt aber mit der Datenqualität: Eine CMDB ist nur so aktuell wie die Asset-Daten, auf denen sie aufbaut. Wer Onboarding, Offboarding und Gerätewechsel sauber erfasst, hat einen großen Teil der Datenbasis für die CMDB schon im Griff.