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

Checkliste CMS

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