Überwachung von WebSphere M

Transkript

1 BMC User Forum 2011 Überwachung von WebSphere M Wozu brauche ich ein Monitoring? 2011 Hubert Kleinmanns

2 Agenda Vorstellung Einführung in WebSphere MQ MQ hat ein Problem Monitoring von WMQ Zusammenfassung Seite 2

3 Vorstellung Referent Name: Hubert Kleinmanns In der EDV tätig seit 1992 WebSphere MQ-Erfahrung seit 1997 WebSphere MQ-Clustering seit 2000 WebSphere MQ-SSL seit 2003 Projekttätigkeit mit Schwerpunkt Administration Trainer für WebSphere MQ-Schulungen bei IBM seit 2005 Chairman der WebSphere MQ and Business Integration der GSE seit 2007 Kontakt: Seite 3

4 Vorstellung Guide Share Europe (GSE) Anwendergruppe für IBM-Hard- und Software Unterstützt ihre Mitglieder beim Erfahrungs- und Informationsaustausch Aufgeteilt in Arbeitsgruppen (50 AGs in der deutschen Region) Leitsatz: Give and Take Arbeitskreis WebSphere MQ and Business Integration Existiert seit 1997 Ca. 180 Mitglieder Tagungen 2 mal pro Jahr, jeweils 3 Tage mit ca Teilnehmern Chairman Hubert Kleinmanns (seit 2007) Kontakt: gsesek@gsenet.de (Frau Fliegiel), Seite 4

5 Agenda Vorstellung Einführung in WebSphere MQ MQ hat ein Problem Monitoring von WMQ Zusammenfassung Seite 5

6 Einführung in WebSphere MQ Middleware Message Oriented Middleware (MOM) Austausch von Daten zwischen Anwendungen Asynchron und nachrichtenbasiert Garantiert sichere Datenübertragung Vereinfachte Anwendungsentwicklung durch einfache API Entkoppelt Anwendungen voneinander Plattformunabhängig (> 80 verschiedene Systemumgebungen) Weit verbreitet in vielen Branchen Banken, Versicherungen, Telekommunikation, Industrie, Einzelhandel etc. Seite 6

7 Einführung in WebSphere MQ Kopplung losere Kopplung Seite 7

8 Einführung in WebSphere MQ Datenfluss Schematische Funktionsweise SRV1 QM1 QM2 SRV2 PGM 1 PGM 2? Seite 8

9 Agenda Vorstellung Einführung in WebSphere MQ MQ hat ein Problem Monitoring von WMQ Zusammenfassung Seite 9

10 MQ hat ein Problem Szenario Ein Anwender ruft an: MQ hat ein Problem! Ich glaube, MQ hat ein Problem! Wir haben ein Problem, könnte MQ sein! Wir haben ein Problem, ist wohl nicht MQ, aber könnten Sie trotzdem mal schauen? Der Höhepunkt: Wir haben ein Problem, es ist sicherlich nicht MQ, aber können Sie mir sagen, wen ich anrufen muss? WebSphere MQ ist selten der Auslöser, aber oft der Leidtragende Tiefes Verständnis der MQ-Infrastruktur weist auf die wahre Ursache hin Seite 10

11 MQ hat ein Problem Systemressourcen Probleme mit den Systemressourcen haben Auswirkungen auf WebSphere MQ Netzwerk Festplatten Hauptspeicher CPU Auswirkungen im WebSphere MQ Nachrichten bleiben in Queues stehen Nachrichten können nicht erstellt werden oder es dauert recht lange Auswirkungen aus Sicht der Anwendung Time-Outs Seite 11

12 MQ hat ein Problem Anwendung Probleme mit der Anwendung haben Auswirkungen auf WebSphere MQ Daten werden nicht oder zu langsam verarbeitet Antworten werden nicht generiert oder dauern zu lange Datenformate passen nicht Auswirkungen im WebSphere MQ Nachrichten bleiben in Queues stehen oder werden ausgesteuert Antwort-Queues bleiben leer Channel bleiben inaktiv Auswirkungen aus Sicht der Anwendung Time-Outs Seite 12

13 MQ hat ein Problem Außenwirkung Aus Anwendungssicht stellen sich verschiedene Probleme gleich dar Es wurde eine Anfrage abgeschickt Eine Antwort kam aber nicht an Es gibt Time-outs PGM 1 X Seite 13

14 MQ hat ein Problem mögl. Ursachen (1) Beim Senden einer Anfrage Anfrage konnte nicht (richtig) erstellt werden (z. B. Platte voll) Anfrage konnte nicht übertragen werden (z. B. Netzwerkproblem) Anfrage konnte nicht angenommen werden (z. B. Queue voll) Anfrage konnte nicht gelesen werden (z. B. keine Berechtigung) Anfrage konnte nicht verarbeitet werden (z. B. kein Datenbank-Zugriff) PGM 1 X X X X X PGM 2 Seite 14

15 MQ hat ein Problem mögl. Ursachen (2) Beim Empfangen einer Antwort Antwort konnte nicht (richtig) erstellt werden (z. B. ReplyToQMgr unbekannt) Antwort konnte nicht übertragen werden (z. B. kein Listener aktiv) Antwort konnte nicht angenommen werden (z. B. Queue nicht vorhanden) Antwort konnte nicht gelesen werden (z. B. Correlation-ID falsch) Antwort konnte nicht angezeigt werden (z. B. Daten unvollständig) X PGM 1 X X X X PGM 2 Seite 15

16 MQ hat ein Problem Fazit WebSphere MQ als Middleware ist oft der Leidtragende Gutes Q beschleunigt die Erkennung von Problemsituationen erleichtert die Fehlersuche bei Anwendungen DB DB Anwendung Anwendung Anwendung M Q I Queuemanager Channel Netzwerk, Firewalls Queues Agenten Dateien oder Pagesets System Prozesse Speicher Seite 16

17 Agenda Vorstellung Einführung in WebSphere MQ MQ hat ein Problem Monitoring von WMQ Zusammenfassung Seite 17

18 Monitoring von WMQ Ansatzpunkte WebSphere MQ stellt Probleme auf vielen Ebenen fest Firewalls (Channel) Netzwerk allgemein (Channel) Anwendung (Queues) Datenbank (Queues) System (Channel, Queues) Überwachung von WebSphere MQ erkennt die eigentlichen Ursachen gibt Hinweise auf die Schuldigen ist daher von zentraler Bedeutung Seite 18

19 Monitoring von WMQ Firewalls Probleme mit Firewalls wirken sich meist ähnlich aus Channel starten nicht (Status RETRY) Channel bleiben aber lange im BINDING (mehrere Minuten) Mögliche Ursachen Channel Netzwerk, Firewalls Firewall ist ausgefallen Firewall-Regeln wurden geändert HA-Cluster-Schwenk (andere IP-Adressen) Ansprechpartner Firewall-Administratoren System- bzw. Anwendungsbetreuer Seite 19

20 Monitoring von WMQ Netzwerk allgemein Andere Probleme im Netzwerk haben unterschiedliche Auswirkungen Channel starten nicht (Status RETRY) Channel übertragen sehr langsam (XmitQ leert sich nicht) Channel brechen immer wieder ab (Einträge im Error-Log) Channel Netzwerk, Firewalls Mögliche Ursachen Netzwerk (LAN/WAN) oder Router ausgefallen (z. B. der berühmte Bagger) Netzwerk ist überlastet Sporadische Störungen im Netzwerk Ansprechpartner Netzwerkadministratoren Seite 20

21 Monitoring von WMQ Anwendung Probleme der Anwendung stellt WebSphere MQ nur indirekt fest Queues werden nicht abgearbeitet (kein OPEN) Queues laufen voll (Abarbeitung zu langsam) Queues bleiben leer (Antworten werden nicht generiert) Mögliche Ursachen Anwendung ist nicht gestartet Anwendung arbeitet zu langsam Anwendung Anwendung Anwendung M Q I Anwendung kann auf andere Ressourcen (z. B. Datenbanken) nicht zugreifen Ansprechpartner Anwendungsbetreuer bzw. Systemadministratoren Seite 21

22 Monitoring von WMQ Datenbank Probleme der Datenbank stellt WebSphere MQ ebenfalls nur indirekt fest Bestimmte Queues laufen voll Ist eigentlich ein Problem der Anwendung (WebSphere MQ schreibt nicht direkt in DB) Mögliche Ursachen Datenbankzugriff ist nicht möglich Datenbanktabelle ist voll Datenbankindex ist voll Ansprechpartner Datenbankadministratoren DB DB Anwendung Anwendung Anwendung Seite 22

23 Monitoring von WMQ System Systemfehler sind vielfältig Speicherengpass Queues Plattenplatz voll Prozessor ausgelastet Dateien oder Pagesets Agenten System Prozesse Speicher Die Auswirkungen im WMQ sind entsprechend unterschiedlich Langsame Verarbeitung (Daten können nicht im Speicher gehalten werden) Nachrichten können nicht erstellt werden oder WMQ stellt die Arbeit ein Verarbeitung ist sehr langsam (Prozessor ist überlastet) Ansprechpartner Systemadministratoren Seite 23

24 Monitoring von WMQ Schlussfolgerung Gute Kenntnisse der Zusammenhänge erleichtern die Fehlersuche Dieses Wissen steckt oft in wenigen Personen Wissensdatenbanken (z. B. WIKI) können die Daten publik machen Besser werden die Informationen in eine Überwachungs-Software integriert Erfordert ein z. T. recht komplexes Regelwerk Bei Problem X führe Aktion ABC aus Bei Problem Y rufe Datenbank-Team an Bei Problem Z rufe Netzwerk-Team an usw. Ermöglicht aber zuverlässiges und schnelles Reagieren Seite 24

25 Agenda Vorstellung Einführung in WebSphere MQ MQ hat ein Problem Monitoring von WMQ Zusammenfassung Seite 25

26 Zusammenfassung Monitoring ist wichtig WebSphere MQ ist eine zentrale Komponente (MOM) Sitzt wie eine Spinne im Netz Gutes Q ist sehr wichtig Erkennt Probleme in Anwendung, Datenbanken, Netzwerk etc. Oft bevor es diese selber merken Geänderte Wahrnehmung WMQ Statt negativem Ansatz ( MQ ist schuld ) Jetzt positiver Ansatz ( MQ erkennt die Ursachen ) Problem erkannt Problem gebannt Seite 26

27 Zusammenfassung was ist zu tun? Die Informationen müssen erfasst werden Die fachlichen Zusammenhänge müssen bekannt sein Am Anfang recht aufwändig Erfordert die Zusammenarbeit verschiedener Abteilungen Ist ein dynamischer Vorgang und entwickelt sich mit der Zeit Unabhängig von Monitoring-Software Die Informationen müssen der Monitoring-Software vermittelt werden Erfassung von Daten (evtl. Datenübernahme) Ansicht bzw. Pflege von Änderungen (Rollenkonzept) Am besten web-basierte Konsole Seite 27

28 Zusammenfassung ohne Fleiß kein Preis Der Aufwand ist beliebig komplex Detailliertere Informationen bessere Überwachung Aber auch höherer Aufwand Eher ein Zyklus als ein festes Ziel Aber es lohnt sich Kürzere Reaktionszeiten man leitet gleich die richtigen Schritte ein Weniger bis keine übersehene Probleme bessere Einhaltung von SLAs Weniger Fehlalarme unnötige Alarmierungen von Managern oder Rufbereitschaften werden vermieden Seite 28

29 Zusammenfassung Fragen? Vielen Dank fürs Zuhören! Seite 29