11.5 Zusammenspiel mit Incident, Problem, Change und Monitoring Kurz erklärt Service Configuration Management arbeitet eng mit vielen anderen ITIL Practices zusammen. Die gespeicherten Informationen über Configuration Items (CIs), Services und deren Beziehungen bilden die Grundlage für fundierte Entscheidungen im IT-Betrieb. Erst durch das Zusammenspiel mit Incident Management, Problem Management, Change Enablement und Monitoring and Event Management entfaltet Service Configuration Management seinen vollen Nutzen. Warum das Zusammenspiel wichtig ist Eine CMDB allein behebt keine Störungen und führt keine Änderungen durch. Sie beantwortet jedoch entscheidende Fragen wie: Welche Systeme gehören zu einem Service? Welche Komponenten sind betroffen? Wer ist verantwortlich? Welche Auswirkungen hat ein Ausfall? Welche Änderungen betreffen weitere Systeme? Diese Informationen werden anschließend von anderen ITIL Practices genutzt. Zusammenspiel der Practices Configuration Items │ ▼ CMDB / CMS │ ▼ Incident Problem Change Monitoring │ ▼ Bessere Entscheidungen Die CMDB dient als gemeinsame Informationsbasis. Service Configuration Management und Incident Management Bei einem Incident muss häufig schnell geklärt werden: Welcher Service ist betroffen? Welche Systeme gehören dazu? Welche Abhängigkeiten bestehen? Wer ist verantwortlich? Diese Informationen stammen aus der CMDB. Beispiel Das Monitoring meldet: Webserver nicht erreichbar. Die CMDB zeigt: gehört zum Kundenportal, verwendet Datenbank DB-01, läuft auf VM-Cluster A, Service Owner: E-Commerce. Dadurch kann der Incident schneller bewertet werden. Impact Analysis Die Auswirkungen einer Störung lassen sich mithilfe der Beziehungen zwischen Configuration Items bestimmen. Beispiel: Storage │ ▼ Datenbank │ ▼ ERP-System │ ▼ Produktion Fällt das Storage-System aus, sind mehrere Services betroffen. Dadurch steigt die Priorität des Incidents. Root Cause Analysis Auch Problem Management nutzt die Beziehungen der CMDB. Beispiel: Mehrere Incidents betreffen: Webserver, API, Mobile App. Die CMDB zeigt, dass alle dieselbe Datenbank verwenden. Dadurch lässt sich die eigentliche Ursache schneller identifizieren. Service Configuration Management und Problem Management Problem Management untersucht wiederkehrende Ursachen. Configuration-Daten helfen beispielsweise dabei, betroffene Configuration Items zu identifizieren, gemeinsame Abhängigkeiten zu erkennen, Änderungen nachzuvollziehen, ähnliche Systeme zu vergleichen. Je vollständiger die CMDB, desto effizienter wird die Ursachenanalyse. Known Errors Wird eine Ursache dauerhaft dokumentiert, kann sie mit betroffenen Configuration Items verknüpft werden. Beispiel: Known Error │ ▼ Firmware-Version 4.2.1 │ ▼ Switch-Serie XY Dadurch lassen sich ähnliche Vorfälle schneller erkennen. Service Configuration Management und Change Enablement Changes verändern häufig Configuration Items. Beispiele: neuer Server, neue IP-Adresse, Firmware-Update, zusätzliche Firewall, neue Datenbank, neue Cloud-Ressource. Nach jedem erfolgreichen Change sollte die CMDB aktualisiert werden. Vor einem Change Vor einer Änderung beantwortet die CMDB beispielsweise: Welche Services sind betroffen? Welche Systeme hängen davon ab? Gibt es Redundanzen? Wer muss informiert werden? Welche Wartungsfenster sind geeignet? Dadurch sinkt das Risiko von Fehlentscheidungen. Nach einem Change Nach erfolgreicher Umsetzung werden beispielsweise aktualisiert: Versionen, Beziehungen, Status, Verantwortliche, Dokumentationen, Service Maps. Dadurch bleibt die CMDB aktuell. Service Configuration Management und Monitoring Monitoring überwacht Configuration Items. Die CMDB beschreibt sie. Beispiel: Monitoring erkennt: Server ausgefallen. Die CMDB ergänzt: Servicezuordnung, Kritikalität, Verantwortlicher, Beziehungen, Dokumentation. Erst beide Informationen zusammen ermöglichen eine vollständige Bewertung. Service Maps Monitoring und CMDB können gemeinsam Service Maps erzeugen. Beispiel: CRM-Service │ ├── Webserver ├── API ├── Datenbank ├── Storage └── Firewall Fällt eine Komponente aus, werden betroffene Services sofort sichtbar. Monitoring nach Changes Nach einem Change überprüft Monitoring beispielsweise: Erreichbarkeit, Antwortzeit, CPU, Speicher, Fehler, Alarme. Configuration Management dokumentiert, welche Version jetzt produktiv eingesetzt wird. Monitoring unterstützt Discovery Discovery-Werkzeuge erkennen: neue Server, virtuelle Maschinen, Container, Cloud-Ressourcen, Betriebssystemversionen. Die Ergebnisse können anschließend in die CMDB übernommen werden. Service Configuration Management und Service Level Management SLA-Ziele beziehen sich häufig auf Services. Die CMDB beschreibt, welche Configuration Items zu einem Service gehören. Dadurch können Verfügbarkeiten und Ausfälle korrekt bewertet werden. Service Configuration Management und Availability Management Availability Management benötigt Informationen darüber, welche Komponenten für einen Service notwendig sind. Beispiele: Server, Load Balancer, Datenbank, DNS, Firewall, Storage. Die CMDB liefert diese Informationen. Service Configuration Management und Capacity Management Kapazitätsplanung nutzt unter anderem: Anzahl Server, Speicher, CPU, Datenbanken, Cluster, Cloud-Ressourcen. Die CMDB zeigt, welche Ressourcen vorhanden sind und welchen Services sie zugeordnet sind. Service Configuration Management und Information Security Management Viele sicherheitsrelevante Informationen werden mit Configuration Items verknüpft. Beispiele: Betriebssystemversion, Patchstand, Firewall, Zertifikate, Verantwortliche, Sicherheitsklassifizierung. Dadurch lassen sich Risiken gezielter bewerten. Service Configuration Management und Continual Improvement Eine gepflegte CMDB unterstützt Verbesserungen. Beispiele: fehlende Beziehungen erkennen, Discovery erweitern, Datenqualität verbessern, Service Maps ergänzen, Verantwortlichkeiten aktualisieren. Dadurch steigt der Nutzen der gesamten Configuration-Datenbasis. Praxisbeispiel Ein Switch wird ersetzt. Vor dem Change zeigt die CMDB: Betroffen sind: ERP, VoIP, WLAN, Druckserver, VPN. Nach erfolgreicher Umsetzung werden: Seriennummer, Firmware, Beziehungen, Dokumentationen, Status aktualisiert. Monitoring bestätigt anschließend, dass alle Services wieder ordnungsgemäß funktionieren. Typische Fehler Fehler 1 Changes werden nicht in der CMDB dokumentiert. Fehler 2 Incident Management nutzt die CMDB nicht. Fehler 3 Monitoring kennt keine Servicebeziehungen. Fehler 4 Discovery-Ergebnisse werden ignoriert. Fehler 5 Service Maps fehlen. Fehler 6 Configuration Items besitzen keine Verantwortlichen. Fehler 7 Problem Management nutzt historische Configuration-Daten nicht. Fehler 8 Mehrere Systeme besitzen widersprüchliche Informationen. Fehler 9 SLA-Bewertungen berücksichtigen keine Serviceabhängigkeiten. Fehler 10 Configuration-Daten werden nur nach größeren Projekten aktualisiert. Checkliste Zusammenspiel Configuration Items aktuell Beziehungen gepflegt Incident Management nutzt die CMDB Changes dokumentiert Monitoring integriert Discovery aktiv Service Maps aktuell Verantwortlichkeiten gepflegt Dokumentationen verknüpft Datenqualität regelmäßig überprüft Checkliste Service Configuration Management CMDB aktuell CMS integriert Discovery eingerichtet Monitoring angebunden Incident-Verknüpfungen vorhanden Change-Prozess berücksichtigt Problem Records verknüpft Servicezuordnungen vollständig Bedeutung für Fachinformatiker für Systemintegration Fachinformatiker pflegen und nutzen Configuration-Daten nahezu täglich. Typische Aufgaben: neue Systeme dokumentieren, Configuration Items aktualisieren, Beziehungen ergänzen, Monitoring integrieren, Discovery prüfen, Service Maps pflegen, Auswirkungen von Changes bewerten, Incidents schneller analysieren. Eine gepflegte CMDB reduziert Suchaufwand, verbessert Entscheidungen und unterstützt nahezu alle ITIL Practices. Zusammenfassung Configuration Items verwalten ↓ Beziehungen dokumentieren ↓ Informationen in der CMDB bereitstellen ↓ Incident, Problem und Change unterstützen ↓ Monitoring integrieren ↓ Datenqualität verbessern ↓ Services sicher betreiben Merksätze Service Configuration Management liefert Informationen – andere Practices nutzen sie. Eine aktuelle CMDB beschleunigt Incident-, Problem- und Change-Prozesse. Monitoring beschreibt den Zustand – die CMDB beschreibt die Struktur. Service Maps erleichtern Impact- und Ursachenanalysen. Gute Configuration-Daten sind eine wichtige Grundlage für professionelles IT-Service-Management. Verwandte Seiten 11.1 Ziele und Grundlagen des Service Configuration Management 11.2 Configuration Items, Attribute und Beziehungen 11.3 CMDB und Configuration Management System (CMS) 11.4 Pflege, Discovery und Datenqualität Incident Management Problem Management Change Enablement Monitoring and Event Management Availability Management Capacity and Performance Management Continual Improvement Quellen und Versionsstand Offizielle Grundlagen PeopleCert – ITIL Practice Guide: Service Configuration Management PeopleCert – ITIL Practice Guide: Incident Management PeopleCert – ITIL Practice Guide: Problem Management PeopleCert – ITIL Practice Guide: Change Enablement PeopleCert – ITIL Practice Guide: Monitoring and Event Management ITIL Foundation – Version 5 Einordnung Die dargestellten Zusammenhänge entsprechen den Empfehlungen der ITIL-Practices. Service Configuration Management stellt strukturierte Informationen über Services und Configuration Items bereit, die von Incident Management, Problem Management, Change Enablement, Monitoring und weiteren Practices genutzt werden. Die konkrete technische Umsetzung erfolgt organisationsabhängig mithilfe von CMDB-, CMS-, Monitoring- und ITSM-Systemen. Behandelter Framework-Stand: ITIL Version 5 Zusätzlich berücksichtigt: aktuelle ITIL-4-Practice-Guidance Fachlicher Stand: August 2026