Ein Monatsbericht braucht plötzlich doppelt so lange. Der Batch läuft wie gewohnt, doch gleichzeitig fragt ein externer Dienst dieselben Daten ab. Wer IBM i administriert, muss jetzt wissen, welcher Job die Anfrage bearbeitet, in welchem Subsystem er läuft und welche Messwerte den Engpass eingrenzen.

Klassische Hostanwendungen, Datenbankverbindungen und moderne Serveranwendungen teilen sich Ressourcen. Ein Blick auf die gesamte CPU Auslastung beantwortet deshalb selten die Frage, warum eine einzelne Anwendung langsam reagiert. Erst wenn Sie die Anfrage einem Job zuordnen und den passenden Zeitraum betrachten, können Sie gezielt nach CPU Last, Wartezeiten oder Plattenzugriffen suchen.

Im Lehrgang EDUW25 „Operation IBM i Fortgeschritten“ vertiefen Sie genau diese Zusammenhänge. Sie verbinden Workmanagement und Laufzeitanalyse mit der laufenden Systempflege.

• Sie verwalten Subsysteme und untersuchen Serverjobs sowie Prestart Jobs.
• Sie nutzen IBM Access Client Solutions, IBM Navigator for i und SQL Services für unterschiedliche Aufgaben.
• Sie planen die Systempflege mit PTFs, Technology Refreshes, Lizenzprogrammen und Imagekatalogen.

IBM i 7.5 TR9 liefert dazu konkrete Anlässe. Die neuen CVE Abfragen helfen bei der Prüfung von Sicherheitskorrekturen. Die geänderte Anmeldung bei Telnet Druckersitzungen verlangt einen Funktionstest. Für Ihre nächste Wartung können Sie daraus bereits zwei Prüfaufträge ableiten: Welche Korrekturen sind angewendet, und welche Druckwege muss Ihr Team testen?

Subsysteme und Serverjobs gezielt steuern

Der Benutzer, den die Anwendung zur Anmeldung verwendet, und der Benutzer im qualifizierten Jobnamen können sich unterscheiden. Wer allein nach dem Anwendungsprofil im Jobnamen sucht, kann den zuständigen Job deshalb übersehen. Bei Datenbank Hostservern lohnt sich ein Blick auf die zugehörigen Prestart Jobs. IBM i startet diese Jobs im Voraus, damit sie eingehende Anfragen übernehmen können.

Wenn mehrere Anwendungen denselben Dienst nutzen, prüfen Sie zunächst, wo ihre Verbindungen tatsächlich landen. Ein eigenes Subsystem kann helfen, Arbeit gezielter zuzuordnen und getrennt zu beobachten. Die passende Konfiguration hängt vom jeweiligen Serverdienst ab. Workloadgruppen können zusätzlich begrenzen, wie viel Prozessorkapazität die zugeordneten Jobs nutzen.

• Prüfen Sie die Subsystembeschreibung und die Einträge für die relevanten Prestart Jobs.
• Kontrollieren Sie mit DSPACTPJ, welche Auslastung die Statistik für den jeweiligen Prestart Job Eintrag zeigt.
• Testen Sie eine neue Verbindung aus der Anwendung und vergleichen Sie den erwarteten mit dem tatsächlichen Job.

Für den laufenden Betrieb lohnt sich eine kurze Zuordnungsliste. Halten Sie pro Anwendung fest, welcher Dienst die Verbindung annimmt, welches Subsystem vorgesehen ist und wie Ihr Team den aktiven Job findet. Ergänzen Sie bei Bedarf Quelladresse und Zuständigkeit. So kann auch die Vertretung eine Meldung bearbeiten, ohne erst den Aufbau der Anwendung rekonstruieren zu müssen.

IBM Dokumentation zu DSPACTPJ

Praxisbeispiel: Ein langsamer Datenbankzugriff

Ein externer Bericht greift über den IBM i Datenbank Hostserver zu. Seit einigen Tagen dauert der Aufruf morgens deutlich länger. Die Anwendung meldet nur die verstrichene Zeit. Beginnen Sie deshalb mit einer reproduzierbaren Anfrage und halten Sie Uhrzeit, Benutzerprofil und wenn möglich auch die Adresse des Clients fest.

1. Suchen Sie während des Aufrufs in WRKACTJOB oder per QSYS2.ACTIVE_JOB_INFO nach den aktiven Jobs des zuständigen Subsystems. QZDASOINIT ist bei diesem Hostserver ein typischer Prestart Job.
2. Grenzen Sie den konkreten Job über die laufende Verbindung und das aktuelle Benutzerprofil ein. Notieren Sie Jobnummer, Jobbenutzer und Jobnamen. Damit können Sie denselben Job in weiteren Ansichten wiederfinden.
3. Öffnen Sie die Performanceauswertung in IBM Navigator for i. Vergleichen Sie, soweit Messdaten vorliegen, das auffällige Intervall mit einem vergleichbaren Lauf. Achten Sie auf CPU Verbrauch, Wartezeiten und Plattenaktivität.
4. Prüfen Sie die Jobmeldungen und gleichen Sie den Zeitraum mit anderen Aktivitäten ab. Wenn zugleich ein geplanter Batchlauf die Platten stark beansprucht, untersuchen Sie, ob sich die Laufzeiten beider Aufgaben regelmäßig überschneiden.

Dokumentieren Sie deshalb, welche Werte zeitlich zusammenfallen und welche Beobachtung Sie beim nächsten Aufruf überprüfen wollen. Falls Sie später den Startzeitpunkt des Batchlaufs verändern, vergleichen Sie die Antwortzeit des Berichts und die Batchlaufzeit unter ähnlicher Last.

Was IBM i 7.5 TR9 für den Betrieb bringt

Unser TR9 Beitrag stellt die Neuerungen vor. Für die Administration stellt sich jetzt die praktische Frage: Welche Funktion gehört in eine regelmäßige Prüfung, und welche Änderung verlangt einen Test vor dem nächsten Wartungsfenster?

• Sicherheitskorrekturen prüfen. Die Sicht SYSTOOLS.CVE_CURRENCY verbindet CVEs mit zugehörigen PTFs und zeigt, ob die maßgeblichen Korrekturen oder Gruppenstände auf dem abgefragten System angewendet sind. Die Tabellenfunktion kann den Zeitraum eingrenzen. IBM nennt für diese Db2 Erweiterungen unter IBM i 7.5 die PTF Gruppe SF99950 auf Level 13.
• Druckwege testen. Bei Telnet Druckersitzungen führt IBM eine Anmeldung per Benutzername und Kennwort oder Kerberos sowie Berechtigungsprüfungen für Druckgeräte und Ausgabewarteschlangen ein. Prüfen Sie Clientstand, Anmeldung und den Weg bis zur tatsächlichen Druckausgabe.
• Zertifikate verwalten. IBM erweitert die Schnittstellen des Digital Certificate Manager. Eine neue API Variante kann ein Zertifikat mit neuem Schlüsselpaar unter derselben Bezeichnung erneuern. Dadurch entfällt bei diesem Ablauf die erneute Zuordnung zu den Anwendungsdefinitionen.

RPG Programme können mit %INFO beispielsweise Informationen zum Job oder zur Aktivierungsgruppe abrufen. Für die Administration erleichtert eine eindeutige Jobkennung in der Meldung die Zuordnung zum Jobprotokoll. Prüfen Sie die Voraussetzungen je Funktion. IBM liefert die Db2 Erweiterungen, Änderungen für Telnet Druckersitzungen und Erweiterungen des Digital Certificate Manager über unterschiedliche Softwarestände aus.

IBM Übersicht zu den Neuerungen rund um TR9

Im Lehrgang EDUW25 die Systemadministration vertiefen

In ACS führen Sie SQL Abfragen aus. Im Navigator vergleichen Sie Messwerte für ein bestimmtes Zeitfenster. Mit CL Befehlen sehen Sie direkt nach, welche Jobs laufen oder welche Meldungen sie geschrieben haben. Im Lehrgang lernen Sie, diese Informationen zusammenzuführen und daraus den nächsten Prüfschritt abzuleiten.

In der Systempflege arbeiten Sie mit PTFs, Technology Refreshes, Lizenzprogrammen und Imagekatalogen. Bei Netzwerkaufgaben betrachten Sie die Konfiguration sowie eigene und entfernte Freigaben. Für die Diagnose ergänzen Sie die Analyse der Plattenbelastung durch einen Blick auf Java Jobs mit DSPJVMJOB und WRKJVMJOB sowie auf die Jobtabellen mit DSPJBTBL.

• Für Administratoren: Vertiefen Sie die Grundlagen aus EDU001 und ordnen Sie technische Symptome systematisch einem Job, einer Verbindung oder einer Ressource zu.
• Für Teamleiter: Klären Sie, wer bei einer Störung die erste Analyse übernimmt und welche Informationen die Vertretung für die Übergabe benötigt.

Bringen Sie eine Frage aus Ihrem Betrieb mit, etwa zu einer Anwendung mit schwankenden Antwortzeiten oder zu einem Wartungsablauf, den Sie verlässlicher gestalten möchten. Der Austausch mit anderen Teilnehmern gibt Ihnen Gelegenheit, Ihre Vorgehensweise an konkreten Fällen zu vergleichen. Lesen Sie die Inhalte von EDUW25 „Operation IBM i Fortgeschritten“ und wählen Sie den passenden Termin für sich oder Ihr Team in der aktuellen Terminübersicht.