Die CMDB

Was ist eine CMDB?

Die Abkürzung "CMDB" steht für "Configuration Management Database". Sie bezeichnet eine Datenbank mit allen relevanten Informationen zur IT-Infrastruktur.

Da diese Datenbank bereits alle vorhandenen Informationen enthält und durch die  Prozesse des Konfigurationsmanagements kontinuierlich gepflegt wird, dient die CMDB als Basis für weitere wichtige Managementsysteme wie ITSM oder ISMS.

Die CMDB setzt die Komponenten zueinander in Beziehung und bietet so einen Überblick über die Zusammenhänge und Abhängigkeiten aller Komponenten über den gesamten Lebenszyklus hinweg.

Der Vorteil: Auch wenn die einzelnen Geräte räumlich weit auseinander liegen und die dazugehörigen Daten aus ganz unterschiedlichen Quellen kommen, können mit einer CMDB alle Informationen an einem Ort verwaltet werden.

Woher stammt der Begriff  "CMDB"?

Im Jahre 1989 wurde im Auftrag der britischen Regierung die Information Technology Infrastructre Library – kurz ITIL – entwickelt. Dieses Werk beschreibt die idealen Abläufe in der IT. Es handelt sich um einen Leitfaden für die Organisation der Informationstechnologie und eine Sammlung von Best Practices im IT-Betrieb. Aus diesem Werk stammt auch der Begriff der Configuration Management Database.

Configuration Items als Datensätze einer CMDB

Die erste Frage ist klar: Was ist ein Configuration Item?

Im Configuration Management ist das CI (so die gängige Abkürzung) das Atom, die kleinste unteilbare Einheit. Dabei darf das CI nicht mit einem realen Gerät verwechselt werden. Es handelt sich hierbei um die Abbildung des Gerätes innerhalb der CMDB. Im Deutschen ist auch oft die Rede von einem Konfigurationselement oder Konfigurationsobjekt. In i-doit bezeichnen wir die CIs einfach als "Objekte".

Der Begriff "Configuration" ist hier etwas irreführend. Es handelt sich nicht um wirkliche Konfigurationen von realen Geräten. Vielmehr steht der Begriff für die Darstellung der gegenseitigen Abhängigkeiten der gespeicherten Objekte.

Aus der Sicht der CMDB ist ein Configuration Item (CI) erst einmal ein Objekt. Dies kann alles sein, was zum Betrieb und der Aufrechterhaltung der IT- und Geschäftsprozesse notwendig ist. Der Arbeitsplatz-PC, der Drucker oder das Telefon sind in der Regel als CIs hinterlegt. Auch mit den Geräten in Zusammenhang stehende Objekte werden in einer CMDB als CI hinterlegt. Dies betrifft Rechnungen, Wartungsverträge oder Software und Lizenzen. Schließlich werden auch Server, Gebäude oder Personen als Items in der CMDB angelegt. Diesen CIs können verschiedene Eigenschaften zugewiesen werden.

Um beim Beispiel Server zu bleiben:

Auf dem physischen Gerät "Server" ist das Betriebssystem "Microsoft Server 2019" installiert. Das angelegte CI "Server" steht mit dem CI "Microsoft Server 2019" in direkter Verbindung. Für die Software sind jedoch andere Ansprechpersonen zuständig als für die Maschine. Kein Problem für die CMDB. Durch die strikte Trennung der Objekte können wir für jedes CI genau die Informationen erfassen, die im Bedarfsfall benötigt werden.

Differenzierung zwischen CIs und Assets:
Wo liegen die Unterschiede?

Hast Du Dich mit (Service-) Configuration Management beschäftigt, hast Du schnell festgestellt, dass ein Asset Management die Grundlage dafür bietet. Das Configuration Management beschreibt CIs, im Asset Management wird von Assets (engl. „Anlage“) gesprochen. Wo liegen nun die Unterschiede? Beide scheinen auf den ersten Blick Objekte mit ihren jeweiligen Eigenschaften zu dokumentieren.

Die Erfassung und Dokumentation eines Assets erfolgt aus kaufmännischer Sicht. Hier geht es um buchhalterische oder finanzielle Informationen. Ein CI ist im IT-Betrieb und der Administration angesiedelt. Es fokussiert sich mehr auf die betriebsrelevanten Informationen wie Hardware, Software und benötigte Services. Die angestrebten Ziele der beiden Managementsysteme sind also aufgrund der Anforderungen unterschiedlich.

Solltest Du also Assets und CIs trennen?

Informationen zu Assets werden häufig in Softwarelösungen für Buchhaltung oder Fakturierung erfasst. Diese Daten sind jedoch auch für den IT-Betrieb sinnvoll. Führe sie daher in der CMDB zusammen. Das Unternehmen erhält auf diesem Wege eine konsolidierte Sicht auf die gesamte IT-Infrastruktur. Da CIs vielfältig erweiterbar sind, ist eine Konsolidierung aus verschiedenen Datenquellen unproblematisch.

IT-Dokumentation und CMDB
Gibt es Unterschiede?

Der größte Unterschied zwischen CMDB und IT-Dokumentation liegt in den Informationsquellen, der Datenhaltung und der Darstellung des Ist- und Soll-Zustands der IT-Infrastruktur.

Die IT-Dokumentation befasst sich ausschließlich mit dem IST-Zustand der Infrastruktur; die Dokumentation und Darstellung von Beziehungen und Abhängigkeiten ist sehr beschränkt. Hier liegt die Stärke der CMDB, die diese Zusammenhänge punktgenau abbilden kann. Sie verknüpft sowohl physische als auch logische Verbindungen zwischen den CIs und ermöglicht so einen vollständigen Überblick über die IT-Infrastruktur. Darüber hinaus kann sie auch (Soll-) Zustände von Objekten darstellen, die sich - physisch gesehen - noch gar nicht im Unternehmen befinden.

So kann ein CI z.B. auch den Zustand “In Lieferung” oder “Bestellt” annehmen, um die Ankunft im Unternehmen anzukündigen. Nicht selten handelt es sich hierbei um wichtige Informationen, um das Einbinden der Geräte in die IT-Infrastruktur fristgerecht umzusetzen. Diese Zustände sind Teil des Lebenszyklus eines jeden CIs und sollten für das Lifecycle Management unbedingt dokumentiert werden. Die CMDB übernimmt diese Arbeit für Dich.

Die Bedeutung der CMDB
für das IT Service Management

Nutzen und Einsatzmöglichkeiten
einer CMDB im Unternehmen

Die Einsatzmöglichkeiten für eine CMDB im Unternehmen sind vielfältig. Neben der vollständigen IT-Dokumentation wird sie vor allem dann eingesetzt, wenn der Produktlebenszyklus von Geräten abgebildet werden soll. Dabei werden alle Zustände nachhaltig dokumentiert und unterstützen die IT-Abteilung dabei, wiederkehrende Störungen zu ermitteln.

Die CMDB kann im Rahmen des IT Service Managements mit verschiedenen Systemen Daten austauschen. Eine Monitoring-Lösung erhält von einer CMDB die Informationen über die zu beobachtenden Systeme. Gleichzeitig meldet es seinerseits zurück, welchen Status die jeweiligen Assets haben. Dieser wird in der CMDB hinterlegt.

Eine Discovery-Software durchsucht regelmäßig das Netzwerk nach angeschlossenen Geräten. Die Informationen in den entsprechenden Configuration Items der CMDB werden dann mit den gewonnenen Daten aktualisiert.

Der Service Desk profitiert von einer CMDB in besonderer Weise. Meldet beispielsweise das Monitoring eine Störung an einem System, kann automatisch ein entsprechendes Ticket eröffnet werden. Dieses enthält Angaben über die Art der Störung. Die CMDB liefert gleichzeitig alle verfügbaren Informationen zum betroffenen System. Umgekehrt kann ein Mitarbeiter des Service Desk im Falle einer Störungsmeldung auf die Daten der CMDB zugreifen. Er erhält so in kurzer Zeit eine vollständige Übersicht über die fehlerhaften Systeme.

Auch andere Server- und Verzeichnisdienste wie Active Directory liefern wichtige Informationen bezüglich Benutzern, Computern und Gruppen.

Die CMDB beinhaltet somit Informationen aus allen Bereichen Deines Unternehmens, konsolidiert diese in den CIs, stellt Verbindungen zwischen ihnen her und stellt diese aufbereiteten Informationen Deinen Mitarbeitenden, Abteilungen und Führungskräften zentral zur Verfügung.

Die positiven Auswirkungen
einer CMDB auf die IT

Ein großes Problem in vielen IT-Abteilungen ist die Tatsache, dass Informationen zu einem bestimmten Gerät in vielen verschiedenen Datenspeichern liegen. Die technischen Informationen können im Klartext in einer Excel-Tabelle hinterlegt sein. Rechnungsdokumente finden sich in Netzlaufwerken der Buchhaltung wieder. Und Vertragsunterlagen sind als Verweis über das ERP-System zugänglich.

Mit einer CMDB muss sich Dein Team nicht mehr durch dutzende Tools schalten, um die notwendigen Informationen zu ermitteln. Ganz egal, ob Du Informationen zu einem Server aus dem Monitoring, eine Rechnung aus der Finanzbuchhaltung oder die letzte Korrespondenz mit der Technik suchst, um eine Störung beheben zu können. Alle Informationen und Dokumente liegen an einem Ort – der CMDB.

Dadurch wird nicht nur die Zeit für interne Recherchen, sondern auch die Leerlaufzeiten in Vorgängen minimiert. Diese treten schließlich immer dann auf, wenn benötigte Informationen nicht vorliegen und auf Dritte gewartet werden muss, um fortfahren zu können.

Den größten Mehrwert stellt jedoch die Verlässlichkeit von Informationen dar. Da es keine lokale Dokumentation mehr gibt und alle Änderungen in der CMDB dokumentiert werden, stehen stets hochaktuelle Informationen bereit. Der ewige Abgleich zwischen verschiedenen Dokumentationsdaten zur Ermittlung der aktuellen Version ist damit passé.

Eine immer aktuelle CMDB:

• kann für die Optimierung und Planung der IT-Infrastruktur herangezogen werden
• stellt Basisdaten für die Visualisierung von IT-Konzepten und IT-Beziehungen bereit und
• kann Performance-Engpässe und gegenseitige Abhängigkeiten aufzeigen.

Wie die CMDB beim Change Management hilft

Das Change Management ist schon lange fester Bestandteil des Projektmanagements. Doch auch für die Administratoren von komplexen IT-Infrastrukturen ist es unerlässlich. Das Change Management beschreibt dabei den Prozess, wie Änderungen an Systemen und Komponenten durchgeführt werden, welche Personen daran beteiligt und wer für die Autorisierung der angestrebten Maßnahmen verantwortlich ist.

Configuration Management

Das Configuration Management (dt.: Konfigurationsmanagement) wird für die Identifikation, Verwaltung und Dokumentation aller Configuration Items (CIs) und deren Beziehungen untereinander realisiert. Und oftmals wird es komplizierter dargestellt als es ist. Durch die Unterteilung in die folgenden drei Teilprozesse wird es um einiges greif- und umsetzbarer.

• 1. Identifikation und Erfassung der CIs
  Im ersten Schritt identifizierst Du, welche CIs zu erfassen sind. Welche Informationen für Dein Unternehmen zu erfassen sind, teilen Dir Deine Abteilungen, Fach- und Führungskräfte in der Regel zügig mit. Du führst die identifizierten Informationen anschließend in einem Configuration Management Plan zusammen.
  
  
• 2. Steuerung der CIs
  Jedes CI durchläuft seinen ganz eigenen Lebenszyklus mit den verschiedenen Stationen. Defekte treten auf, Komponenten werden ausgetauscht oder neue Software installiert. Einmal erfasste Configuration Items erfordern eine fortlaufende Pflege. Lege genau fest, wer Änderungen identifiziert und dokumentiert. Stelle sicher, dass diese Person bzw. Abteilung über die notwendigen Kompetenzen verfügt, um Änderungen zu klassifizieren. Auch die Motivation ein entscheidender Faktor. Ein Mitarbeiter kann fachlich in der Lage sein, ein CI zu pflegen. Hat er im Tagesgeschäft damit keine weiteren Berührungspunkte, leidet die Motivation. Ein Service Owner und sein Team wissen hingegen, welche Informationen benötigt werden. Sie haben jeden Tag mit diesem CI zu tun.
  
  
• 3. Verifizierung und Auditierung der CIs (Konfigurationselemente)
  Die Informationen in der CMDB bilden für Fach- und Führungskräfte die Basis für eine Vielzahl von Planungen und Entscheidungen. Damit die vorhandenen Daten auch vertrauenswürdig sind, ist eine regelmäßige Verifizierung und Auditierung der Daten notwendig.
  
  Bei diesem Prozess besteht immer die Möglichkeit, dass Lücken gefunden werden. Dies darf keinesfalls dazu führen, den Mitarbeitern Inkompetenz vorzuwerfen. Im schnelllebigen Projektgeschäft wird einfach immer einmal vergessen, Änderungen zu dokumentieren. Das Ziel der Verifizierung und Auditierung ist hingegen, die Lücken aufzudecken und korrektiv zu beheben.
  
  Das oberste Ziel sind stets aktuelle und verlässliche Daten. Stellst Du fest, dass Änderungen zunehmend nicht zeitgerecht zu erfassen sind, liegt die Lösung in Monitoring- oder Discovery-Tools. Diese liefern die notwendigen Informationen regelmäßig und automatisiert.

Configuration Management
als Rettungsnetz bei Change-Prozessen

Wenn Du Change-Management-Prozesse einführst, kommst Du um das Configuration Management nicht herum. Die Vorteile überwiegen im Verhältnis zum geringen Aufwand einfach zu stark.

Das Configuration Management erweitert dabei die bereits geführte IT-Dokumentation. Ein Change an einem Server oder Switch kann unter Umständen Störungen nach sich ziehen, die erst Tage oder Wochen später bemerkt werden. Im Change wurde zwar beschrieben, welche Änderungen durchgeführt werden, jedoch nicht, wie die Konfiguration des Servers oder Switch vor der Änderung war. Durch das Configuration Management kannst Du einfach zur letzten bekannten, funktionierenden Konfiguration Deiner CIs zurückkehren, um Störungen zu beheben und die Änderung neu zu planen.

Dies findet natürlich nicht nur bei physischen Geräten und Produkten Ihre Anwendung, sondern auch im Bereich Software und Datenbanken. Für die Lauffähigkeit einer Software müssen stets Voraussetzungen erfüllt werden. Es muss also genau definiert werden, welche Komponenten in der jeweiligen Version für den fehlerfreien Betrieb der Software benötigt werden, um einen Build zu konfigurieren (Build-Management).

Bei neuen Versionen von Programmiersprachen, Datenbankmanagementsystemen oder Software-Paketen, die in Abhängigkeit benötigt werden, kann sonst die Funktionsweise der Software negativ beeinflusst werden. Auch hier ist es also wichtig, eine lauffähige Konfiguration zu definieren, zu der man bei Bedarf zurückkehren kann (Versionsmanagement).

Nicht zuletzt kannst Du durch diese einfache und klare Definition auch genau festlegen, welche Software für den internen oder öffentlichen Release fertiggestellt wurde und welche Anforderungen die Systeme erfüllen müssen, um die Applikation ausführen zu können (Release Management).

Die CMDB für die effektive
Nutzung von Informationen

Im Vordergrund eines CMDB Projekts steht die effektive Nutzung von Informationen. Die CMDB ist keine bloße Datenbank. Sie ist der zentrale Anlaufpunkt für alle Themen des IT-Betriebs und der Bereitstellung und Aufbereitung von Informationen. Identifiziere im Vorfeld, welche Informationen in welcher Qualität benötigt werden. Eine CMDB stellt somit alle Informationen für die Organisation bereit. Was nach einem unbedeutenden Mehrwert klingt, ist in der Tiefe von deutlich höherer Bedeutung.

• IT-Betrieb und Prozesse
  Der IT-Betrieb ist maßgeblich von Informationen abhängig. Nicht nur welche Systeme in der Infrastruktur betrieben werden, sondern auch Änderungen an diesen sind für die Verwaltung und laufenden Betrieb essenziell. Die CMDB sorgt durch die Verfügbarkeit von Informationen und die Darstellung von Abhängigkeiten und Beziehungen für einen 360°-Blick auf die gesamte IT-Infrastruktur.
  
  
• Auditierung der vorhandenen Informationen
  Für Planungen und Änderungen an der Infrastruktur werden validierte Informationen benötigt. Über eine CMDB lässt sich die Qualität der Daten erfassen. Es wird ebenso möglich, die Daten regelmäßig zu auditieren. Lücken in der Dokumentation werden schnell erkannt. Mangelhafter Qualität kann schnell korrektiv entgegengewirkt werden.
  
  
• Erkennen und minimieren von Risiken
  Durch die vollständige Dokumentation der Infrastruktur und Verknüpfung von Informationen werden Risiken schneller erkannt. Ob Konfigurationen, Netzwerke oder Software-Patches. Mit einer CMDB verfügst Du über alle Informationen, um ein effektives Risiko- und Sicherheitsmanagement umzusetzen.
  
  
• IT-Kosten und Potenziale
  Neben Informationen über Hardware und Software stehen die damit verbundenen Kosten im Fokus. Durch die Erfassung sämtlicher Assets bist Du in der Lage, Kosten z.B. je Abteilung oder Standort auszuwerten. Du erkennst Einsparpotentiale, fasst Software und Dienste zusammen und nutzt die Erkenntnisse für die Optimierung der Systemlandschaft.
  
  
• Datenschutz und Informationssicherheit
  Die Datenschutz-Grundverordnung (DSGVO) stellt hohe Anforderungen an die Sicherheit sowie die Erhebung, Verarbeitung und Speicherung von Daten. Eine CMDB erlaubt eine Steuerung und Beschränkung des Zugriffs auf Informationen und Daten.
  
  
• Ablösung von Insellösungen
  Häufig werden Insellösungen überhastet eingerichtet. Schnelligkeit zählte. Ob diese Lösung nun einen tatsächlichen Mehrwert für die Organisation darstellt, muss individuell geprüft werden. Eine CMDB kann die Informationen aus diesen Insellösungen jedoch häufig übernehmen und so für mehr Transparenz innerhalb der Organisation sorgen. Gegebenenfalls kann diese nach der Datenübernahme sogar außer Betrieb genommen werden. Die Kosten für die Lösung werden so eingespart.

Die Einführung einer CMDB

Im nächsten Schritt solltest Du festlegen, welche Informationen von wem und wozu in der CMDB dokumentiert werden sollen. “Alles” ist dabei keine zulässige Antwort. Du brauchst einen Plan. Wichtige Überlegungen sind z.B.:

• Wer hat welche Anforderungen an die CMDB?
• Wer betreut das System?
• Wer definiert die Daten?
• Wer kümmert sich um Prozesse?
• Welche Datenquellen sind verlässlich?
• Wer hält die Daten in der CMDB aktuell?

Nimm Dir Zeit für diesen Plan. Natürlich ergeben sich immer wieder Änderungen, die Du in den Plan aufnehmen musst. Wichtig ist dabei jedoch, dass Du jedes Mal genau überlegst, ob die Änderung notwendig ist. Wenn die Änderung eingeführt wird, dokumentiere sie und denke an alle zugehörigen Überlegungen, wie Prozesse und Verantwortliche.

Der Aufbau einer CMDB

Wie geht es jedoch weiter, wenn der Plan für die CMDB steht? Womit beginnst Du bei einem solchen Projekt? Wie wird priorisiert?

Für den Start empfiehlt sich ein abgegrenztes System: ein gesamter IT-Service oder eine CI-Klasse wie beispielsweise virtuelle Server oder eine Business-Applikation. Möglich sind aber auch räumliche Abgrenzungen wie ein Serverraum oder der Inhalt eines Racks.

Bevor Du Dich an die Auswahl einer geeigneten Software für Ihre CMDB machst, solltest Du die Anforderungen des ITIL-Regelwerks beachten:

• Federation: Die Software sollte es ermöglichen, aus verteilten Datenquellen über beliebige Schnittstellen eine zentrale CMDB zu erstellen.
  
  
• Reconciliation: Der Abgleich vorhandener Daten und Informationen mit aktualisierten Daten muss möglich sein, da IT-Komponenten in mehreren Quellen unterschiedlich dokumentiert sein können.
  
  
• Mapping und Visualisierung: Eine grafische Darstellung der Abhängigkeiten und Beziehungen ermöglicht es, Abhängigkeiten schneller zu erkennen. So ist es beispielsweise möglich, IST-Daten mit Hilfe von Validierungsregeln auf einen SOLL-Datenbestand abzubilden (Soll-/Ist-Analyse).
  
  
• Notwendigkeit der Synchronisierung: Änderungen innerhalb der einzelnen Daten- und Informationsquellen müssen in der zentralen CMDB abgeglichen werden.

Beziehungen und Abhängigkeiten in der IT-Infrastruktur können so ganz einfach erkannt und gesetzliche und vertragliche Bestimmungen über automatisierte Soll-/Ist-Abgleiche geprüft werden. Damit dient die CMDB nicht nur als Inventarisierungs-Tool, sondern auch für die Planung und Analyse, das Optimieren von Wartungsprozessen und das Minimieren von Risiken im gesamten IT-Betrieb.

Verantwortung und Rollen im CMDB-Projekt

Diejenigen, die in der CMDB dokumentieren und sie mit Daten bestücken, sind jedoch wieder andere Personen. Und sie sind das Herzstück Deines Projektes, denn mit der Pflege und Aktualität der Daten steht und fällt Ihre CMDB.

Dein Team besteht nicht nur aus Fachinformatikern, sondern auch aus Datenbankadministratoren, Entwicklern und gegebenenfalls Personal aus ganz anderen Abteilungen, die Ihre Informationen in der CMDB pflegen. Ein guter Ansatz ist es daher, die CMDB sinnvoll in (Fach-)Bereiche zu unterteilen und Verantwortliche, die über die notwendige Fachkompetenz verfügen, mit der Steuerung zu beauftragen.

Automatisierte Pflege der CIs durch
Datenintegrationen aus verschiedenen Quellen

Die Integration von Daten aus Neben- oder Drittsystemen ist häufig eine sinnvoll Ergänzung zur Erfassung und Pflege von CIs. Viele Informationen sind im Unternehmen bereits vorhanden. Sie werden durch Abteilungen oder Mitarbeiter konstant geführt. Auch hier sind die Teilprozesse aus dem Configuration Management von Bedeutung.

• Identifikation: Welche Daten werden in welchen Systemen bereits geführt?
• Steuerung: Welche Daten müssen wann und wie oft in die CMDB synchronisiert werden?
• Auditierung: Welche Änderungen durch die Automationen müssen verfolgt und nachvollzogen werden können?

Prüfe im ersten Schritt, welche Systeme und Dienste eingesetzt werden. Halte fest, wo Daten wie Berichte und Dokumentationen gespeichert werden. Durch die Erstellung eines Configuration Management Plans (CMP) weißt Du bereits, welche Daten Du in der CMDB benötigst. Durch den Abgleich mit den eingesetzten Systemen gleichst Du nun einfach ab, welche Daten von Systemen automatisch generiert und gepflegt werden. Dies können z.B. folgende Systeme sein:

• Monitoring: Live-Daten von Systemen, Software und Diensten. Jede Änderung an den Systemen kann automatisch in die CMDB übertragen werden. Dadurch wird der Dokumentationsaufwand für die Mitarbeiter deutlich reduziert. Die CMDB verfügt stets über hochaktuelle Informationen.
  
  
• Discovery: Durch Discovery-Tools werden nicht nur Systeminformationen von vorhandenen Geräten ermittelt. Auch neue Geräte in der Infrastruktur werden identifiziert. Aktuelle Informationen werden permanent an die CMDB übertragen.
  
  
• Active-Directory: Über eine Anbindung an das Active-Directory werden Informationen über Benutzer, Computer und Gruppen synchronisiert. Dies ist vor allem bei Änderungen von Gruppenzugehörigkeiten oder Benutzerinformationen hilfreich, um auch in der CMDB über diese Informationen zu verfügen. So steht eine geänderte Telefonnummer des Mitarbeiters auch wenige Augenblicke später in der CMDB zur Verfügung.
  
  
• HelpDesk und Service Desk: Vorhandene Tickets werden mit den CIs in der CMDB verknüpft und unterstützen so bei der Störungsbehebung und Analyse. Die Support-Mitarbeiter erhalten mit nur einem Klick alle Informationen über das betroffene CI und reagieren noch effektiver auf Störungen.
  
  
• Import von Berichten und Tabellen: Auch der regelmäßige Import von z.B. CSV-Dateien kann für die Pflege von CIs genutzt werden. Ob diese Daten durch eine interne Abteilung oder einen externen Dienstleister bereitgestellt werden, ist dabei unerheblich.

Nun muss geprüft werden, wie diese Daten automatisiert aus dem jeweiligen System in die CMDB übertragen werden können. Die CMDB i-doit bietet hierzu bereits viele Schnittstellen um Tools und Dienste anbinden zu können. Du solltest Dir dennoch Gedanken dazu machen, wie oft die Daten synchronisiert werden sollen. Nur so kannst Du sicherstellen, dass Du auch die Qualität in der CMDB erreichst, die Du und Deine Mitarbeitenden benötigen. Die Auditierung der importierten Daten ist bei richtiger Konfiguration unproblematisch. Jede Änderung wird im Logbuch der CMDB erfasst und kann über Profile als solche von Änderungen durch Nutzer unterschieden werden.

Eine CMDB kann nur von Vorteil sein

Du siehst nun wahrscheinlich eine Menge Arbeit vor Dir und fragst Dich, ob der Aufwand wirklich gerechtfertigt ist? Ist der Nutzen einer CMDB wirklich so groß, dass es sich lohnt, die gesamte IT-Abteilung und viele andere im Unternehmen für den Aufbau einzuspannen?

In den allermeisten Fällen lautet die Antwort: "Ja!". Die Vorteile einer funktionierenden CMDB sind enorm. Durch die Erstellung eines verbindlichen Informationspunkts schaffst Du Mehrwert - nicht nur für die IT-Abteilung, sondern auch für andere Fachbereiche und die Geschäftsführung. 

Die Berichterstellung aus all den Daten in der CMDB gibt Dir die Möglichkeit, besser zu planen. Kalkulierst Du z. B. den voraussichtlichen Bedarf an IT-Neuanschaffungen im nächsten Jahr, kannst Du Zeit und Kosten einsparen. Ein effektives Berichtswesen ermöglicht weitläufige Einsparungen, weil Daten aus der CMDB verdichtet und weiterverwendet werden.

Wenn die CMDB dann Anklang gefunden hat, weil Daten zuverlässig qualitativ hochwertig sind und Benutzerinnen und Benutzer in kritischen Situationen echte Hilfe erfahren haben, ist der Bann gebrochen. Ihre Kollegen werden selbst tätig werden. Die CMDB wird mit Skripten abgefragt, Daten werden automatisch aktualisiert und redundante Datenbestände laufend reduziert.

Deine CMDB ist anerkannt.