1 Tivoli Monitoring for Databases (ITM) Grundidee Umsetzung 2 3 Aufbau Kombination mit ITM Rule Sets 4
Grundidee Umsetzung 1 Tivoli Monitoring for Databases (ITM) Grundidee Umsetzung 2 3 Aufbau Kombination mit ITM Rule Sets 4
Grundidee Tivoli Monitoring for Databases (ITM) Grundidee Umsetzung IBM Tivoli Monitoring for Databases soll Administratoren bei der Verwaltung kritischer Anwendungen unterstützen, indem es wichtige Systemressourcen proaktiv überwacht. Proaktiv bedeutet dabei, dass es nicht erst reagiert, wenn ein Fehler oder ein Engpass bereits eingetreten ist, sondern versucht Engpässe frühzeitig zu erkennen und rechtzeitig Entscheidungen zu treffen.
Architekturübersicht Grundidee Umsetzung Quelle: T. Bhe, K. Inayama, C. Lister, M. Parlione and M. Vesich, Monitoring Version 5.1.1 [...]
Grundidee Umsetzung Quelle: MonitoringUser s Guide Version 6.1.0, November 2005. 1 Tivoli Enterprise Portal Client 2 Tivoli Enterprise Portal Server 3 Tivoli Enterprise Monitoring Server 4 Tivoli Enterprise Monitoring Agents
Event Based Monitoring Grundidee Umsetzung Situations beschreiben bestimmte Zustände Aufeinanderfolgen bestimmter Situations kann zu einem Event führen es ist möglich Situations zu korrelieren Reflexes Einfache Reaktionen auf bestimmte Situations, z.b.: Senden einer Benachrichtigung an einen Admin Erstellen eines Logfile-Eintrags... Fire and Forget Prinzip
Situations - e Grundidee Umsetzung (% Disk Time > 90) (SUM(CPU U t i l i z a t i o n ) > 50 AND ( System Name) == redwood ) ( Day Of Week > Sunday ) ( S t a r t Type == Automatic AND C u r r e n t S t a t e == Stopped AND SIT ( Not Sunday ) == True )
Erweiterte Automatisierung Grundidee Umsetzung Policies ermöglicht komplexe Ablaufpläne und Befehlsfolgen - Activities nach jeder Activity erhält der entsprechende Portal Client eine Rückmeldung löst anhand dieser Rückmeldung neue Activities aus wesentlich intelligenter als einfache Reflexes, z.b.: Auswertung von Logfiles Beachtung welche Effekte durch Activities entsteht Ausführen paralleler Reaktionen...
1 Tivoli Monitoring for Databases (ITM) Grundidee Umsetzung 2 3 Aufbau Kombination mit ITM Rule Sets 4
Umsetzung Tivoli Monitoring for Databases (ITM) Monitoring for Databases funktioniert nach dem Concept
Umsetzung Tivoli Monitoring for Databases (ITM) Monitoring for Databases funktioniert nach dem Concept besteht aus: Dynamic Model Reference Model benutzt das Common Information Model (CIM) um die zu managende Umgebung darzustellen
CIM (Common Information Model) Standard für das Management von IT-Systemen von der Distributed Management Task Force (DMTF) entwickelt einheitliche anbieter- und plattformunabhängige Managementschnittstelle für verteilte Systeme stellt ein Datenmodell zur Verfügung, um die Managementinformationen und Funktionen in einem Softwaresystem zu beschreiben
Logische Komponenten des s Quelle: T. Bhe, K. Inayama, C. Lister, M. Parlione and M. Vesich, Monitoring Version 5.1.1 [...]
Aufbau Tivoli Monitoring for Databases (ITM) zum Erstellen neuer s dient der Resource Model Builder jedes wird dort in folgende Komponenten zerlegt dargestellt:
Aufbau Tivoli Monitoring for Databases (ITM) zum Erstellen neuer s dient der Resource Model Builder jedes wird dort in folgende Komponenten zerlegt dargestellt: Dynamic Model Reference Model Thresholds Events Parameters Logging Dependencies Decision tree script
Dynamic Model Tivoli Monitoring for Databases (ITM) Kernelement eines jeden s legt genau fest welche Resourcen überwacht werden, ihre Eigenschaften und welche Form der Datensammlung benutzt werden soll beinhaltet eine Reihe an vordefinierten CIM-Klassen, welche den Status jeder Ressource beschreiben es ist möglich eigene CIM-Klassen hinzuzufügen
Dynamic Model Dynamic Model s e c t i o n <<DATA INFO>> Svc. D e f i n e C l a s s CIM, TMW PhysicalDisk, ROOT\CIMV2 : TMW PhysicalDisk, AvgDiskSecXfer, PercentDiskWriteTime, AvgDiskBytesXfer, D i s k X f e r s S e c, PercentDiskReadTime, AvgDiskReadQLength, DiskReadBytesSec, DiskReadsSec, DiskBytesSec, CurrentDiskQLength, AvgDiskQLength, PercentDiskTime, [... ] <<\DATA INFO>>
Thresholds und Events Thresholds definieren den Bereich innerhalb dessen die Ressource wie gewünscht arbeitet bzw. normal ausgelastet ist im Normalfall erfolgt keine Reaktion bei einmaligen Überschreiten eines Schwellwertes Events Statuswechsel einer Resource Unterscheidung zwischen einem Event und einer Indikation occurences sind Kontrollzyklen in denen Schwellwertverletzungen auftreten holes sind Kontrollzyklen in denen keine Schwellwertverletzungen auftreten
Events Tivoli Monitoring for Databases (ITM) Quelle: T. Bhe, K. Inayama, C. Lister, M. Parlione and M. Vesich, Monitoring Version 5.1.1...
Parameters und Logging Parameters Thresholds dürfen nur numerische Werte annehmen Logging Parameter hingegen können auch Zahlenlisten und Strings benutzen dadurch lässt sich das Ressource Model noch detailierter beschreiben ermöglicht Definition welche Informationen in einer Logdatei gespeichert werden sollen
Dependencies und Decision Tree Script Dependencies Dependencies definieren Abhänigkeiten eines s zu bestimmten anderen Dateien (z.b.: andere Resource Models, Treiber,...) ermöglicht es automatisch mit Übertragen des Resource Models, abhängige Dateien mitzusenden Decision Tree Script beschreibt den Algorithmus, der den gesamten Überwachungsprozess steuert Visual Basic oder Java Script
Decision Tree Script T h r e s h o l d s s e c t i o n <<THRESHOLDS INFO>> Svc. D e f i n e T h r e s h o l d T h r A v a i l l e, 10000.0000 <<\THRESHOLDS INFO>> ##### o m i s s i o n ##### Event d e f i n i t i o n s e c t i o n <<EVENTS INFO>> Svc. DefineEvent Ev TMW Memory Avail is equal or too low, Avail, LowerBound, RELPATH <<\EVENTS INFO>> ##### o m i s s i o n ##### I f ( c u r A v a i l <= Svc. G e t T h r e s h o l d ( T h r A v a i l l e ) ) Then Svc. SetMapNumElement ( hproptable, LowerBound, Svc. G e t T h r e s h o l d ( T h r A v a i l l e ) ), Svc. SendEventEx Ev TMW Memory Avail is equal or too low, hproptable End I f
für ein vordefiniertes DB2 Locks and Deadlocks Überwachen von Sperren und vor allem Deadlocks Auftreten eines Deadlocks zwingt das System die Ausführung bestimmter Transaktionen zu stoppen und mindestens eine Transaktion per Roll Back zurückzusetzen problematisch sind hier weniger einzeln auftretende Deadlocks es soll eine Regelmässigkeit in der Häufung von Deadlocks erkannt und darauf reagiert werden
Indikatoren Tivoli Monitoring for Databases (ITM) Application Deadlocks too high Average Lock Escalations Per Connection too high Average Locks Held Per Application too high Deadlocks Delta too high Lock Escalations by an Application too high Lock Escalations Delta too high Lock Timeouts Delta too high Percent Deadlock Rollbacks too high Percent Lock List Used By An Application too high Percent Lock List Used in a database too high
Default Error Message The Average Locks Held Per A p p l i c a t i o n on DB2 Database <db2database >, I n s t a n c e <d b 2 I n s t a n c e >, Node <db2node> i s <AvgLocksHeld >, which i s h i g h e r than <UpperBound >.
Aufbau Kombination mit ITM Rule Sets 1 Tivoli Monitoring for Databases (ITM) Grundidee Umsetzung 2 3 Aufbau Kombination mit ITM Rule Sets 4
Aufbau Kombination mit ITM Rule Sets
Aufbau Kombination mit ITM Rule Sets Quelle: MonitoringUser s Guide Version 6.1.0, November 2005. 1 Tivoli Enterprise Portal Client 2 Tivoli Enterprise Portal Server 3 Tivoli Enterprise Monitoring Server 4 Tivoli Enterprise Monitoring Agents 5 Tivoli Enterprise Console Event Server
Rule Sets Tivoli Monitoring for Databases (ITM) Aufbau Kombination mit ITM Rule Sets prologbasiert wesentlich mächtigere Correlation Engine als Policies ermöglicht zeitbasierte Auswertungen Korrelieren mit Events anderer Systeme (z.b. diverse Server-Anwendungen) Korrelieren mit Events aus Logdateien ermöglicht wesentlich komplexere Fallunterscheidungen und Reaktionsmöglichkeiten
Rule Sets - Codebeispiel Aufbau Kombination mit ITM Rule Sets Quelle: Enterprise Console Rule Developer s Guide Version 3.9, August 2003
Vordefinierte Rule Sets Aufbau Kombination mit ITM Rule Sets Clean Up Rule Set Correlation Rule Set Escalation Rule Set Heartbeat Rule Set Trouble Ticket Rule Set...
1 Tivoli Monitoring for Databases (ITM) Architektur Situations und Reflexes Policies 2 Ressource Model Logischer Aufbau Definitionen 3 Aufbau Kombination mit ITM Rule Sets
ITM TEC Reflexes Policies Rule Sets einfache Reaktionen (z.b. Benachrichtigungen) + + + Komplexe Reaktionen - + + Auswerten des Effektes einer Reaktion - + + Korrelieren mit Events aus Logdateien - + + Korrelieren mit Events anderer Systeme - - + Eskalationsbehandlung - - + Trouble Ticket Support - - +
Danke für die Aufmerksamkeit....Fragen?