Was ist eine CMDB (Configuration Management Database)?

Eine CMDB (Configuration Management Database) ist eine Datenbank, die Informationen über die IT-Assets einer Organisation speichert - Server, Anwendungen, Netzwerktechnik, Desktop-Computer - und vor allem die Beziehungen zwischen ihnen. Jeder Eintrag ist ein Configuration Item (CI) mit eigenen Attributen, und jedes CI ist mit dem verknüpft, worauf es läuft, wovon es abhängt oder womit es verbunden ist. Die Beziehungsdaten trennen eine CMDB von einem einfachen Asset-Register: Sie beantworten nicht nur „was besitzen wir”, sondern „was fällt aus, wenn dies ausfällt”.

Was als Configuration Item zählt

Ein CI ist jede Komponente, die sich eigenständig lohnt zu verfolgen. Typische Beispiele:

• Hardware-CIs - Server, Switches, Firewalls, Storage-Arrays, Endgeräte
• Software-CIs - Anwendungen, Datenbanken, Betriebssysteme, Middleware
• Virtuelle und Cloud-CIs - virtuelle Maschinen, Container, Cloud-Instanzen und -Services
• Service-CIs - die Geschäftsservices, die die Komponenten ergeben, z. B. „E-Mail” oder „Rechnungsstellung”

Jedes CI trägt Attribute (Name, Version, Umgebung, Verantwortlicher, Standort) und Beziehungen („läuft auf”, „hängt ab von”, „ist Teil von”). Der Detailgrad ist die erste Grundsatzentscheidung: Erfasst man jedes Kabel, erstickt die CMDB im Pflegeaufwand; erfasst man nur Server, beantwortet sie keine nützlichen Fragen.

Beziehungen sind der Punkt

Nehmen Sie eine Kette: Die Rechnungsanwendung läuft auf einer virtuellen Maschine, die auf einem Host im Serverraum läuft, der über einen Switch angebunden ist. Muss dieser Switch ersetzt werden, sagt Ihnen die CMDB - noch bevor Sie etwas anfassen -, dass die Rechnungsstellung mit ausfällt. Das ist die Auswirkungsanalyse (Impact-Analyse), und sie ist der Hauptanwendungsfall der CMDB. Dieselben Daten helfen bei der Fehlersuche: Ist die Rechnungsstellung langsam, zeigt die CMDB jede darunterliegende Komponente, die sich zu prüfen lohnt. Deshalb sind CMDBs in größeren IT-Organisationen fester Bestandteil des Change Managements.

CMDB vs. Asset-Register vs. ITAM

Die Grenze verläuft beim Zweck. Ein Asset-Register dient Eigentum und Geld: wer welches Gerät hat, was es gekostet hat, wann die Garantie endet, was bei der Disposition geschieht. Eine CMDB dient dem Betrieb: technische Konfiguration und Abhängigkeiten, zur Unterstützung von Änderungen und Störungen. ITAM ist die übergeordnete Disziplin; eine CMDB ist ein Werkzeug, das vor allem stark an ITSM ausgerichtete Teams nutzen. Beide überschneiden sich bei der Hardware selbst - derselbe Server taucht in beiden auf -, doch sie erfassen unterschiedliche Fakten. Lizenzansprüche und Verlängerungen gehören etwa in die Datensätze des Software-Lizenzmanagements, nicht in eine Abhängigkeitskarte.

Wann ein kleines Team wirklich eine braucht

Eine CMDB zahlt sich aus, wenn Sie Infrastruktur betreiben, von der andere Systeme abhängen, und Änderungen vornehmen, die eine Auswirkungsbewertung erfordern - eigene Server, eine Produktionsumgebung, alles mit Ausfallkosten. Sie zahlt sich nicht aus als erstes führendes System für ein Team, dessen Bestand aus Laptops, Smartphones und SaaS-Lizenzen besteht; dort geht es um Eigentum und Verlängerungen, und die größte Schwachstelle der CMDB - einmal befüllt und nie aktualisiert - trifft gerade Teams ohne Change-Prozess am härtesten. Für diesen Mehrheitsfall schlägt ein aktuelles Asset-Register eine veraltete CMDB, und ein Tool wie AMPthilly führt eines mit Eigentümern, Ausgaben, Dokumenten und Audit-Historie je Asset - ganz ohne Abhängigkeitskarte.

Verwandte Begriffe

• Software Asset Management - Verwaltung der Software-Seite der IT-Landschaft
• Software-Lizenzmanagement - wo Berechtigungen und Verlängerungen geführt werden
• Lizenz-Compliance - innerhalb der gehaltenen Lizenzbedingungen bleiben
• IT-Asset-Disposition - Hardware am Lebensende sicher ausmustern
• True-Up - die Lizenzabstimmung, die ein Vendor-Audit auslöst