![[z/OS]](../images/ngzos.gif)
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.
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:
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:
|
Transaktion | Mögliche Ursachen für die Transaktionszeitlimits sind:
|
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. |