Configuration Management Database
Configuration Management Database (CMDB) bezeichnet ein Begriff aus der Informatik. Nach der IT Infrastructure Library [ITIL] handelt es sich bei der CMDB um eine Datenbank, welche dem Zugriff und der Verwaltung von Configuration Items dient. Als Configuration Item (CI) werden dabei im IT-Management alle Assets und Betriebsmittel der IT bezeichnet. Der Begriff Configuration ist dabei etwas irreführend. Unter ihm versteht man in diesem Zusammenhang den Bestand und die gegenseitigen Abhängigkeiten der verwalteten Objekte.
Eine CMDB dient dabei zu mehr als nur zur reinen Inventarisierung. Ziel ist, alle Module des Service Support und Service Delivery mit Bezug zu Configuration Items zu unterstützen. Dazu können auch organisatorische und kaufmännische Informationen eines CIs gehören, beispielsweise die Benutzer des CI, deren Abteilungen - aber auch Anschaffungs- und Zeitwerte sowie Beschaffungsinformationen und Informationen zum Produkt-Lebenszyklus eines CIs.
Technische Herausforderungen
In vielen Unternehmen werden unterschiedliche Datenbanken für Problem-, Change-, Assets- sowie für Vorgangsdaten eingesetzt. Dies hat im laufenden Betrieb den Nachteil, dass relevante Informationen zu einem CI häufig verstreut und schwer zugänglich in den verschiedenen Datenbanken liegen.
Hier setzt das Konzept der CMDB an. Ziel ist es, alle Informationen aus den o.g. Datenbanken an einer Stelle zu konsolidieren und so den Zugriff auf diese Daten einfacher und transparenter zu gestalten. Nicht zwangsläufig müssen dazu die Daten physisch in einem Datenbanksystem vereinigt werden. Eine Lösung könnte hier stattdessen der Einsatz eines föderierten Datenbankmanagementsystem sein.
Der Aufbau einer CMDB kann naturgemäß sehr langwierig und aufwändig sein. Daher empfiehlt sich der Einsatz einer bereits vorkonfektionierten CMDB, bei der viele Beziehungen und Abhängigkeiten zwischen den CIs z.B. als "Best Practice Module" bereits modelliert sind und die modular und individuell erweitert werden kann. Dies ermöglicht auf der einen Seite schnelle, sichtbare Erfolge (s.g. "Quick-Wins" zur Schaffung von Goodwill für die weitere Umsetzung) und auf der anderen Seite alle Freiheiten zur Abbildung der eigenen Anforderungen.
So komplex und arbeitsintensiv der Aufbau wie auch der Unterhalt einer CMDB sind, so unabdingbar sind sowohl deren Existenz als auch die Aktualität und Verlässlichkeit für die darauf basierenden Prozesse und Anwendungen. (Ohne ein CMDB gibt es z.B. kein effizientes und effektives Problem- und Change-Management).
Beispiele für Open Source CMDB implementationen
Nachfolgend sind Beispiele für Open Source Implementationen von CMDB's aufgeführt. Die Implementationstiefe ist bei den meisten noch nicht so groß wie bei kommerziellen Produkten. Es fehlt zudem die Integration in die restlichen ITIL Prozesse.
http://www.onecmdb.org/wiki/index.php/Main_Page