11.3 CMDB und Configuration Management System (CMS)

Kurz erklärt 
 Damit Configuration Items und ihre Beziehungen verwaltet werden können, benötigen Organisationen geeignete Werkzeuge. 
 Die bekannteste Datenbank hierfür ist die Configuration Management Database (CMDB) . 
 ITIL betrachtet jedoch nicht nur eine einzelne Datenbank, sondern ein Configuration Management System (CMS) , das Informationen aus verschiedenen Quellen zusammenführt. 
 Ziel ist es, jederzeit aktuelle und verlässliche Informationen über Services und deren Bestandteile bereitzustellen. 
 
 
 Was ist eine CMDB? 
 Die Configuration Management Database (CMDB) ist eine Datenbank zur Speicherung von Informationen über Configuration Items und deren Beziehungen. 
 Eine CMDB enthält beispielsweise Informationen über: 
 
 Server 
 Clients 
 Netzwerkgeräte 
 Anwendungen 
 Datenbanken 
 virtuelle Maschinen 
 Container 
 Cloud-Ressourcen 
 Services 
 Dokumentationen 
 Verträge 
 
 Die CMDB bildet die Grundlage vieler ITSM-Prozesse. 
 
 Aufgaben einer CMDB 
 Eine CMDB soll: 
 
 Configuration Items speichern, 
 Beziehungen dokumentieren, 
 Änderungen nachvollziehbar machen, 
 Auswirkungen sichtbar machen, 
 Informationen zentral bereitstellen, 
 Incident Management unterstützen, 
 Change Enablement unterstützen, 
 Problem Management unterstützen. 
 
 Sie dient als zentrale Informationsquelle für viele ITIL Practices. 
 
 Was ist ein Configuration Management System (CMS)? 
 Ein CMS ist mehr als eine einzelne Datenbank. 
 Es verbindet verschiedene Informationsquellen miteinander. 
 Ein CMS kann beispielsweise Informationen aus folgenden Systemen zusammenführen: 
 
 CMDB 
 Monitoring-System 
 Inventarisierung 
 Asset Management 
 Active Directory 
 Cloud-Plattformen 
 Virtualisierung 
 Ticket-System 
 Dokumentationssystem 
 Discovery-Werkzeuge 
 
 Dadurch entsteht ein umfassender Überblick über die IT-Landschaft. 
 
 CMDB und CMS unterscheiden 
 Diese Begriffe werden häufig verwechselt. 
 
 
 
 CMDB 
 CMS 
 
 
 
 
 einzelne Datenbank 
 Gesamtsystem 
 
 
 speichert CI-Daten 
 verbindet mehrere Datenquellen 
 
 
 Bestandteil des CMS 
 umfasst zahlreiche Systeme 
 
 
 enthält Configuration Items 
 stellt Informationen bereit 
 
 
 
 Die CMDB ist also ein Bestandteil des CMS. 
 
 Aufbau eines CMS 
 Ein mögliches Beispiel: 
 Monitoring
 │
Inventarisierung
 │
Cloud
 │
Active Directory
 │
Ticket-System
 │
Dokumentation
 │
 ▼
Configuration Management System
 │
 ▼
CMDB
 
 Das CMS stellt Informationen aus verschiedenen Quellen zusammen. 
 
 Welche Informationen stammen aus welchen Quellen? 
 Beispiele: 
 
 
 
 Informationsquelle 
 Beispiele 
 
 
 
 
 Monitoring 
 Status, Alarme 
 
 
 Active Directory 
 Benutzer, Computer 
 
 
 Virtualisierung 
 virtuelle Maschinen 
 
 
 Cloud 
 Instanzen, Storage 
 
 
 Inventarisierung 
 Hardware 
 
 
 Ticket-System 
 Incidents, Changes 
 
 
 Dokumentation 
 Runbooks, Architektur 
 
 
 
 Das CMS verbindet diese Informationen logisch miteinander. 
 
 Warum nicht alles in der CMDB speichern? 
 Nicht jede Information gehört dauerhaft in die CMDB. 
 Beispiel: 
 CPU-Auslastung verändert sich ständig. 
 Diese Information stammt besser direkt aus dem Monitoring. 
 Die CMDB speichert stattdessen beispielsweise: 
 
 Servername, 
 Betriebssystem, 
 Verantwortlicher, 
 Beziehungen, 
 Servicezuordnung. 
 
 Aktuelle Zustandsinformationen liefert das Monitoring. 
 
 Zentrale Datenhaltung 
 Eine zentrale Datenbasis bietet zahlreiche Vorteile. 
 Beispiele: 
 
 einheitliche Informationen, 
 weniger doppelte Daten, 
 einfachere Pflege, 
 bessere Qualität, 
 schnellere Suche, 
 bessere Auswirkungsanalyse. 
 
 Dadurch arbeiten alle ITIL Practices mit denselben Informationen. 
 
 Beziehungen visualisieren 
 Viele CMDB-Systeme können Beziehungen grafisch darstellen. 
 Beispiel: 
 CRM-Service
 │
 ├── Webserver
 ├── Datenbank
 ├── Storage
 ├── Firewall
 └── DNS
 
 Solche Darstellungen erleichtern die Fehlersuche erheblich. 
 
 Serviceorientierte Sicht 
 ITIL betrachtet bevorzugt Services statt Einzelgeräte. 
 Ein Benutzer interessiert sich beispielsweise dafür, 
 ob der VPN-Service verfügbar ist, 
 nicht dafür, 
 welcher einzelne Server betroffen ist. 
 Das CMS verbindet beide Sichtweisen. 
 
 Abfragen im CMS 
 Ein CMS beantwortet beispielsweise Fragen wie: 
 
 Welche Server gehören zum ERP-System? 
 Welche Datenbank nutzt das Kundenportal? 
 Welche Anwendungen laufen auf diesem Server? 
 Welche Services sind von diesem Switch abhängig? 
 Welche Changes betreffen diesen Service? 
 
 Dadurch lassen sich Entscheidungen schneller treffen. 
 
 Integration mit Monitoring 
 Viele CMS-Systeme übernehmen Statusinformationen aus dem Monitoring. 
 Beispiele: 
 
 Server erreichbar, 
 CPU-Auslastung, 
 Speicherverbrauch, 
 Zertifikatsstatus, 
 Netzwerkstatus, 
 Verfügbarkeit. 
 
 Dadurch stehen aktuelle Informationen direkt zur Verfügung. 
 
 Integration mit Change Enablement 
 Nach einem erfolgreichen Change sollte die CMDB aktualisiert werden. 
 Beispiele: 
 
 neue Server, 
 neue Version, 
 neue Beziehungen, 
 geänderte IP-Adresse, 
 neue Firewallregel, 
 neuer Service. 
 
 Nur so bleibt die Datenqualität erhalten. 
 
 Integration mit Incident Management 
 Bei einem Incident können Administratoren sofort erkennen: 
 
 betroffene Services, 
 abhängige Systeme, 
 Verantwortliche, 
 Dokumentationen, 
 bekannte Beziehungen. 
 
 Dadurch verkürzt sich die Analyse erheblich. 
 
 Integration mit Problem Management 
 Problem Management nutzt historische Informationen aus dem CMS. 
 Beispiele: 
 
 häufig betroffene Systeme, 
 wiederkehrende Komponenten, 
 Versionen, 
 Beziehungen, 
 frühere Änderungen. 
 
 Diese Informationen unterstützen die Ursachenanalyse. 
 
 Discovery-Werkzeuge 
 Viele Informationen müssen nicht manuell gepflegt werden. 
 Discovery-Werkzeuge erkennen automatisch: 
 
 neue Server, 
 Betriebssysteme, 
 installierte Software, 
 Netzwerktopologie, 
 virtuelle Maschinen, 
 Cloud-Ressourcen. 
 
 Dadurch sinkt der Pflegeaufwand. 
 
 Manuelle Pflege bleibt notwendig 
 Nicht alle Informationen können automatisch erkannt werden. 
 Beispiele: 
 
 Servicezuordnung, 
 Verantwortlicher, 
 Geschäftsprozess, 
 Kritikalität, 
 Dokumentationen, 
 Verträge. 
 
 Diese Angaben müssen häufig manuell gepflegt werden. 
 
 Datenqualität 
 Eine CMDB ist nur dann hilfreich, 
 wenn die gespeicherten Informationen korrekt sind. 
 Wichtige Kriterien: 
 
 vollständig, 
 aktuell, 
 eindeutig, 
 nachvollziehbar, 
 konsistent. 
 
 Schlechte Daten führen zu falschen Entscheidungen. 
 
 Praxisbeispiel 
 Ein Administrator plant einen Neustart eines Datenbankservers. 
 Über die CMDB erkennt er sofort: 
 Der Server gehört zu: 
 
 ERP, 
 Zeiterfassung, 
 CRM, 
 Reporting. 
 
 Dadurch wird der Change besser geplant und betroffene Fachbereiche können rechtzeitig informiert werden. 
 
 Typische Fehler 
 Fehler 1 
 CMDB und CMS werden gleichgesetzt. 
 
 Fehler 2 
 Configuration Items werden nicht aktualisiert. 
 
 Fehler 3 
 Discovery wird nicht genutzt. 
 
 Fehler 4 
 Monitoring ist nicht integriert. 
 
 Fehler 5 
 Beziehungen fehlen. 
 
 Fehler 6 
 Mehrere Datenquellen liefern widersprüchliche Informationen. 
 
 Fehler 7 
 Zu viele Informationen werden manuell gepflegt. 
 
 Fehler 8 
 Niemand ist für die Datenqualität verantwortlich. 
 
 Checkliste CMDB 
 
 Configuration Items vollständig 
 Beziehungen dokumentiert 
 Status aktuell 
 Verantwortliche gepflegt 
 Versionen aktuell 
 Services zugeordnet 
 Änderungen nachgeführt 
 regelmäßige Qualitätssicherung 
 
 
 Checkliste CMS 
 
 CMDB integriert 
 Monitoring angebunden 
 Discovery aktiv 
 Active Directory eingebunden 
 Cloud-Systeme integriert 
 Dokumentation verknüpft 
 Ticket-System verbunden 
 Datenquellen abgestimmt 
 
 
 Bedeutung für Fachinformatiker für Systemintegration 
 Fachinformatiker arbeiten regelmäßig mit CMDBs und CMS-Systemen. 
 Typische Aufgaben: 
 
 Configuration Items pflegen, 
 Beziehungen ergänzen, 
 Discovery prüfen, 
 Datenqualität verbessern, 
 Monitoring anbinden, 
 Services dokumentieren, 
 Changes nachführen, 
 Auswirkungsanalysen durchführen. 
 
 Ein gepflegtes CMS erleichtert nahezu alle administrativen Tätigkeiten im IT-Betrieb. 
 
 Zusammenfassung 
 
 Configuration Items erfassen 
 ↓ 
 In der CMDB speichern 
 ↓ 
 Weitere Datenquellen anbinden 
 ↓ 
 Informationen im CMS zusammenführen 
 ↓ 
 Beziehungen darstellen 
 ↓ 
 Informationen für alle ITIL Practices bereitstellen 
 
 
 Merksätze 
 
 Die CMDB ist ein Bestandteil des CMS. 
 
 
 Ein CMS verbindet Informationen aus mehreren Quellen. 
 
 
 Monitoring liefert Zustandsdaten – die CMDB liefert Strukturinformationen. 
 
 
 Discovery verbessert die Datenqualität. 
 
 
 Eine CMDB ist nur so gut wie die Qualität ihrer Daten. 
 
 
 Verwandte Seiten 
 
 11.1 Ziele und Grundlagen des Service Configuration Management 
 11.2 Configuration Items, Attribute und Beziehungen 
 11.4 Pflege, Discovery und Datenqualität 
 11.5 Zusammenspiel mit Incident, Problem, Change und Monitoring 
 Monitoring and Event Management 
 Incident Management 
 Change Enablement 
 
 
 Quellen und Versionsstand 
 Offizielle Grundlagen 
 
 PeopleCert – ITIL Practice Guide: Service Configuration Management 
 ITIL Foundation – Version 5 
 
 Einordnung 
 ITIL unterscheidet klar zwischen einer Configuration Management Database (CMDB) als Datenbank und einem Configuration Management System (CMS) als übergeordnetem Informationssystem. Welche Datenquellen integriert werden und wie die technische Umsetzung erfolgt, hängt von den eingesetzten ITSM-, Discovery- und Monitoring-Lösungen der jeweiligen Organisation ab. 
 Behandelter Framework-Stand: ITIL Version 5 
 Zusätzlich berücksichtigt: aktuelle ITIL-4-Practice-Guidance 
 Fachlicher Stand: August 2026