[z/OS]

Zeitlimitüberschreitungen - Mögliche Ursachen und Korrekturmaßnahmen

In dieser Datei sind allgemeine Zeitgebervariablen und Tools zur Überwachung dieser Bedingungen für die Zeitlimitüberschreitung aufgelistet.

Der Zeitgeber, der zuerst abläuft, zeigt möglicherweise nicht das tatsächliche zu korrigierende Problem an. Wenn Sie Zeitlimitüberschreitungen ordnungsgemäß diagnostizieren möchten, müssen Sie mit allen Zeitgeberwerten, die für eine bestimmte Servantregion gültig sein können, vertraut sein.

Tabelle 1. Zeitlimitüberschreitungen - Mögliche Ursachen und Korrekturmaßnahmen. Mit diesen allgemeinen Zeitgebervariablen können Sie Zeitlimitüberschreitungen überwachen.
Allgemeiner Typ des Zeitgebers Mögliche Ursachen Mögliche Lösungen
Eingabe Der Client hat die Daten nur teilweise gesendet und wurde beim Senden der übrigen Daten verzögert. Sie können für die Anwendung auf der Clientseite Wiederholungslogik verwenden, wenn sie einen Zeitlimit-Nebencode empfängt.
Sitzung Die Sitzung befindet sich aufgrund fehlender Verwendung im Leerlauf. Wenn Sie verhindern möchten, dass im Leerlauf befindliche Sitzungen verloren gehen, erhöhen Sie die Zeitlimitwerte für persistente Sitzungen, oder verwenden Sie die Sitzung häufiger.
WLM-Zuteilung Keine Threads können die Anforderung frei aufnehmen, wenn eine der folgenden Bedingungen zutrifft:
  • Alle Threads verarbeiten Anforderungen.
  • Die gegenwärtig ausgeführten Threads warten auf eine Antwort von DB2, WebSphere MQ oder einem anderen Server usw. In diesem Fall müssen Sie nach Nachrichten suchen, die die Belegung von Ressourcen anzeigen. Beispielsweise werden auf der z/OS-Konsole möglicherweise Nachrichten zu gegenseitigen Sperren (Deadlocks) in DB2 angezeigt.

In beiden Fällen überschreitet die Anforderung ein Zeitlimit, während sie in der WLM-Warteschlange darauf wartet, in einem Servant (Region) zugeteilt zu werden.

Wenn alle Threads Anforderungen verarbeiten, wird möglicherweise eine der folgenden Bedingungen angezeigt:
  • Die Anzahl der Servantregionen, die WLM starten kann, ist zu gering. Zum Setzen dieses Wertes müssen Sie in der Administrationskonsole Server > Anwendungsserver > Servername > Serverinstanz auswählen. Klicken Sie auf Mehrere Instanzen aktiviert, und geben Sie einen Wert für Maximale Anzahl Instanzen ein.
  • Die Anzahl der in einer Servantregion zulässigen Threads ist zu niedrig. Die Anzahl wird von der Isolationsrichtlinieneinstellung in der Administrationskonsole oder der WebSphere-Variable gesteuert: Auslastungsprofil_der_Serverregion.
  • Sie müssen Server replizieren, um die eingehende Arbeitsmenge zu verarbeiten.
Alle diese Bedingungen zeigen an, dass möglicherweise eine Leistungsoptimierung erforderlich ist.
Transaktion Mögliche Ursachen für die Transaktionszeitlimits sind:
  • dieselben Ursachen wie bei den Zeitlimits für WLM-Zuteilung oder
  • Verzögerungen, die den Transaktionskoordinator daran hindern, eine Transaktion innerhalb der zugeteilten Zeit festzuschreiben oder zurückzusetzen.
Siehe mögliche Ursachen für Zeitlimits für WLM-Zuteilung. Darüber hinaus können Sie nach Nachrichten suchen, die die Belegung von Ressourcen, welche an der Transaktion mit überschrittenem Zeitlimit beteiligt sind, anzeigen.
Ausgabe Die mögliche Ursachen für Ausgabezeitlimits sind mit den Ursachen für Zeitlimits für WLM-Zuteilung identisch (Zuteilung für IIOP, Ausgabe für HTTP). Siehe mögliche Ursachen für Zeitlimits für WLM-Zuteilung. Außerdem können Sie die WebSphere-Variable protocol_accept_ http_work _after_min_srs=1 verwenden, um zu verhindern, dass der HTTP-Transporthandler Anforderungen zuteilt, bevor WLM eine Mindestanzahl von Servantregionen gestartet hat.

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=rtrb_fixtimeout
Dateiname:rtrb_fixtimeout.html