Sie haben immer mehr und immer größere Datenbanken und Db2-Systeme zu verwalten, aber keine zusätzliche Hilfe, um Ihre Arbeit zu erledigen? Das ist heutzutage der Normalfall, aber die gute Nachricht ist, dass es Möglichkeiten gibt, viele der notwendigen Aufgaben zur Überwachung und Steuerung Ihrer Db2-Systeme und Datenbanken zu automatisieren.
Unternehmen wollen, dass ihre Anwendungssysteme hochverfügbar sind und kontinuierlich gut funktionieren, aber die Überprüfung des Zustands ihrer Systeme scheint eine entmutigende Aufgabe zu sein. Gelegentlich können bestimmte Nichtverfügbarkeiten von Anwendungen unentdeckt bleiben. Manchmal entwickeln sich Probleme über lange Zeiträume, wobei das Erkennen von Trends und deren rechtzeitige Erkennung die Lösung vereinfachen und Ausfallzeiten vermeiden würde. Eine Leistungsverschlechterung entwickelt sich in der Regel langsam, nachteilige Auswirkungen auf die Benutzer können leicht vermieden werden, sofern die ersten Anzeichen erkannt und rechtzeitig Gegenmaßnahmen ergriffen werden. Es gibt weiterhin neue Herausforderungen, zum Beispiel die wachsende Flut von dynamischem SQL. Eine automatische Überwachung und Bewertung des Dynamic Statement Cache kann hier Abhilfe schaffen.
Normalerweise fragen Ihre Kunden nicht, warum die Anwendung nicht funktioniert, sie ist einfach nicht verfügbar und das hätte nicht sein dürfen. Es spielt keine Rolle, ob ein Tablespace voll ist oder in einen restricted State überging, ob ein Thread oder eine Prozedur fehlschlug, ob das System aufgrund von Schwierigkeiten beim Log-Offload ins Stocken geriet oder ob eine Sharing-Gruppe ausfiel, weil die SCA voll war. Es gibt viele Fehlerquellen und ebenso viele vorgeschlagene Abhilfemaßnahmen. Viel besser als ein Sammelsurium verschiedener Skripte und Verfahren ist ein neuer, einheitlicher und integrierter Ansatz. Es reicht nicht aus, eine Liste der aktuellen eingeschränkten Zustände zu erhalten. Wirklich wertvolle Informationen erhält man nur, wenn die "restricted States" unmittelbar mit der Ausführung von Dienstprogrammen oder anderen systemweiten Ereignissen in Zusammenhang stehen.
Eine werkzeuggestützte Implementierung von kontinuierlichen Messungen und Analysen hilft, die am häufigsten auftretenden Probleme im täglichen Betrieb zu vermeiden. Archivierte Daten unterstützen auch die Problemanalyse: "Ist dieses Problem schon einmal aufgetreten und wie wurde es damals gelöst?" Ein Data Warehouse mit Problembeschreibungen aller in der Vergangenheit aufgetretenen Probleme zeigt einfach die häufigsten Probleme, für die allgemeine Vorkehrungen getroffen und automatisch angewendet werden können. Eine elegante Lösung bietet ihre Erkenntnisse über das, was passiert ist, als Parameter für den sofortigen Einsatz von Gegenmaßnahmen an: Copy Pending - Kopieren, Problem mit einem Thread, Neustart, etc.
Ein großer Vorteil einer vereinheitlichten Lösung liegt im Bereich der Meldungen und Warnungen. Zu viele Meldungen und Warnungen sind lästig, ausweichend oder werden ignoriert. Es sollten nur schwerwiegende Probleme gemeldet werden, und diese sollten nur einmal gemeldet werden. Ein gelöstes Problem sollte automatisch vom Bildschirm verschwinden und in das Data Warehouse eingehen.
Was kann durch ein entsprechendes Tool automatisch überwacht und analysiert werden? Im Prinzip alles, ein Tool, das mir vorschwebt, sollte denkbaren Platzmangel erkennen, rechtzeitige Wiederherstellbarkeit gemäß SLAs gewährleisten, BSDS/Log-Aktivitäten überwachen, die Qualität dynamischer SQL-Anweisungen prüfen, E/A-Leistung und Pufferpools überwachen und bewerten, Threads, DDF, Pläne, Pakete, Objekte in eingeschränktem Zustand und Dienstprogrammausführungen, SCA-Strukturen, Gruppenpufferpools überwachen, um nur einige zu nennen. Möchten Sie wissen, an welches Tool ich denke?
XM4Db2.
