Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 5 Min.

Erfassen und speichern von Konfigurationsdaten

Wie man eine Configuration Management Database (CMDB) richtig aufbaut und ihre Datenqualität sichert.
Ein IT-System besteht aus einer Unmenge an Konfigurationselementen (Configuration Items, CIs). Informationen über diese benötigt man, um die IT-Infrastruktur besser verwalten und überwachen zu können, Probleme schneller zu lösen und das Changemanagement zu erleichtern. Sie stehen in der Configuration Management Database (CMDB). Bei deren Aufbau – und auch um die Datenqualität langfristig zu sichern – sind einige Regeln zu befolgen.Existiert noch keine CMDB im Unternehmen, gilt es im ersten Schritt festzulegen, welche Konfigurationselemente sie enthalten soll: Notebooks, Desktops, mobile Geräte, Server, Netzwerkkomponenten, Software, Datenbanken – im Prinzip alle Assets einer herkömmlichen IT-Infrastruktur, die sich auf irgendeine Art und Weise konfigurieren lassen. Sicherlich müssen nicht für jede einzelne Komponente grundsätzlich alle Informationen gespeichert werden; hier steht also eine Auswahl an. Ist sie getroffen, geht es im nächsten Schritt an das Befüllen der Datenbank mit den festgelegten Informationen.Der Aufbau einer Datenbank ist manuell oder auch automatisiert möglich. Automatisierte Tools erleichtern es, Daten aus verschiedenen Quellen (Monitoring-, Inventarisierungs-Tools o.a.) zusammenzuführen. Sie garantieren außerdem eine stets hohe Aktualität der gespeicherten Daten.Ist alles abgelegt - dann folgt im nächsten Schritt eine Prüfung auf Vollständigkeit und Richtigkeit. Nur wenn alle CMDB-Inhalte aktuell und korrekt sind, kann die IT-Administrationsabteilung im Falle des Falles schnell auf Probleme reagieren. Eine hohe Datenqualität unterstützt außerdem die IT-Service Management-Prozesse.Eines der wichtigsten Prinzipien bei der CI-Verwaltung überhaupt: Daten in der CMDB müssen regelmäßig auf Aktualität geprüft werden. Anderenfalls kann man sich den Aufwand für Erstellung und Betrieb der Datenbank von vornherein sparen. Wie beim Aufbau, so erleichtern auch bei der kontinuierlichen Datenpflege automatisierte Prozesse und Tools die Arbeit. Denn Attribute, die sich nicht automatisch ermitteln lassen, manuell zu pflegen, ist immer aufwändig und zugleich fehlerbehaftet. In einem Automatisierungstool lassen sich Prozesse etablieren, über welche die Admins Änderungen an den Konfigurationselementen detailgetreu nachverfolgen können. So bleibt die CMDB immer auf dem neuesten Stand.Klare Regeln darüber, wer welche Zugriffsberechtigungen auf die Datenbank hat, sind während der Phase des Aufbaus ebenfalls aufzustellen. Sie garantieren, dass niemand unbefugten Zugang hat und gegebenenfalls Änderungen vornehmen kann.

Informationspool für ITSM-Prozesse

Eine CMDB dient als Informationspool für alle IT-Servicemanagement-Prozesse (ITSM) im Unternehmen. Deshalb müssen sich die Verantwortlichen überlegen, wie sie die Datenbank in bestehende Prozesse und Systeme integrieren. Je tiefer die Integration, desto schneller und effektiver kann man auf Probleme reagieren. Potenzielle Fehler werden proaktiv erkannt und lassen sich bereits im Vorfeld verhindern. Nicht alle Änderungen in der CMDB jedoch dürfen ohne Genehmigung durchgeführt werden. Größere Anpassungen bzw. solche, die auf die Unternehmensziele oder auf definierte Services Einfluss haben, müssen immer über einen Change initiiert werden.

Attribute in sinnvolle Zusammenhänge bringen

Alle wichtigen Informationen, über die sich eine komplette IT-Landschaft abbilden lässt, sollten in der CMDB enthalten sein. Zunächst aber ist diese lediglich eine Sammlung an Attributen von IT-Assets, die in einen sinnvollen Zusammenhänge zu bringen sind. Informationen müssen strategisch aufbereitet und dargestellt werden. Auf dieser Basis erst lässt sich anschließend eine zielgerichtete IT-Strategie entwickeln und umsetzen.Hier sind Genauigkeit und wiederum Aktualität das Ein und Alles. Für beides müssen die Mitarbeitenden immer wieder sensibilisiert werden. Und allen Automatisierungs-Tools zum Trotz: Es gibt immer wieder Daten, die manuell gepflegt werden müssen. Wer dafür verantwortlich ist, braucht ein tiefes Verständnis der Bedeutung von Datenqualität. Schulungen helfen dabei, dass die Praktiken, um Datenqualität zu erreichen, auch konsequent durchgeführt werden.

Discovery-Prozess erkennt Änderungen an Assets

Über die Implementierung von Change-Management-Prozessen stellt ein Unternehmen sicher, dass Änderungen an IT-Assets stringent verwaltet werden. Dazu gehört es, alle relevanten Änderungen ordnungsgemäß zu dokumentieren, bei Bedarf genehmigen zu lassen und erst anschließend in der CMDB zu aktualisieren. Durch einen automatisierten Discovery-Prozesses, der die Assets im Netzwerk regelmäßig scannt und inventarisiert, lassen sich Änderungen an ihnen schnell erkennen und Assets im Netzwerk identifizieren.Die Überprüfung der CMDB-Daten auf Aktualität ist auf zweierlei Weise möglich: Man führt entweder eine Inventur durch oder etabliert  – noch besser – einen Reconciliation-Prozesses auf Basis der gescannten Daten aus einem Scanning-Tool. Dabei wird der Ist-Zustand (gescannte Assets) mit dem Soll-Zustand (CMDB) verglichen. Die Differenz geht in einen Report ein, welcher in der Folge die Entscheidungsbasis dafür darstellt, wie das Unternehmen mit der eventuellen Daten-Differenz umgehen will.

Fazit

Eine CMDB ist das Herzstück jedes sinnvollen Change-Managements. Unternehmen, die auf eine gesicherte Datenqualität ihrer CMDB bauen können, minimieren das Risiko bei Changes signifikant. Auch Incident-, Problem-Management- und weitere ITSM-Prozesse arbeiten wesentlich effizienter, wenn sie auf eine gesicherte Datenbasis zurückgreifen. Es lohnt sich also auf jeden Fall, eine CMDB zu erstellen – wenn sie denn aktuell gehalten wird! Effektive ITSM-Prozesse und eine hohe Kundenakzeptanz sind das Resultat.
© Frank Int-Veen
Frank Int-Veen, Teamlead & Solution Architect Enterprise Service Management bei der handz.on GmbH
Miscellaneous

Neueste Beiträge

Maschinelles Lernen in .NET - .NET, Python und KI, Teil 2
Für eine performante und plattformübergreifende Inferenz von NET-Projekten empfiehlt sich eine hybride Strategie aus Training oder Prototyping in Scikit-Learn/Python, Export nach ONNX und Einbindung in .NET über ML.NET oder ONNX Runtime.
7 Minuten
SQLite als Dokumentenspeicher: Kann das gut gehen? - SQLite für .NET-Entwickler, Teil 5
Die Embedded SQL-Datenbank SQLite kann auch als objektorientierte Datenbank beziehungsweise Dokumentenspeicher genutzt werden – nach Konzepten also, wie sie NoSQL-Datenbanken wie MongoDB einsetzen.
6 Minuten
29. Apr 2026
Mit SQL Server 2025 HTTP-APIs aufrufen - Neues in SQL Server 2025, Teil 1
API-Aufrufe mit SQL Server 2025 sind kein Spielzeug, sondern ein ernst zu nehmender Integrationsmechanismus.
6 Minuten

Das könnte Dich auch interessieren

Volltextsuche mit SQLite: FTS5 und Fuzzy Search - SQLite für .NET-Entwickler, Teil 4
Hochperformante Suche ohne externe Suchmaschine? Wie man mit der in SQLite eingebauten Volltextsuch-Engine FTS5 eine effiziente Suche mit Tippfehlertoleranz implementiert – und in welchen Fällen Elasticsearch doch die bessere Wahl ist.
6 Minuten
22. Apr 2026
libSQL und Turso: SQLite für verteilte Systeme - SQLite für .NET-Entwickler, Teil 3
libSQL und Turso lösen die größte Einschränkung von SQLite: die Bindung an eine einzelne Instanz.
6 Minuten
15. Apr 2026
SQLite als Dokumentenspeicher: Kann das gut gehen? - SQLite für .NET-Entwickler, Teil 5
Die Embedded SQL-Datenbank SQLite kann auch als objektorientierte Datenbank beziehungsweise Dokumentenspeicher genutzt werden – nach Konzepten also, wie sie NoSQL-Datenbanken wie MongoDB einsetzen.
6 Minuten
29. Apr 2026
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige