# 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: ```text 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: ```text 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