Erweitere Einstellungen für ORB-Services auf der Plattform z/OS

Dieser Artikel enthält Informationen zur Unterstützung der erweiterten Einstellungen für ORB-Services (Object Request Broker). Diese Unterstützung umfasst die das Keep-Alive-Zeitlimit für den ORB-Listener, das Keep-Alive-Zeitlimit für den ORB-SSL-Listener, Steuer-Threads und Workload-Profile.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Servername > Containerservices > ORB-Service > Weitere z/OS-Einstellungen.

Keep-Alive-Zeitlimit für ORB-Listener

Diese Variable definiert den Wert, der in der Option SOCK_TCP_KEEPALIVE für den IIOP-Listener (Internet Inter-ORB Protocol) für TCP/IP bereitgestellt wird.

Die Option prüft, ob inaktive Sitzungen noch gültig sind. Dazu werden Sendeaufrufe an den TCP/IP-Client-Stack gesendet. Wenn der Client die Verbindung abbricht, ohne den Server zu benachrichtigen, ist die Sitzung auf der Serverseite weiterhin aktiv. Mit dieser Eigenschaft können Sie nicht mehr benötigte Sitzungen bereinigen. Wenn der Client nicht antwortet, wird die Sitzung geschlossen. Der Standardwert ist 0 (null). Wenn die 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, der zu Problemen führen kann.

Datentyp Integer
Einstellmöglichkeiten 0 - 2147040
Keep-Alive-Zeitlimit für ORB-SSL-Listener

Diese Eigenschaft definiert den Wert (in Sekunden), der TCP/IP in der Option SOCK_TCP_KEEPALIVE für den SSL-IIOP-Listener bereitgestellt wird.

Die Option prüft, ob inaktive Sitzungen noch gültig sind. Dazu werden Sendeaufrufe an den TCP/IP-Client-Stack gesendet. Wenn der Client die Verbindung abbricht, ohne den Server zu benachrichtigen, ist die Sitzung auf der Serverseite weiterhin aktiv. Mit dieser Option können Sie diese nicht mehr erforderlichen Sitzungen bereinigen. Wenn der Client nicht antwortet, wird die Sitzung geschlossen. Der Standardwert ist 0 (null). Wenn die 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.

Datentyp Integer
Einstellmöglichkeiten 0 - 2147040
Zeitlimit für Workload Manager

Gibt an, wie lange (in Sekunden) IIOP-Anforderungen maximal in der Warteschlange auf die Zuteilung an einen Servant-Prozess warten.

Datentyp Integer
Einstellmöglichkeiten 0 - 2147040
Standardeinstellung 300
Warteschlangenzeitlimit für Workload Manager inaktivieren 0
Workload-Profil

Legt das Workload-Profil für den Server fest. Die gültigen Werte sind ISOLATE, IOBOUND, CPUBOUND, LONGWAIT und CUSTOM.

Das Workload-Profil steuert Entscheidungen, die WebSphere Application Server for z/OS zur Laufzeit bezüglich der Workload treffen muss, wie beispielsweise die Anzahl der im Servant zu verwendenden Threads. Der Standardwert ist IOBOUND, der für die meisten Anwendungen geeignet ist. Verwenden Sie einen der anderen Werte, wenn Ihre Anwendung mehr Threads erfordert.

Workload-Profil Anzahl der Threads Beschreibung
ISOLATE 1 Gibt an, dass die Servants auf einen einzigen Anwendungs-Thread beschränkt sind. Mit dem Wert ISOLATE können Sie gewährleisten, dass parallel verteilte Anwendungen nicht in demselben Servant-Prozess ausgeführt werden. Zwei in demselben Servant-Prozess ausgeführte Anforderungen können einander beschädigen.
IOBOUND MIN(30, MAX(5,(Anzahl der CPUs*3))) Gibt an, dass für E/A-intensive Verarbeitung im Betriebssystem z/OS mehr Threads in Anwendungen zur Verfügung stehen. Die Berechnung der Thread-Anzahl basiert auf der Anzahl der CPUs. IOBOUND wird von den meisten Anwendungen verwendet, in denen das Verhältnis zwischen CPU-intensiven und fernen Operationen in etwa ausgeglichen ist. Ein Gateway oder Protokollkonverter sind zwei Beispiele für Anwendungen, die das Profil IOBOUND verwenden.
CPUBOUND MAX((Anzahl der CPUs-1),3) Gibt an, dass die Anwendung prozessorintensive Operationen im Betriebssystem z/OS durchführt und deshalb von einer höheren Anzahl Threads im Vergleich mit den CPUs nicht profitieren würde. Die Berechnung der Thread-Anzahl basiert auf der Anzahl der CPUs. Verwenden Sie die Profileinstellung CPUBOUND für CPU-intensive Anwendungen wie die XML-Syntaxanalyse und die Erstellung von XML-Dokumenten, in denen der größte Teil der Antwortzeit der CPU zuzuschreiben ist.
LONGWAIT 40 Gibt an, dass für die Anwendungsverarbeitung mehr Threads als bei der Einstellung IOBOUND zur Verfügung gestellt werden. Bei der Einstellung LONGWAIT ist der größte Teil der Wartezeit der Durchführung von Netz- oder fernen Operationen zuzuschreiben. Verwenden Sie diese Einstellung, wenn die Anwendung zahlreiche Aufrufe an ein anderes Anwendungssystem wie die Screen-Scraper-Anwendungen von CICS (Customer Information Control System) absetzt, aber den größten Teil der Verarbeitung nicht selbst durchführt.
CUSTOM Benutzerdefiniert Gibt an, dass die Anzahl der Servant-Anwendungs-Threads durch den Wert bestimmt wird, der für die angepasste Servereigenschaft "servant_region_custom_thread_count" angegeben ist. Die Mindestanzahl der Anwendungs-Theads, die für die angepasste Eigenschaft definiert werden kann, ist 1. Die maximale Anzahl der Anwendungs-Threads, die definiert werden kann, ist 100.
Anmerkung: Anzahl der CPUs steht für die Anzahl der CPUs, die beim Starten des Controllers online, d. h. aktiv sind.

Wenn Sie die Anzahl der Worker-Threads überprüfen möchten, sehen Sie sich die Nachricht BBOO0234I im Jobprotokoll des Controllers an.




Mit (online) gekennzeichnete Links setzen einen Internet-Zugang voraus.

Zugehörige Tasks


Dateiname: uorb_rorb_service.html