[z/OS]

Zusammenfassung der Zeitlimiteigenschaften

Mit Zeitlimiteigenschaften können Sie den Zeitraum für die Ausführung verschiedener Anforderungen festlegen. Einige dieser Eigenschaften stimmen mit Namen interner Variablen überein. Die Namen interner Variablen werden hier bereitgestellt, um das Debugging zu vereinfachen.

Zeitgebereigenschaften im Zusammenhang mit der Konfiguration von MDBs für die Verwendung mit Listener-Ports oder Aktivierungsspezifikationen

Für WebSphere Application Server Version 7 und höher sind Listener-Ports veraltet. Deshalb sollten Sie die Migration Ihrer WebSphere MQ-MDB-Implementierungskonfigurationen von Listener-Ports auf Aktivierungsspezifikationen planen. Sie sollten diese Migration jedoch erst dann durchführen, wenn Sie sicher sind, dass die Anwendung nicht in Anwendungsservern einer früheren Version als WebSphere Application Server Version 7 ausgeführt werden muss. In einigen Fällen werden Sie weiterhin die WebSphere MQ-MDB-Implementierung mit Listener-Ports und in anderen Fällen die WebSphere MQ-MDB-Implementierung mit Aktivierungsspezifikationen verwenden.

Die folgenden Eigenschaften gelten nicht für die MDB-Implementierung mit Aktivierungsspezifikationen. Das heißt, Sie müssen diese Eigenschaften für die WebSphere MQ-MDB-Implementierung mit Listener-Ports konfigurieren:
  • control_region_mdb_request_timeout
  • control_region_mdb_queue_timeout_percent
  • server_region_mdb_stalled_thread_dump_action
Die folgenden Eigenschaften gelten für die MDB-Implementierung mit Aktivierungsspezifikation. Das heißt, Sie müssen diese Eigenschaften für die WebSphere MQ-MDB-Implementierung mit Aktivierungsspezifikationen konfigurieren.
  • control_region_wlm_dispatch_timeout
  • control_region_iiop_queue_timeout_percent
  • server_region_iiop_stalled_thread_dump_action

Folgen Sie den Anweisungen zur Konfiguration dieser Eigenschaften und beachten Sie, welche Eigenschaften für Listener-Ports bzw. Aktivierungsspezifikationen gelten.

Erweiterte Einstellungen des ORB-Service (Object Request Broker)

Keep-Alive-Zeitlimit für ORB-Listener
In einer nicht gesicherten SSL-Umgebung definiert diese Eigenschaft den Wert (in Sekunden), der in der Option SOCK_TCP_KEEPALIVE für den IIOP-Listener für TCP/IP bereitgestellt wird. Mit dieser Option wird überprüft, ob im Leerlauf befindliche Sitzungen noch gültig sind. Dazu wird der TCP/IP-Stack des Client abgefragt. Wenn der Client nicht antwortet, wird die Sitzung geschlossen. Wenn die Verbindung zum Client ohne Benachrichtigung des Servers unterbrochen wird, bleibt die Sitzung serverseitig aktiv. Mit dieser Option können Sie diese nicht mehr erforderlichen Sitzungen bereinigen.
  • Wenn diese Eigenschaft nicht gesetzt ist, ist die Option "TCP/IP" nicht ausgewählt.
  • Bei Auswahl der Option SOCK_TCP_KEEPALIVE wird für im Leerlauf befindliche Sitzungen Datenverkehr im Netz generiert, was möglicherweise unerwünscht ist.

Standardeinstellung: 0

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Container-Services > ORB-Service > Weitere z/OS-Einstellungen.

Keep-Alive-Zeitlimit für ORB-SSL-Listener
In einer SSL-Umgebung definiert diese Eigenschaft den Wert (in Sekunden), der in der Option SOCK_TCP_KEEPALIVE für den IIOP-Listener für TCP/IP bereitgestellt wird. Mit dieser Option wird überprüft, ob im Leerlauf befindliche Sitzungen noch gültig sind. Dazu wird der TCP/IP-Stack des Client abgefragt. Wenn der Client nicht antwortet, wird die Sitzung geschlossen. Wenn die Verbindung zum Client ohne Benachrichtigung des Servers unterbrochen wird, bleibt die Sitzung serverseitig aktiv. Mit dieser Option können Sie diese nicht mehr erforderlichen Sitzungen bereinigen.
  • Wenn diese Eigenschaft nicht gesetzt ist, ist die Option "TCP/IP" nicht ausgewählt.
  • Bei Auswahl der Option SOCK_TCP_KEEPALIVE wird für im Leerlauf befindliche Sitzungen Datenverkehr im Netz generiert, was möglicherweise unerwünscht ist.

Standardeinstellung: 0

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Container-Services > ORB-Service > Weitere z/OS-Einstellungen.

WLM-Zeitlimit
Legt den maximalen Zeitraum fest (in Sekunden), den das Workload-Management (WLM) darauf wartet, dass IIOP-Anforderungen abgeschlossen werden. Dieses Zeitlimit umfasst folgende Zeiträume:
  • Zeitraum, den die IIOP-Anforderung in der WLM-Warteschlange auf die Zuteilung zu einem Servant wartet.
  • Zeitraum, in dem eine im Servant ausgeführte Anwendungskomponente die Anforderung verarbeitet und eine Antwort generiert.
Der Server generiert eine Fehlerantwort, wenn dieser Prozess nicht innerhalb des angegebenen Zeitraums abgeschlossen wird.
Achtung: Diese Einstellung gilt nicht für HTTP-Anforderungen oder die Unterstützung des skalierbaren Messagings. Für diese Art von Aufgaben steuert der in der angepassten Servereigenschaft "ConnectionResponseTimeout" angegebene Wert die Zeit, die für die Zuteilung von Aufgaben zu einem Servant zulässig ist.

Standardeinstellung: 300 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Container-Services > ORB-Service > Weitere z/OS-Einstellungen.

Name der internen Variablen (für Debugging): Suchen Sie den Namen der internen Variablen "control_region_wlm_dispatch_timeout" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: WLM timeout=600

Verwenden Sie die angepasste Systemeigenschaft "control_region_iiop_queue_timeout_percent", um einen bestimmten Prozentsatz des WLM-Zeitlimits als den Zeitraum anzugeben, den eine Anforderung in der WLM-Warteschlange bleiben kann.

Zeitlimit für Anforderung
Gibt an, wie lange (in Sekunden) der Client maximal auf eine Antwort auf eine Clientanforderung wartet. Der für dieses Feld angegebene Werte ist eine serverweite Einstellung, die alle abgehenden RMI/IIOP-Unternehmensanwendungsaufrufe betrifft, die an diesen Server abgesetzt werden.

Da das TCP/IP des Systemkomplexes, das über die Coupling Facility ausgeführt wird, den Client nicht immer darüber informiert, wann das andere Socket-Ende nicht verfügbar ist, können Clients unendlich lang warten, wenn Sie diese Variable nicht setzen. Durch Setzen der Eigenschaft Zeitlimit für Anforderung wird sichergestellt, dass der Client eine Antwort im angegebenen Zeitraum erhält, selbst wenn als Antwort eine Ausnahme des Typs COMM_FAILURE abgesetzt wird.

Standardwert: 0 (kein Zeitlimit). Es ist kein Zeitlimit gesetzt.

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Container-Services > ORB-Service > Weitere z/OS-Einstellungen.

Wenn Sie Befehlszeilen-Scripting verwenden, müssen Sie den vollständigen Namen dieser Systemeigenschaft verwenden: com.ibm.CORBA.RequestTimeout.

Beispiel: Wenn Sie Request timeout=2 angeben, wird das Zeitlimit auf 2 Sekunden gesetzt.

Zeitlimiteigenschaften für den Transaktionsservice

Maximales Transaktionszeitlimit
Legt den maximalen Zeitraum fest (in Sekunden), den der J2EE-Server darauf wartet, dass eine Anwendungstransaktion, die in diesem Server ausgeführt wurde, abgeschlossen wird. Dieser Standardzeitraum wird der Anwendungstransaktion zugewiesen, wenn kein Zeitlimitwert mit der Methode UserTransaction.setTransactionTimeout() festgelegt wird.
Wenn die Anwendungstransaktion nicht innerhalb der angegebenen Zeit festgeschrieben oder rückgängig gemacht wird, wird sie für ROLLBACK markiert und es wird ihr eine Nachfrist von ca. vier Minuten für die Ausführung zugestanden. Wenn die Transaktion während dieser Nachfrist festgeschrieben oder rückgängig gemacht wird, wird auch das Ergebnis der Transaktion rückgängig gemacht. Falls die Anwendungstransaktion innerhalb der Nachfrist nicht abgeschlossen wird, beendet der Controller den Servant, in dem die Anwendungskomponente ausgeführt wird, abnormal mit ABEND-Signal EC3 und RSN=04130002 oder 04130005.
Fehler vermeiden Fehler vermeiden: Nachfristen sind nur für die Gesamtlebensdauer einer Transaktion und das maximale Zeitlimit für Transaktionen verfügbar. gotcha

Der Wert "0" zeigt an, dass das Zeitlimit nicht zur Anwendung kommt, stattdessen gilt das maximale Zeitlimit für Transaktionen.

Standardeinstellung: 120 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Container-Services > Transaktionsservice.

Name der internen Variablen (für Debugging): Suchen Sie transaction_defaultTimeout in der Datei "was.env" oder in der JES-Jobprotokolldatei.

Maximales Transaktionszeitlimit
Legt den maximalen Zeitraum fest (in Sekunden), den der J2EE-Server darauf wartet, dass eine Anwendungstransaktion, die an diesen Server übergeben wurde, abgeschlossen wird. Dieser Wert gilt auch für Transaktionen, die in diesem Server gestartet werden, falls ihre zugeordneten Anwendungen kein Zeitlimit für Transaktionen festlegen und das Zeitlimit für die Gesamtlebensdauer der Transaktion auf 0 gesetzt ist.

Dieser Wert ist der obere Grenzwert für alle anderen Zeitgeber. Wenn eine Anwendung mit der Methode "UserTransaction.setTransactionTimeout()" einen längeren Zeitraum zuordnet, überschreibt der J2EE-Server die Anwendungseinstellung und übernimmt den für die Eigenschaft "Maximales Transaktionszeitlimit" angegebenen Wert.

Der Wert "0" zeigt an, dass kein Zeitlimit zur Anwendung kommt. Alle Transaktionen, für die dieser Wert gilt, sind ohne Zeitlimit.

Standardeinstellung: 300 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Container-Services > Transaktionsservice.

Name der internen Variablen (für Debugging): Suchen Sie den Namen der internen Variablen "transaction_maximumTimeout" in der Datei "was.env" oder im JES-Jobprotokoll.

transaction_recoveryTimeout
Gibt den Zeitraum an (in Minuten), in dem dieser Controller versucht, unklare Transaktionen aufzulösen, bevor er eine WTOR-Nachricht (Write-To-Operator-with-Reply) an die Konsole absetzt. In dieser Nachricht wird angefragt, ob einer der folgenden Schritte ausgeführt werden soll:
  • Versuche, unklare Transaktionen aufzulösen, beenden.
  • Transaktionsbezogene Daten in das Jobprotokoll schreiben oder eine Hardcopy des Protokolls erstellen und Vorgang beenden.

Wenn der Operator antwortet, dass die Wiederherstellung fortgesetzt werden soll, versucht der Controller, die Wiederherstellung so lange wie angegeben durchzuführen, bevor er die WTOR-Nachricht erneut absetzt. Wenn alle Transaktionen aufgelöst sind, wird die Controller-Region beendet. Diese Eigenschaft wird nur auf Controller im Modus für Peerneustart und -wiederherstellung angewendet.

Standardeinstellung: 15 Minuten

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "transaction_recoveryTimeout" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "transaction_recoveryTimeout" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: transaction_recoveryTimeout=7

Angepasste Servereigenschaften

control_region_mdb_request_timeout
Gibt den Zeitraum an (in Sekunden), den der Server darauf wartet, dass eine MDB-Anforderung (Message-driven Bean) eine Antwort empfängt. Wenn die Antwort nicht im angegebenen Zeitraum empfangen wird, wird der Servant möglicherweise mit ABEND-Signal EC3 und RSN=04130008 abnormal beendet. Sie können diesen Wert auf 0 setzen, wenn Sie diese Funktion inaktivieren möchten.

Standardeinstellung: 120

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "control_region_mdb_request_timeout" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "control_region_mdb_request_timeout" in der Datei "was.env" oder im JES-Jobprotokoll. Weitere Informationen finden Sie in der Dokumentation zu den angepassten z/OS-Eigenschaften des Anwendungsservers.

Beispiel: control_region_mdb_request_timeout=180

Verwenden Sie die angepasste Servereigenschaft "control_region_mdb_queue_timeout_percent", um einen bestimmten Prozentsatz des Wertes, der für die Eigenschaft "control_region_mdb_request_timeout" angegeben wurde, als den Zeitraum anzugeben, den eine MDB-Anforderung in der WLM-Warteschlange bleiben kann. Verwenden Sie die angepasste Eigenschaft "control_region_mdb_request_timeout", wenn Sie die Zeit beschränken möchten, die die Anforderung in der WLM-Warteschlange und in der Zuteilung verbringt. Verwenden Sie die angepasste Eigenschaft "control_region_mdb_queue_timeout_percent", wenn Sie die Zeit beschränken möchten, die die Anforderung in der WLM-Warteschlange und in der Zuteilung verbringt.

control_region_timeout_save_last_servant
Ist diese Eigenschaft auf 1 gesetzt, zeigt sie an, dass, wenn die angepasste Eigenschaft "wlm_minimumSRCount" auf einen Wert größer als 1 gesetzt ist, der letzte verfügbare Servant nicht aufgrund einer Zeitlimitüberschreitung abnormal beendet wird. Der Servant kann abnormal beendet werden, nachdem eine neue Servant-Region Verarbeitungsaufträge anzunehmen beginnt. Diese Einstellung ermöglicht die Fortsetzung der Verarbeitungsaufträge ohne Unterbrechung. Wenn Sie diese Eigenschaft auf den Wert 1 setzen, kann dies jedoch zu einem Verlust an Systemressourcen führen, wenn der zugeteilte Servant-Thread, der das Zeitlimit überschritten hat, weiterhin eine Schleife bildet oder inaktiv wird und somit verhindert, dass die Servant-Threads, die diesem Servant zugeordnet sind, freigegeben werden.

Diese Eigenschaft kann auf 0 oder 1 gesetzt werden.

Die Einstellung für diese Eigenschaft wird ignoriert, wenn die Eigenschaft "wlm_dynapplenv_single_server" auf 1 gesetzt ist.

Standardeinstellung: 0

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie die Eigenschaft "control_region_timeout_save_last_servant" im Feld Name hinzu und geben Sie 1 im Feld Wert ein.

Name der internen Variablen (für Debugging): Suchen Sie "control_region_timeout_save_last_servant" in der Datei "was.env" oder im JES-Jobprotokoll.

protocol_http_timeout_output_recovery
Steuert die Wiederherstellungsaktion hinsichtlich der Zeitlimits für Anforderungen, die über den HTTP-Transport empfangen wurden. Die Angabe SERVANT ermöglicht die Beendigung von Servants bei Zeitlimitüberschreitungen. Ist eine HTTP-Anforderung einem Servant zugewiesen, wenn das entsprechende Zeitlimit erreicht wird, wird der Servant mit ABEND-Signal EC3 und RSN=04130007 abnormal beendet. Die HTTP-Anforderung und der Socket werden dann bereinigt. Mit der Einstellung SESSION werden nur die HTTP-Anforderung und der Socket bereinigt. Es wird nicht versucht, die Verarbeitung einer zugewiesenen HTTP-Anforderung in einem Servant zu unterbrechen. Verwenden Sie diese Einstellung mit Vorsicht, denn es können Ressourcen verloren gehen, wenn die zugewiesene HTTP-Anforderung eine Schleife bildet oder inaktiviert wird.

Standardeinstellung: SERVANT

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "protocol_http_timeout_output_recovery" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "protocol_http_timeout_output_recovery" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: protocol_http_timeout_output_recovery=SERVANT

protocol_https_timeout_output_recovery
Steuert die Wiederherstellungsaktion hinsichtlich der Zeitlimits für Anforderungen, die über den HTTP-Transport empfangen wurden. Die Angabe SERVANT ermöglicht die Beendigung von Servants bei Zeitlimitüberschreitungen. Ist eine HTTP-Anforderung einem Servant zugewiesen, wenn das entsprechende Zeitlimit erreicht wird, wird der Servant mit ABEND-Signal EC3 und RSN=04130007 abnormal beendet. Die HTTP-Anforderung und der Socket werden dann bereinigt. Mit der Einstellung SESSION werden nur die HTTP-Anforderung und der Socket bereinigt. Es wird nicht versucht, die Verarbeitung einer zugewiesenen HTTP-Anforderung in einem Servant zu unterbrechen. Verwenden Sie diese Einstellung mit Vorsicht, denn es können Ressourcen verloren gehen, wenn die zugewiesene HTTP-Anforderung eine Schleife bildet oder inaktiviert wird.

Standardeinstellung: SERVANT

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "protocol_https_timeout_output_recovery" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "protocol_https_timeout_output_recovery" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: protocol_https_timeout_output_recovery=SESSION

protocol_sip_timeout_output
Gibt den Zeitraum an (in Sekunden), den der Server darauf wartet, dass eine MDB-Anforderung (Message-driven Bean), die über einen SIP-Transportkanal gesendet wurde, eine Antwort empfängt. Wenn die Antwort nicht im angegebenen Zeitraum empfangen wird, wird der Servant möglicherweise mit ABEND-Signal EC3 und RSN=04130008 abnormal beendet. Sie können diesen Wert auf 0 setzen, wenn Sie diese Funktion inaktivieren möchten.

Standardeinstellung: 120

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "protocol_sip_timeout_output" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "protocol_sip_timeout_output" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: protocol_sip_timeout_output=180

Verwenden Sie die angepasste Servereigenschaft "control_region_sip_queue_timeout_percent", um einen bestimmten Prozentsatz des Wertes, der für die Eigenschaft "protocol_sip_timeout_output" angegeben wurde, als den Zeitraum anzugeben, den eine Anforderung in der WLM-Warteschlange bleiben kann.

protocol_sips_timeout_output
Gibt den Zeitraum an (in Sekunden), den der Server darauf wartet, dass eine MDB-Anforderung (Message-driven Bean) eine Antwort empfängt. Wenn die Antwort nicht im angegebenen Zeitraum empfangen wird, wird der Servant möglicherweise mit ABEND-Signal EC3 und RSN=04130008 abnormal beendet. Setzen Sie diesen Wert auf null, um diese Funktion zu inaktivieren.

Standardeinstellung: 120

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "protocol_sips_timeout_output" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "protocol_sips_timeout_output" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: protocol_sips_timeout_output=180

Verwenden Sie die angepasste Servereigenschaft "control_region_sips_queue_timeout_percent", um einen bestimmten Prozentsatz des Wertes, der für die Eigenschaft "protocol_sips_timeout_output" angegeben wurde, als den Zeitraum anzugeben, den eine Anforderung in der WLM-Warteschlange bleiben kann.

protocol_sip_timeout_output_recovery
Steuert die Wiederherstellungsaktion hinsichtlich der Zeitlimits für Anforderungen, die über SIP empfangen wurden. Die Angabe SERVANT ermöglicht die Beendigung von Servants bei Zeitlimitüberschreitungen. Ist eine SIP-Anforderung einem Servant zugewiesen, wenn das entsprechende Zeitlimit erreicht wird, wird der Servant mit ABEND EC3 RSN=04130007 abnormal beendet. Die SIP-Anforderung und der Socket werden dann bereinigt. Mit der Einstellung SESSION werden nur die SIP-Anforderung und der Socket bereinigt. Es wird nicht versucht, die Verarbeitung einer zugewiesenen SIP-Anforderung in einem Servant zu unterbrechen. Verwenden Sie diese Einstellung mit Vorsicht, denn es können Ressourcen verloren gehen, wenn die zugewiesene SIP-Anforderung eine Schleife bildet oder inaktiviert wird.

Standardeinstellung: SERVANT

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "protocol_sip_timeout_output_recovery" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "protocol_sip_timeout_output_recovery" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: protocol_sip_timeout_output_recovery=SERVANT

protocol_sips_timeout_output_recovery
Steuert die Wiederherstellungsaktion hinsichtlich der Zeitlimits für Anforderungen, die über SIPS empfangen wurden. Die Angabe SERVANT ermöglicht die Beendigung von Servants bei Zeitlimitüberschreitungen. Ist eine SIPS-Anforderung einem Servant zugewiesen, wenn das entsprechende Zeitlimit erreicht wird, wird der Servant mit ABEND-Signal EC3 und RSN=04130007 abnormal beendet. Die SIPS-Anforderung und der Socket werden dann bereinigt. Mit der Einstellung SESSION werden nur die SIPS-Anforderung und der Socket bereinigt. Es wird nicht versucht, die Verarbeitung einer zugewiesenen SIPS-Anforderung in einem Servant zu unterbrechen. Verwenden Sie diese Einstellung mit Vorsicht, denn es können Ressourcen verloren gehen, wenn die zugewiesene SIPS-Anforderung eine Schleife bildet oder inaktiviert wird.

Standardeinstellung: SERVANT

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie dann im Feld Name die Eigenschaft "protocol_sips_timeout_output_recovery" hinzu und geben Sie im Feld Wert einen anderen Wert an.

Name der internen Variablen (für Debugging): Suchen Sie "protocol_sips_timeout_output_recovery" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: protocol_sips_timeout_output_recovery=SERVANT

server_region_request_cputimeused_limit
Gibt an, wie viel CPU-Zeit (in Millisekunden) eine Anwendungsanforderung beanspruchen kann.

Mit dieser Eigenschaft können Sie verhindern, dass eine einzige Anwendungsanforderung die gesamte verfügbare CPU-Zeit für sich beansprucht. Bei der Zuteilung einer Anforderung wird ein CPU-Monitor aufgerufen. Wenn die Anforderung die angegebene CPU-Zeit überschreitet, betrachtet der Controller die Anforderung als nicht reaktionsfähig. Daraufhin gibt der Controller eine Nachricht vom Typ BBOO0327 aus, um die anfordernde Anwendung darüber zu informieren, dass die Anforderung nicht reagiert.

Der Monitor, der die CPU-Zeit überwacht, die eine Anforderung verbraucht, sendet gewöhnlich ein Signal an den zugeteilten Thread, wenn die verbrauchte CPU-Zeit den angegebenen Wert überschreitet. Es gibt jedoch Situationen, in denen dieses Signal nicht zugestellt werden kann und die Anforderung deshalb offen bleibt. Wenn der Thread beispielsweise zur nativen Verarbeitung übergeht und eine PC-Routine aufruft, kann das Signal erst dann gesendet werden, wenn die PC-Routine zurückkehrt.

Nach der Zustellung des Signals an den zugeteilten Thread, wird die WLM-Enklave, die der zugeteilten Anforderung zugeordnet ist, in den im Quiesce-Modus versetzt. In dieser Situation wird die Zuteilungspriorität der Anforderung herabgesetzt und die Anforderung erhält jetzt nur noch CPU-Ressourcen, wenn das System eine geringe Auslastung aufweist.

server_region_stalled_thread_threshold_percent
Gibt den Prozentsatz an Threads an, die nicht reaktionsfähig sein dürfen, bevor der Controller den Servant beendet. Wenn der Standardwert 0 angegeben ist, beendet der Controller den Servant, sobald der Controller feststellt, dass mindestens ein Thread nicht mehr reagiert.

Standardeinstellung: 0

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen, wählen den entsprechenden Knoten oder die entsprechende Zelle in der Liste der verfügbaren Knoten und Zellen aus und klicken auf Neu. Fügen Sie die Eigenschaft "server_region_stalled_thread_threshold_percent" im Feld Name hinzu und geben Sie im Feld Wert einen anderen Wert ein.

Name der internen Variablen (für Debugging): Suchen Sie "server_region_stalled_thread_threshold_percent" in der Datei "was.env" oder im JES-Jobprotokoll.

Beispiel: server_region_stalled_thread_threshold_percent=5

[z/OS]

Angepasste JVM-Eigenschaften (Java Virtual Machine)

Sie können die folgenden beiden JVM-Eigenschaften definieren, indem Sie auf Anwendungsserver -> <SERVER> -> Prozessdefinition -> Servant -> Java™ Virtual Machine -> Angepasste Eigenschaften klicken.

com.ibm.ws390.interrupt.disableBBOJ0122I
Wenn Sie diese Eigenschaft auf 1 setzen, wird die Nachricht BBOJ0122I unterdrückt.

Datentyp: Boolean

Standardeinstellung: 0

Verwendung im Dämon: Nein, nur gültig für Servant-Regionen.

com.ibm.ws390.interrupt.applyDumpActionPreInterrupt
Gibt an, dass vor der weiteren Verarbeitung einer zugeteilten Anforderung Informationen erfasst werden müssen. Wenn Sie diese Eigenschaft auf 1 setzen, wird die mit "stalled_thread_dump_action" angegebene Dokumentation erfasst, bevor Aktivitäten für die Ausführung der zugeteilten Anforderung zugelassen werden (z. B. vor dem Ausführen von "interrupt()" für ein InterruptObject). Die Eigenschaft "stalled_thread_dump_action" definiert, welche Dokumentation erfasst werden soll, wenn die Anforderung als blockiert eingestuft wird und alle Versuche, die Anforderung auszuführen, fehlgeschlagen sind.

Datentyp: Boolean

Standardeinstellung: 0

Verwendung im Dämon: Nein, nur gültig für Servant-Regionen.

SSL-Konfigurationsrepertoires

Veraltetes Feature Veraltetes Feature: System SSL for z/OS wird in WebSphere Application Server Version 9.0 nicht weiter unterstützt. Sie sollten beginnen, alle Sicherheitsscripts, die auf System SSL basieren, auf JSSE-Sicherheit umzustellen.depfeat
V3-Zeitlimit
Gibt an, wie lange ein Browser eine Sitzungs-ID von System SSL Version 3 verwenden kann, ohne die Chiffrierschlüssel mit dem Server erneut zu vereinbaren. Die Repertoires, die Sie für einen Server definieren, erfordert denselben V3-Zeitlimitwert.

Standardeinstellung: 100

Angabe: Geben Sie diese Eigenschaft in der Administrationskonsole unter Sicherheit > SSL-Anwendungsserver > Neues SSL-Repertoire an.

Name der internen Variablen (für Debugging): Die folgenden Zeitlimitvariablen von SSL-Konfigurationsrepertoires werden intern gesetzt, wenn Sie Ihre SSL-Repertoires definieren:
  • com_ibm_HTTP_claim_ssl_sys_v3_timeout
  • com_ibm_DAEMON_claim_ssl_sys_v3_timeout

Suchen Sie diese internen Variablen in der Datei "was.env" oder im JES-Jobprotokoll.

Zeitlimiteigenschaften des TCP-Transportkanals

Eigenschaft für Zeitüberschreitung bei Inaktivität
Gibt an, wie lange (in Sekunden) der TCP-Transportkanal auf eine Lese- oder Schreibanforderung wartet, bevor er einen Socket schließt.
Fehler vermeiden Fehler vermeiden: Der für diese Eigenschaft angegebene Wert kann durch die Wartezeiten überschrieben werden, die für die diesem Kanal übergeordneten Kanäle definiert werden. Für alle Operationen mit Ausnahme der ersten Leseoperation für einen neuen Socket überschreibt die Wartezeit für einen HTTP-Transportkanal beispielsweise den für diese Eigenschaft angegebenen Wert.gotcha

Standardeinstellung: 0 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Transportketten für Web-Container > TCP-Kanal für eingehende Anforderungen.

Zeitlimiteigenschaften des HTTP-Transportkanals

ConnectionResponseTimeout
Legt den maximalen Zeitraum fest (in Sekunden), den der J2EE-Server darauf wartet, dass eine Anwendungskomponente auf eine HTTP-Anforderung antwortet. Setzen Sie diese Eigenschaft für alle Definitionen des HTTP-Transports auf dem Server. Sie müssen diese Variable für den SSL-Transport und den Nicht-SSL-Transport definieren. Wenn die Antwort nicht im angegebenen Zeitraum empfangen wird, wird der Servant möglicherweise mit ABEND-Signal EC3 und RSN=04130007 abnormal beendet. Wenn Sie diesen Zeitgeber definieren, müssen Clientanwendungen nicht mehr auf eine Antwort von einer Anwendungskomponente warten, die möglicherweise gesperrt ist, eine Schleife bildet oder andere Verarbeitungsfehler aufweist, die eine Blockierung der Anwendungskomponente bewirken.

Standardwert: 120 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und anschließend unter "Einstellungen des Web-Containers" auf Angepasste Eigenschaften.

Name der internen Variablen (für Debugging): Wenn Sie ein Debugging für einen Fehler im SSL-fähigen Transport durchführen, müssen Sie den Namen der internen Variablen "protocol_https_timeout_output" in der Datei "was.env" oder im JES-Jobprotokoll suchen. Wenn Sie ein Debugging für einen Fehler im nicht SSL-fähigen Transport durchführen, müssen Sie den Namen der internen Variablen "protocol_http_timeout_output" in der Datei "was.env" oder im JES-Jobprotokoll suchen.

Verwenden Sie die angepassten Servereigenschaften "control_region_http_queue_timeout_percent" und "control_region_https_queue_timeout_percent", um einen Prozentsatz des für die Eigenschaft "ConnectionResponseTimeout" angegebenen Werts als zulässige Wartezeit für eine Anforderung in der WLM-Warteschlange festzulegen.

Persistenzzeitlimit
Gibt die Inaktivitätszeit (in Sekunden) an, die der HTTP-Transportkanal einem Socket zwischen Anforderungen zugesteht.

Standardeinstellung: 30 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und dann unter "Einstellungen des Web-Containers" auf Transportketten für Web-Container > Kettenname HTTP-Kanal für eingehende Anforderungen.

Lesezeitlimit
Gibt an, wie lange (in Sekunden) der HTTP-Transportkanal nach dem Erhalt der ersten Leseanforderung auf den Abschluss einer Leseanforderung an einem Socket wartet. Die Leseanforderung, die abgeschlossen wird, könnte für den Hauptteil (Body) einer HTTP-Nachricht (z. B. POST) oder einen Teil der Header bestimmt sein, wenn diese nicht im Rahmen der ersten am Socket eingegangenen Leseanforderung gelesen wurden.

Standardeinstellung: 60 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und dann unter "Einstellungen des Web-Containers" auf Transportketten für Web-Container > Kettenname HTTP-Kanal für eingehende Anforderungen.

Schreibzeitlimit
Diese Einstellung gibt außerdem an, wie lange (in Sekunden) der HTTP-Transportkanal an einem Socket auf die Übertragung aller Teile der Antwortdaten wartet. Dieses Zeitlimit wird normalerweise erreicht, wenn Antworten zeitlich hinter neue Anforderungen zurückfallen. Dieser Fall kann eintreten, wenn ein Client eine niedrige Übertragungsgeschwindigkeit hat oder die Netzschnittstellenkarte (NIC) des Servers mit E/A ausgelastet ist.

Standardeinstellung: 60 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und dann unter "Einstellungen des Web-Containers" auf Transportketten für Web-Container > Kettenname HTTP-Kanal für eingehende Anforderungen.

Zeitlimiteigenschaften für HTTP-Transport

Veraltetes Feature Veraltetes Feature: Der HTTP-Transport wird nicht weiter unterstützt.depfeat
ConnectionIOTimeOut
Legt den maximalen Zeitraum fest (in Sekunden), den der J2EE-Server darauf wartet, dass die vollständige HTTP-Anforderung eingeht. Setzen Sie diese Eigenschaft für alle Definitionen des HTTP-Transports auf dem Server. Sie müssen diese Variable für den SSL-Transport und den Nicht-SSL-Transport definieren. Der J2EE-Server startet den Zeitgeber, nachdem die Verbindung erneut hergestellt wurde. Wenn eine vollständige Anforderung nicht innerhalb des angegebenen Zeitlimits eingeht, unterbricht der Server die Verbindung. Wenn Sie den Wert null angeben, wird die Zeitlimitfunktion inaktiviert.

Standardeinstellung: 10 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und anschließend unter "Einstellungen des Web-Containers" auf Angepasste Eigenschaften.

ConnectionResponseTimeout
Legt den maximalen Zeitraum fest (in Sekunden), den der J2EE-Server darauf wartet, dass eine Anwendungskomponente auf eine HTTP-Anforderung antwortet. Setzen Sie diese Eigenschaft für alle Definitionen des HTTP-Transports auf dem Server. Sie müssen diese Variable für den SSL-Transport und den Nicht-SSL-Transport definieren. Wenn die Antwort nicht im angegebenen Zeitraum empfangen wird, wird der Servant möglicherweise mit ABEND-Signal EC3 und RSN=04130007 abnormal beendet. Wenn Sie diesen Zeitgeber definieren, müssen Clientanwendungen nicht mehr auf eine Antwort von einer Anwendungskomponente warten, die möglicherweise gesperrt ist, eine Schleife bildet oder andere Verarbeitungsfehler aufweist, die eine Blockierung der Anwendungskomponente bewirken.

Standardeinstellung: 120 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und anschließend unter "Einstellungen des Web-Containers" auf Angepasste Eigenschaften.

Name der internen Variablen (für Debugging): Wenn Sie ein Debugging für einen Fehler im SSL-fähigen Transport durchführen, müssen Sie den Namen der internen Variablen "protocol_https_timeout_output" in der Datei "was.env" oder im JES-Jobprotokoll suchen. Wenn Sie ein Debugging für einen Fehler im nicht SSL-fähigen Transport durchführen, müssen Sie den Namen der internen Variablen "protocol_http_timeout_output" in der Datei "was.env" oder im JES-Jobprotokoll suchen.

Verwenden Sie die angepassten Servereigenschaften "control_region_http_queue_timeout_percent" und "control_region_https_queue_timeout_percent", um einen Prozentsatz des für die Eigenschaft "ConnectionResponseTimeout" angegebenen Werts als zulässige Wartezeit für eine Anforderung in der WLM-Warteschlange festzulegen.

ConnectionKeepAliveTimeout
Gibt den Zeitraum an (in Sekunden), den der J2EE-Server auf eine nachfolgende Anforderung von einem HTTP-Client in einer persistenten Verbindung wartet. Wenn innerhalb dieses Zeitlimits keine andere Anforderung vom selben Client empfangen wird, wird die Verbindung geschlossen.

Standardeinstellung: 30 Sekunden

Angabe: Zum Definieren dieser Eigenschaft klicken Sie in der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername und anschließend unter "Einstellungen des Web-Containers" auf Angepasste Eigenschaften.


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_controllingtimeout
Dateiname:rtrb_controllingtimeout.html