{"id":41338,"date":"2026-04-05T23:06:07","date_gmt":"2026-04-05T23:06:07","guid":{"rendered":"https:\/\/ramsdata.com.pl\/checkmk-und-integration-mit-itsm-systemen-wie-man-ueberwachung-und-ticketing-kombiniert\/"},"modified":"2026-04-05T23:06:07","modified_gmt":"2026-04-05T23:06:07","slug":"checkmk-und-integration-mit-itsm-systemen-wie-man-ueberwachung-und-ticketing-kombiniert","status":"publish","type":"post","link":"https:\/\/ramsdata.com.pl\/de\/checkmk-und-integration-mit-itsm-systemen-wie-man-ueberwachung-und-ticketing-kombiniert\/","title":{"rendered":"Checkmk und Integration mit ITSM-Systemen – wie man \u00dcberwachung und Ticketing kombiniert"},"content":{"rendered":"

\u00dcberwachung ohne Ma\u00dfnahmenmanagement ist \u00dcberwachung um der \u00dcberwachung willen. Tausende von Alarmen pro Tag, von denen die H\u00e4lfte ignoriert wird, ein Viertel zu einer manuellen Ticket-Erstellung f\u00fchrt und der Rest im Rauschen untergeht – das ist die Realit\u00e4t vieler IT-Abteilungen, die Monitoring ohne durchdachte Integration mit ITSM-Prozessen implementiert haben. Checkmk<\/a> l\u00f6st dieses Problem durch native Integrationen mit g\u00e4ngigen Ticketing- und ITSM-Systemen und schlie\u00dft so den Kreislauf zwischen Problemerkennung und -l\u00f6sung. <\/p>\n

Inhaltsverzeichnis<\/h3>\n
    \n
  1. Warum ist die \u00dcberwachung ohne ITSM unvollst\u00e4ndig?<\/li>\n
  2. Wie l\u00e4sst sich Checkmk in Fahrkartensysteme integrieren?<\/li>\n
  3. Integration mit ServiceNow<\/li>\n
  4. Integration mit Jira Service Management<\/li>\n
  5. Integration mit anderen ITSM-Systemen<\/li>\n
  6. Alarmmanagement und L\u00e4rmreduzierung<\/li>\n
  7. Wichtigste Schlussfolgerungen<\/li>\n
  8. FAQ<\/li>\n
  9. Zusammenfassung<\/li>\n<\/ol>\n

    Warum ist die \u00dcberwachung ohne ITSM unvollst\u00e4ndig?<\/h3>\n

    Die \u00dcberwachung deckt Probleme auf – aber das ITSM verwaltet die L\u00f6sung. Ohne Integration zwischen diesen Systemen kommt es zum „Tal des Todes“: Ein Alarm wird im \u00dcberwachungssystem generiert, jemand sieht ihn (oder auch nicht), erstellt manuell ein Ticket, weist es der richtigen Person zu, vervollst\u00e4ndigt die Beschreibung…. und erst dann beginnt die eigentliche Arbeit an dem Problem. Die Zeit von der Erkennung bis zur ersten Abhilfema\u00dfnahme (MTTA – Mean Time To Acknowledge) ist viel l\u00e4nger als sie sein sollte. <\/p>\n

    Die andere Seite des Problems ist die fehlende Schlie\u00dfung des Kreises: Das Ticket ist gel\u00f6st, aber das \u00dcberwachungssystem wei\u00df nicht, wann und von wem. Es fehlt an Daten f\u00fcr die MTTR-Analyse (Mean Time To Resolve), an Informationen \u00fcber die Wiederholung von Vorf\u00e4llen und an Kontext f\u00fcr die Nachuntersuchung. <\/p>\n

    Checkmk<\/a> mit ITSM-Integration schlie\u00dft diesen Kreislauf – von der automatischen Erstellung eines Tickets, wenn ein Problem erkannt wird, \u00fcber die Aktualisierung seines Status bis hin zur automatischen Schlie\u00dfung, wenn die \u00dcberwachung eine L\u00f6sung best\u00e4tigt.<\/p>\n

    Wie l\u00e4sst sich Checkmk in Fahrkartensysteme integrieren?<\/h3>\n

    Checkmk bietet zwei Mechanismen f\u00fcr die Integration mit externen Systemen. Benachrichtigungsregeln ist ein integrierter Mechanismus, der \u00fcber die Weboberfl\u00e4che konfiguriert werden kann – Sie definieren, welche Warnungen, f\u00fcr welche Hosts\/Services und unter welchen Umst\u00e4nden externe Aktionen ausgel\u00f6st werden sollen. Event Console ist ein Mechanismus zur Ereigniskorrelation, der Tickets auf der Grundlage von Ereignismustern und nicht auf der Grundlage einzelner Warnungen generieren kann. <\/p>\n

    Die technischen Integrationsmechanismen sind: Benachrichtigungsskripte (Python\/Shell), die REST-API von Checkmk, Webhooks und Ereignisregeln. Checkmk bietet Standard-Benachrichtigungsskripte f\u00fcr die g\u00e4ngigsten ITSM-Systeme – ServiceNow, Jira, PagerDuty, OpsGenie und andere -, f\u00fcr die lediglich Verbindungsparameter konfiguriert werden m\u00fcssen. <\/p>\n

    Integration mit ServiceNow<\/h3>\n

    Die Integration von Checkmk mit ServiceNow ist eine der umfangreichsten unter den unterst\u00fctzten ITSM-Systemen. Das in Checkmk Exchange verf\u00fcgbare vorgefertigte Plugin unterst\u00fctzt: automatische Erstellung von Vorf\u00e4llen in ServiceNow, wenn ein CRIT- oder WARN-Alarm erkannt wird, automatische Aktualisierung des Vorfalls, wenn sich der \u00fcberwachte Zustand \u00e4ndert (z. B. von CRIT zu WARN), automatische Schlie\u00dfung des Vorfalls, wenn Checkmk eine R\u00fcckkehr zu einem OK-Zustand registriert. <\/p>\n

    Die Zuordnung von Attributen ist konfigurierbar – Sie k\u00f6nnen die Checkmk-Schweregrade den ServiceNow-Vorfallkategorien zuordnen, Supportgruppen auf der Grundlage von Host-Tags oder Service-Labels in Checkmk zuweisen. Durch die Zwei-Wege-Synchronisation k\u00f6nnen auch Notizen zu einem ServiceNow-Vorfall direkt von Checkmk aus hinzugef\u00fcgt werden. <\/p>\n

    Integration mit Jira Service Management<\/h3>\n

    F\u00fcr Organisationen, die Jira Service Management (fr\u00fcher Jira Service Desk) verwenden, bietet Checkmk eine Integration \u00fcber die REST-API von Jira. Checkmk-Warnungen erstellen Fragen im ausgew\u00e4hlten Jira-Projekt mit automatisch ausgef\u00fcllten Feldern: Zusammenfassung (Hostname + Service + Status), Beschreibung (vollst\u00e4ndiger Kontext der Warnung aus Checkmk), Priorit\u00e4t (zugeordnet aus Schweregrad-Checkmk), Etiketten (Tags aus Checkmk). <\/p>\n

    Die Konfiguration erm\u00f6glicht die Weiterleitung von Tickets an verschiedene Jira-Projekte, je nach Quelle des Alarms – z.B. gehen Infrastruktur-Alerts an das Ops-Projekt, Anwendungs-Alerts an das Dev-Projekt. Die Integration mit \u00dcberwachungssoftware<\/a> schafft ein einheitliches \u00d6kosystem f\u00fcr das Incident Management. <\/p>\n

    Integration mit anderen ITSM-Systemen<\/h3>\n

    Zus\u00e4tzlich zu ServiceNow und Jira unterst\u00fctzt Checkmk die Integration mit: PagerDuty (Alarmeskalation und Bereitschaftsmanagement), OpsGenie (alternative Alarmierungsplattform), Slack und Microsoft Teams (Chat-Benachrichtigungen mit einem Link zum Vorfall), E-Mail (mit umfangreicher HTML-Formatierung einschlie\u00dflich Alarmkontext), VictorOps\/Splunk On-Call, Zendesk und anderen \u00fcber benutzerdefinierte Skripte.<\/p>\n

    Benutzerdefinierte Benachrichtigungsskripte erm\u00f6glichen die Integration mit jedem System, das HTTP-APIs unterst\u00fctzt – das bedeutet unbegrenzte Flexibilit\u00e4t f\u00fcr Unternehmen mit benutzerdefinierten ITSM-Systemen.<\/p>\n

    Alarmmanagement und L\u00e4rmreduzierung<\/h3>\n

    Die Integration mit ITSM ist nur so gut wie die Qualit\u00e4t der eingehenden Warnmeldungen. Checkmk bietet Mechanismen zur Rauschunterdr\u00fcckung, die verhindern, dass Ticketing-Systeme mit falschen Alarmen und schwankenden Alarmen \u00fcberflutet werden. <\/p>\n

    Flap Detection erkennt Dienste, die zwischen verschiedenen Zust\u00e4nden ‚blinken‘ und h\u00e4lt Benachrichtigungen zur\u00fcck, bis sie sich stabilisiert haben. Mit Delay und Renotification k\u00f6nnen Sie die Mindestdauer eines Problems festlegen, bevor ein Ticket erstellt wird. Die Unterdr\u00fcckung von Alarmen w\u00e4hrend Servicefenstern verhindert, dass w\u00e4hrend geplanter Unterbrechungen Vorf\u00e4lle erzeugt werden. Die Korrelation in der Ereigniskonsole erm\u00f6glicht es, mehrere Alarme, die sich auf ein einziges Ereignis beziehen (z.B. ein Switch-Ausfall, der Alarme f\u00fcr Hunderte von Hosts verursacht), in einem einzigen Ticket zusammenzufassen. <\/p>\n

    Wichtigste Schlussfolgerungen<\/h3>\n