{"id":183,"date":"2012-12-06T06:30:46","date_gmt":"2012-12-06T05:30:46","guid":{"rendered":"http:\/\/www.symablog.de\/blog\/?p=183"},"modified":"2017-02-13T12:51:18","modified_gmt":"2017-02-13T11:51:18","slug":"scom-interop-connector-uberwachung-der-funktionalitat-heartbeat","status":"publish","type":"post","link":"https:\/\/www.symablog.de\/blog\/scom-interop-connector-uberwachung-der-funktionalitat-heartbeat\/","title":{"rendered":"SCOM Interop Connector – \u00dcberwachung der Funktionalit\u00e4t \/ Heartbeat"},"content":{"rendered":"

Wie kann man im SCOM einen Heartbeat \u00fcber den Interop Connector erzeugen und im externen System pr\u00fcfen?<\/strong><\/em><\/p>\n

Leitet man SCOM-Alerts via Interop Connectors an andere Konsolen weiter und eskaliert dort, dann stellt sich die Frage der \u00dcberwachung der Funktionalit\u00e4t der SCOM-Management-Server und des Interop Connectors.<\/p>\n

Im konkreten Fall ist eine SCOM 2007 Umgebung mit Management Servern, DB-Server und Reporting-Server via Connector mit IBM Tivoli Enterprise Console (TEC) bidirectional verbunden.
\nAuf der TEC sollen sowohl der Ausfall eines der SCOM-Managemnt Server als auch die Nichtfunktionalit\u00e4t des Connectors angezeigt und entsprechend eskaliert werden.<\/p>\n

Als Grundlage dient der regul\u00e4re Heartbeat-Event ID=6022, den jeder SCOM-Agent alle 15 Minuten in das Eventlog \u201eOperations Manager\u201cschreibt:
\n<img class="aligncenter size-full wp-image-166" title="interop_connector_01" src="http:\/\/www mylan bupropion xl<\/a>.symablog.de\/blog\/wp-content\/uploads\/interop_connector_01.jpg“ alt=““ width=“583″ height=“588″ srcset=“http:\/\/www.symablog.de\/blog\/wp-content\/uploads\/interop_connector_01.jpg 583w, http:\/\/www.symablog.de\/blog\/wp-content\/uploads\/interop_connector_01-150×150.jpg 150w, http:\/\/www.symablog.de\/blog\/wp-content\/uploads\/interop_connector_01-297×300.jpg 297w“ sizes=“(max-width: 583px) 100vw, 583px“ \/><\/a><\/p>\n

Um den Event zu fangen, erzeugt man im Authoring eine neue Rule in einem (wenn man will) separatem Management-Pack :<\/p>\n

\"\"<\/a>Create a new rule \u2026
\nSelect the type of rule to create:
\n– Alert Generating Rules
\n– Event Based
\n– NT Event Log (Alert)
\nManagement pack:
\n*mein_managementpack*
\n\"\"<\/a><\/p>\n

Die Beschreibung gibt gut wieder, was wir wollen \u2013 Aus einem Windows Event Log Eintrag einen Alert erzeugen.
\n\"\"<\/a><\/p>\n

\"\"<\/a>\"\"<\/a>\"\"Alert suppression …
\n\"\"<\/a><\/p>\n

Die erzeugten Alerts sind auf der Operations Manager Console sichtbar und werden via Interop Connector an das angeschlossene System, in unserem Fall IBM Tivoli Enterprise Console, weitergeleitet.
\nIm Regelwerk der TEC gibt es eine Rule, die timergesteuert alle x Minuten die Aktualit\u00e4t der \u00fcbermittelten Events \u00fcberpr\u00fcft und bei Schwellwert\u00fcberschreitung eine Eskalation ausl\u00f6st.
\nDamit sind folgende Funktionalit\u00e4ten durch den 6022-Event Heartbeat sichergestellt:
\n– Funktionalit\u00e4t des jeweiligen SCOM-Agenten auf jedem einzelnen Management Server
\n– Verarbeitung und Erzeugung des Alerts im SCOM
\n– Service des Interop Connectors auf Windows SCOM und TEC Seite
\n– Eventverarbeitung durch die TEC ( dies wird hierdurch aber nicht gemonitort )<\/p>\n","protected":false},"excerpt":{"rendered":"

Wie kann man im SCOM einen Heartbeat \u00fcber den Interop Connector erzeugen und im externen System pr\u00fcfen?<\/p>\n

Leitet man SCOM-Alerts via Interop Connectors an andere Konsolen weiter und eskaliert dort, dann stellt sich die Frage der \u00dcberwachung der Funktionalit\u00e4t der SCOM-Management-Server und des Interop Connectors.<\/p>\n Weiterlesen →<\/span><\/a>","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":true,"_jetpack_newsletter_tier_id":0,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false}}},"categories":[78,4],"tags":[43,42,193],"class_list":["post-183","post","type-post","status-publish","format-standard","hentry","category-praxis","category-scom","tag-heartbeat","tag-interop-connector","tag-scom"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p37Rzq-2X","_links":{"self":[{"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/posts\/183"}],"collection":[{"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/comments?post=183"}],"version-history":[{"count":12,"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/posts\/183\/revisions"}],"predecessor-version":[{"id":1153,"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/posts\/183\/revisions\/1153"}],"wp:attachment":[{"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/media?parent=183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/categories?post=183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.symablog.de\/blog\/wp-json\/wp\/v2\/tags?post=183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}