![[z/OS]](../images/ngzos.gif)
Verwaltung des Adressraums für Verarbeitungsaufträge
Das Produkt gibt den Leistungskontext von Verarbeitungsaufträgen über WLM-Enklaven weiter. Jede Transaktion hat ihre eigene Enklave und wird entsprechend ihrer Serviceklasse verwaltet.
Der Controller eines Servers, den WLM als Warteschlangenmanager betrachtet, verwendet die einer Clientanforderung zugeordnete Enklave, um die Prioritäten der Arbeitslasten zu verwalten. Wenn die Arbeit eine hohe Priorität besitzt, kann WLM die Arbeit an einen Servant für hohe Priorität übertragen. Hat die Arbeit eine niedrige Priorität, überträgt WLM die Arbeit an einen Servant für niedrige Priorität. Ziel ist es, die Arbeit entsprechend der Priorität innerhalb desselben Servers aufzuteilen.

- Das Produkt verwendet eigene Regeln für die Erstellung einer Enklave für eine Clientanforderung aus dem Netz.
- Einige Subsysteme, z. B. der IBM® HTTP Server, erstellen Enklaven und übergeben sie an den Anwendungsserver, der sie ebenfalls weitergibt.
- Das Produkt behandelt Batch-Jobs wie ferne Clients.
Für die Übertragung des Leistungskontextes an das Workload-Management müssen Sie die Arbeitslasten Ihres Systems mit den folgenden Qualifikationsmerkmalen klassifizieren.
Abkürzung des Qualifikationsmerkmals | Qualifikationsmerkmal | Zugehörige Produktentität |
---|---|---|
CN | Collection-Name | Clustername |
UI | Benutzer-ID | Benutzer-ID, unter der die Arbeit ausgeführt wird |
Nähere Informationen zu den Klassifizierungsregeln und Qualifizierungsmerkmalen finden Sie im Artikel zur Klassifikation von z/OS-Workloads und in der z/OS-Veröffentlichung z/OS MVS Planning: Workload Management.
Neben der Clientauslastung müssen Sie auch die Leistung der Laufzeitserver des Produkts und Ihrer Geschäftsanwendungsserver berücksichtigen. Servercontroller leiten im Allgemeinen die Arbeit weiter und müssen daher eine hohe Priorität haben. Da das Workload-Management Servants dynamisch startet und stoppt, müssen Servants ebenfalls eine hohe Priorität haben, damit sie schnell initialisiert werden können. Nach ihrer Initialisierung führen Servants ihre Arbeit jedoch gemäß der Priorität der Clientenklave aus. Die zugeordnete Servant-Priorität hat demzufolge nach der Initialisierung keine Bedeutung mehr.
Verwenden Sie die folgende Übersichtstabelle zum Festlegen der Leistungsziele für jede Klasse:
Sie klassifizieren Folgendes: | ... Zuordnung zu: | Erläuterung |
---|---|---|
Location Service Daemon | SYSSTC oder STC mit hoher Geschwindigkeit und hoher Wertigkeit | Das System sieht den Dämon als gestartete Task an und muss Verarbeitungsaufträge schnell weiterleiten. |
Controller | SYSSTC oder STC mit hoher Geschwindigkeit und hoher Wertigkeit | Ein Controller muss Arbeit schnell weiterleiten können. Sie müssen jedoch die Priorität Ihrer Geschäftsanwendung mit der übrigen Systemauslastung in Einklang bringen. |
Servant | STC mit niedrigerer Geschwindigkeit und Wertigkeit als der Controller | Dem Servant muss ein Ziel zugeordnet werden, das eine niedrigere Wertigkeit hat als das Ziel der Steuereinheit,
weil der Servant weniger wichtig ist als die Steuereinheit. ![]() |
Anwendungsumgebung | Verwenden Sie die CB-Klassifizierungsregeln, das Antwortzeitperzentil, z. B. dass 80 % der Transaktionen in 0,25 Sekunden verarbeitet werden. | |
Clientanwendungen | Für Anwendungen mit langer Laufzeit sollte ein Geschwindigkeitsziel in Relation zu anderen Arbeiten auf dem System verwendet werden. |