[z/OS]

WLM-Verzögerungsüberwachung

WebSphere Application Server for z/OS verwendet WLM-Services, um (Workload Manager), um die Antwortzeiten vom Beginn bis zum Ende einer Transaktion sowie die Verzögerungszeit für die Ausführung zu melden.

Die von Resource Measurement Facility (RMF) gesammelten WLM-Daten werden in zwei Abschnitten des RMF-Berichts erfasst:
  • BTE - Die Phase vom Beginn bis zum Ende gilt für Anforderungen, die vom Controller bearbeitet werden.
  • EXE - Die Ausführungsphase gilt für Anforderungen, die vom Servant bearbeitet werden.
Anhand dieser Statusinformationen können Sie feststellen, wo Leistungsengpässe auftreten könnten. Dieses Feature ist in z/OS Version 1 Release 2 und mit WLM APAR OW51848 und RMF APAR OW52227 verfügbar.

Ausführliche Informationen zum Workload-Management finden Sie in der Veröffentlichung z/OS MVS Planning: Workload Management. Details zur WLM-Verzögerungsüberwachung enthält die Veröffentlichung z/OS MVS Programming: Workload Management Services. Beide Broschüren sind auf der Internet-Website mit der z/OS-Bibliothek verfügbar.

Wenn eine neue Transaktion in das System eintritt, beginnt der Anwendungskontrollbereich ACR (Application Control Region) von WebSphere Application Server for z/OS, den Service zu klassifizieren. Die Verzögerungen durch die ACR-Serviceklasse von WebSphere Application Server for z/OS werden für die BTE- und die EXE-Phase gesondert erfasst. Durch diese Unterstützung kann WLM einer Enklave einen Leistungsblock zuordnen, um Verzögerungen im Ablauf einer Transaktion zu erfassen. Die Statusstichproben werden kontinuierlich gesammelt und als Prozentsatz der durchschnittlichen Transaktionsantwortzeit angegeben. Die folgende Tabelle gibt die Status, ihre Codes, den Abschnitt des RMF-Berichts für den jeweiligen Status, die Bedeutung der Status und eine empfohlene Reaktion an.

Tabelle 1. Status der WLM-Verzögerungsüberwachung. Mit Hilfe dieser Informationen im RMF-Bericht können Sie bestimmen, an welcher Stelle einige der Durchsatzprobleme Ihres Systems auftreten.
Status Code Bericht Bedeutung Antwort
ACTIVE ACTIVE SUB BTE und EXE WebSphere verarbeitet Anforderungen aktiv
ACTIVE_APPLIC ACTIVE APPL BTE und EXE Anwendung ist aktiv Mit dem Tool für Anwendungsüberwachung können Sie die Ursache der Verzögerung feststellen.
WAITING TYPE1 TYP1   Nicht verwendet
WAITING TYPE2 TYP2   Nicht verwendet  
WAITING TYPE3 TYP3   Nicht verwendet
WAITING TYPE 4 TYP4 BTE OTS-Aufruf an RRS. Dies kommt nur dann im Controller vor, wenn der Controller versucht, eine verteilte Transaktion festzuschreiben.
  1. Untersuchen Sie die Verzögerung auf dem anderen Server.
  2. Überprüfen Sie, ob Netzprobleme vorliegen.
  3. Überlegen Sie, ob Anwendungen auf einem Server zusammengefasst werden können, um Verzögerungen zu vermeiden.
WAITING REGIST TO WORKTABLE WORK   Nicht verwendet  
WAITING OTHER_PRODUCT OTHER   Nicht verwendet  
WAITING DISTRIB DIST BTE Controller wartet als Client auf eine Antwort.
  1. Untersuchen Sie die Verzögerung auf dem anderen Server.
  2. Überprüfen Sie, ob Netzprobleme vorliegen.
  3. Überlegen Sie, ob Anwendungen auf einem Server zusammengefasst werden können, um Verzögerungen zu vermeiden.
WAITING SESS_NETWORK REMT   Nicht verwendet  
WAITING SESS_SYSPLEX SYSP   Nicht verwendet  
WAITING REGULAR_THREAD REGT BTE Warten auf einen Thread im Controller. Die Arbeit staut sich im Controller, weil der Controller mehr Anforderungen empfängt, als er verarbeiten kann. Erstellen Sie einen neuen Server in demselben Cluster. Auf diese Weise erhalten Sie zwei Steuerregionen, auf die Sie die Arbeit und die Verarbeitung von Anforderungen aufteilen können, um Konkurrenzsituationen bei der Verarbeitung zu verhindern.
WAITING SSL_THREAD SSLT BTE Warten auf einen SSL-Thread im Controller. Die Arbeit staut sich im Controller, weil der Controller mehr SSL-Handshake-Anforderungen empfängt als er verarbeiten kann. Erstellen Sie einen neuen Server in demselben Cluster. Auf diese Weise erhalten Sie zwei Steuerregionen, auf die Sie die Arbeit und die Verarbeitung von Anforderungen aufteilen können, um Konkurrenzsituationen bei der Verarbeitung zu verhindern.
  1. Erhöhen Sie die Anzahl der SSL-Threads.
  2. Schauen Sie sich die SSL-Konfiguration an.
  3. Erstellen Sie einen neuen Server in demselben Cluster.
WAITING SESS_LOCALMVS LOCL   Nicht verwendet
WAITING TYPE6 TYP6 EXE Zeigt eine Verzögerung in der ZIOP-Verarbeitung an. Wenden Sie sich an den IBM Support.
WAITING TYPE7 TYP7 BTE Weist auf ein Konfigurationsproblem im DNS oder bei TCP/IP hin
  1. Stellen Sie sicher, dass alle DNS-Server aktiv sind.
  2. Schauen Sie sich OPING oder ONSLOOKUP an.
WAITING TYPE8 TYP8 EXE Verzögerung des J2C-Ressourcenmanagers
  1. Rufen Sie einen J2C-Connector für Ressourcenmanager wie DB2, IMS oder CICS auf.
  2. Prüfen Sie die übrigen Ressourcenmanager mit den zugehörigen Überwachungstools.
WAITING TYPE9 TYP9   Nicht verwendet
WAITING TYPE10 TY10 EXE Servant hat das CR aufgerufen, um eine der folgenden Aktionen auszuführen:
  1. LocateFunction
  2. ControlFunction
  3. FlushService
  4. FRCAService
  5. PushService
  6. GIOPOutboundResponseFragmentService
  7. GIOPOutboundRequestFragmentService
  8. SIBusMessageListenerDispatch
Prüfen Sie, ob eine Verzögerung beim Controller vorliegt.
WAITING TYPE11 TY11 EXE Servant hat einen Aufruf an den Controller abgesetzt, und der Controller hat anschließend über RMI/IIOP einen Aufruf an einen anderen verteilten Objektserver abgesetzt.
  1. Untersuchen Sie die Verzögerung auf dem anderen Server. Die Verzögerung kann auf Sitzungscaches hinweisen.
  2. Überprüfen Sie, ob Netzprobleme vorliegen.
  3. Vermeiden Sie abgehende Aufrufe.
WAITING TYPE12 TY12   Nicht verwendet
WAITING TYPE13 TY13   Nicht verwendet
WAITING TYPE14 TY14   Nicht verwendet
WAITING TYPE15 TY15   Nicht verwendet

Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rprf_wlmdm
Dateiname:rprf_wlmdm.html