![[z/OS]](../images/ngzos.gif)
工作请求的地址空间管理
本产品使用工作负载管理 (WLM) 相关可调度单元组来传播工作请求的性能上下文。每个事务有其自身相关可调度单元组并根据其服务类进行管理。
服务器的控制器(其工作负载管理视为队列管理器)使用与客户机请求关联的相关可调度单元组来管理工作的优先级。如果工作具有高优先级,那么工作负载管理可以将工作导向到服务器中高优先级服务方。如果工作具有低优先级,那么工作负载管理可以将工作导向到低优先级服务方。其作用是在同一服务器中根据优先级来区分工作。

可以有多种方法产生相关可调度单元组:
- 本产品使用其自己的规则集为来自网络的客户机请求创建相关可调度单元组。
- 某些子系统(例如,IBM® HTTP Sever)创建相关可调度单元组并将它们传递给应用程序服务器,应用程序服务器又将相关可调度单元组传递下去。
- 本产品将批处理作业视为远程客户机。
要令性能上下文传达到工作负载管理,您必须根据以下工作限定符在系统中对工作负载进行分类。
工作限定符缩写 | 工作限定符 | 相应的产品实体 |
---|---|---|
CN | 集合名称 | 集群名称 |
UI | 用户标识 | 运行工作的用户标识 |
有关分类规则和工作负载限定符的更多信息,请参阅“对 z/OS 工作负载分类”主题和 z/OS 出版物 z/OS MVS™ Planning: Workload Management。
除了客户机工作负载外,您还必须考虑产品运行时服务器和业务应用程序服务器的性能。通常,服务器控制器充当工作路由器,因此它们必须具有高优先级。因为工作负载管理动态地启动和停止服务方,所以服务方也需要高优先级才能对其进行快速初始化。在服务方已初始化后,它们根据客户机相关可调度单元组的优先级来运行工作,因此指定的服务方优先级在初始化之后就失去了 意义。
总之,使用下表来为每个类设置性能目标:
如果正在对以下对象进行分类... | ... 请将其指定给: | 说明 |
---|---|---|
位置服务守护程序 | SYSSTC 或者高速、高重要性 STC | 系统视其为已启动的任务,且 它必须快速路由工作请求。 |
控制器 | SYSSTC 或者高速、高重要性 STC | 控制器必须快速路由工作,但您必须平衡业务应用程序服务器与系统中的其他工作的优先级。 |
服务方 | 比控制器速度慢重要性低的 STC | 应该给服务方指定一个低于控制器的目标,因为服务方没有控制器重要。![]() |
应用程序环境 | 使用 CB 分类规则,百分比响应时间目标,例如,在 .25 秒钟内完成 80% 的事务。 | |
客户机应用程序 | 假定长时间运行的应用程序,应使用一个相对于系统上的其他工作的速度目标。 |