CMDB
Eine CMDB (Configuration Management Database) ist eine Datenbank, die die Komponenten einer IT-Umgebung als Configuration Items mit Eigenschaften und Abhängigkeiten speichert. In der Praxis zeigt sie, welche Server, Anwendungen und Netzwerkgeräte an einem Service hängen, und ist Grundlage für Störungsanalyse und die Bewertung von Änderungen.
Was dahinter steckt
Ein Configuration Item (CI) ist jede Komponente, die verwaltet werden muss, damit ein IT-Service funktioniert. Das kann ein Server sein, eine Anwendung, ein Netzwerkgerät, ein Cloud-Abonnement oder eine Dokumentation. Die CMDB führt zu jedem CI einen Datensatz:
- Identität: Typ, Name, Standort, verantwortliche Person
- Attribute: Version, Konfiguration, Seriennummer, Status
- Beziehungen: läuft auf, hängt ab von, wird genutzt von
- Historie: welche Änderungen und Störungen das CI betrafen
Die Beziehungen unterscheiden eine CMDB von einer Inventarliste. Erst sie zeigen, welcher Service ausfällt, wenn ein bestimmtes Gerät neu startet. In ITIL gehört die CMDB zur Praxis Service Configuration Management, in Version 4 ebenso wie in der seit Anfang 2026 verfügbaren Version 5. Daneben steht das IT-Asset-Management, das Geräte und Lizenzen über Lebenszyklus und Kosten verfolgt.
Von Hand allein lässt sich eine CMDB kaum aktuell halten. Erkennungswerkzeuge (Discovery) lesen Geräte und Software automatisch aus, Änderungen kommen aus freigegebenen Changes. Ohne diese Pflege veraltet der Bestand schnell und verliert seinen Nutzen. Bei der Auswahl einer CMDB zählen automatische Erkennung, die Abbildung von Abhängigkeiten, die Anbindung an Störungs- und Change-Abläufe und für IT-Dienstleister die saubere Trennung nach Kunden.
Warum das für IT-Dienstleister wichtig ist
Ein IT-Dienstleister betreut viele Kundenumgebungen, die er oft nicht selbst aufgebaut hat. Die CMDB ist das gemeinsame Gedächtnis des Teams. Wer eine Störung bearbeitet, sieht sofort, welche Systeme zusammenhängen, statt beim Kunden nachzufragen. Vor einer Änderung zeigt sie, welche Services und Nutzenden betroffen sind und ob ein Wartungsfenster nötig ist.
Für Managed Service Provider, die unter NIS2 fallen, enthält die EU-Durchführungsverordnung 2024/2690 eigene Abschnitte zum Konfigurationsmanagement und zum Inventar. Eine gepflegte CMDB hilft, beides nachzuweisen.
Beispiel
Ein Systemhaus plant bei einem Kunden ein Firmware-Update der Firewall für Dienstag um 10 Uhr, Dauer 90 Minuten. Im Büro arbeiten an diesem Tag nur wenige, der Termin wirkt deshalb unkritisch. Die CMDB zeigt aber zwei abhängige Services: die Anbindung des Onlineshops und den VPN-Zugang für 40 Mitarbeitende im Außendienst.
Tagsüber wären das 40 mal 1,5 Stunden, also 60 Stunden Arbeitszeit ohne Zugriff. Bei Personalkosten des Kunden von 55 € je Stunde entspricht das 3.300 €, der Ausfall des Shops noch nicht eingerechnet. Der Change wird deshalb in das Wartungsfenster am Samstagmorgen gelegt.
Verwandte Begriffe
Häufige Fragen
Was ist der Unterschied zwischen CMDB und IT-Asset-Management?
Die CMDB beschreibt, wie Komponenten technisch konfiguriert sind und zusammenhängen, damit Services stabil laufen. IT-Asset-Management verfolgt Geräte und Lizenzen als Vermögenswerte: Kauf, Kosten, Garantie, Vertrag und Aussonderung. Beide greifen oft auf dieselben Daten zu, beantworten aber unterschiedliche Fragen.
Braucht ein kleines Systemhaus eine CMDB?
Nicht unbedingt als eigenes Werkzeug. Entscheidend ist, dass für jeden Kunden die wichtigen Systeme und ihre Abhängigkeiten aktuell dokumentiert sind. Mit der Zahl der betreuten Kunden und Geräte wächst der Nutzen einer CMDB, die automatisch befüllt wird.
Stand: 05.11.2026