Was ist eine Configuration Management Database (CMDB)?

Mit der Integration von Dashboards in CI-Metriken und -Analysen lassen sich unkompliziert Datenintegrität, Change-Auswirkungen, Incidents oder Probleme verursachende Muster und der CI-Status nachverfolgen. Betriebsteams erhalten Echtzeit-Einblicke zum letzten Incident, Problem und Change für ein CI. Das reduziert den Zeitaufwand für die Fehlerkorrektur ganz erheblich.

Mit Zugriffssteuerungen lassen sich Personen oder Teams nach Bedarf Zugriffsebenen zuordnen und Changes bei Incidents oder Unklarheiten zu ihrem Ursprung zurückverfolgen.

Detaillierte Datensätze sorgen für die nötige Transparenz zur Unterstützung von Audits. Sie geben Einblick in CI-Status, Change-Verlauf, Gegenprüfungen und Incidents.

Diese Funktion wird für drei Verfahrenstypen unterstützt: Integrationen, Erkennungstools und manuelle Eingabe. In allen Fällen werden die IP-Adressen im Unternehmensnetzwerk auf Software- und Hardwareinformationen durchsucht. Dabei wird ein Bestandsverzeichnis aller Assets und Geräte im Unternehmen erstellt, das auch Cloudressourcen einschließt.

Mit der Unterstützung von Verbunddatensätzen lassen sich CIs und die zugehörigen Daten abgleichen und normalisieren.

Dabei handelt es sich um eine physische Darstellung der Beziehungen und Abhängigkeiten für die einzelnen IT-Services.

Trotz der klaren Vorteile von CMDBs gelingt es vielen Organisationen nicht, ihre CMDB-Lösungen wertschöpfend zu nutzen, unter anderem, wenn die CMDB mithilfe manueller Prozesse erstellt wird, Mitarbeiter und Prozesse fehlen, um die wesentlichen Daten für die Aufnahme in die CMDB zu identifizieren, oder keine automatischen Tools eingesetzt werden, die die richtige Ablage der Daten in der CMDB gewährleisten. Das bedeutet jedoch nicht, dass der Fehler bei der Technologie liegt. Mit der Bestimmung der beteiligten Faktoren lassen sich die Probleme vorwegnehmen und verhindern, die die CMDB-Effektivität verringern können.

Die Pflege der Genauigkeit einer CMDB kann sich schwierig gestalten. Das ist unter anderem der Fall, wenn Erkennungstools nicht häufig genug ausgeführt werden, Automatisierungsprotokolle fehlen oder die Abhängigkeit von der Dateneingabe zu groß ist. Die Genauigkeit steigt, wenn Sie den Schwerpunkt auf die optimierte Erkennung in der CMDB legen.

Auch wenn eine CMDB ein zentraler Ort für die Datenansicht ist, müssen deshalb nicht notwendigerweise alle Assetdaten ausschließlich in der CMDB abgelegt sein. Als Best Practice sollten Daten aus anderen Tools übernommen werden, sodass jeder Fall durch das relevanteste Tool unterstützt wird.

Auch wenn CMDBs zentrale Repositorys für Informationen zu IT-Assets sind, werden sie mitunter aus zu vielen Datenquellen befüllt. Das kann zu Unklarheiten und inkonsistenten Daten führen, die sich möglicherweise schwierig kategorisieren lassen.

Manche Organisationen verstehen CMDBs als Tool, um veraltete Infrastruktur und Software zuzuordnen – und nicht den neuen Cloud- und Softwareinfrastrukturstapel. Die semantische Diskussion sollte Sie nicht davon abhalten, den Wert Ihrer CIs mit einem Tool nachzuverfolgen, das Ihnen eine breit angelegte Ansicht Ihrer Technikumgebungen bietet.

Manche Unternehmen nutzen CMDBs als zentrale Datenquelle und versuchen dann mitunter, unabhängig von Anwendungsfällen und konkreten Erfordernissen hier sämtliche Daten zusammenzuführen. CMDBs sollten jedoch ausschließlich zweckdienliche, zielgerichtete Daten zur Unterstützung von Prozessen enthalten. Stellen Sie deshalb sicher, dass Wert, Ziel, Verantwortlicher und Verfahren zur Aktualisierung aller Daten definiert sind.

Das Engagement des Teams ist einer der Hauptfaktoren für Integration, Nutzung und Erfolg neuer Technologien und Prozesse. Wenn Ihre Organisation oder die beteiligten Mitarbeiter sich nicht vorbehaltlos für den Erfolg der CMDB-Lösung einsetzen, wird er sich wahrscheinlich auch nicht einstellen.

Um einen Misserfolg auszuschließen, sollten Sie unbedingt darauf achten, das richtige Tool zu wählen. Manche CMDB-Tools sind schlicht Asset-Repositorys, die veraltete Tools zur Infrastrukturerkennung ergänzen und nur schwerfällig auf Changes reagieren. Optimale CMDB-Tools sind anpassungsfähig und reaktionsschnell und berücksichtigen neue Arten von Assets.

Der Setup-Umfang sollte anhand von Anwendungsfällen und Zielen für die CMDB bestimmt werden, die in jeder Organisation unterschiedlich sind.

Dazu zählen Anwendungssoftware, Container, virtuelle Computer, Datenbanken, Betriebssysteme, Hardware, Ports, Business Services, technische Services und Netzwerke.

Dazu zählen Nutzer, Organisationen, Orte, Dokumente, Kunden und Servicevereinbarungen.