I don't understand what you're trying to say. Enclaves are certainly assigned to service classes and can be reset or even quiesced. From the ENC display in SDSF
NAME SSType Status SrvClass Per 2400000002 STC INACTIVE SYSSTC 1 4C0000000C STC ACTIVE SRVHIM 1 7000000015 STC INACTIVE SRVHIM 1 3800000007 STC ACTIVE SRVHIM 1 480000000B STC INACTIVE SRVHIM 1 500000000D STC ACTIVE SRVHIM 1 6800000013 STC INACTIVE SRVHIM 1 3400000006 STC ACTIVE SRVHIM 1 440000000A STC INACTIVE SRVHIM 1 6000000011 STC ACTIVE SRVHIM 1 6400000012 STC INACTIVE SRVHIM 1 4000000009 STC ACTIVE SRVHIM 1 580000000F STC INACTIVE SRVHIM 1 5C00000010 STC ACTIVE SRVHIM 1 6C00000014 STC INACTIVE SRVHIM 1 3C00000008 STC ACTIVE SRVHIM 1 540000000E STC INACTIVE SRVHIM 1 I specifically don't understand what you mean by service classes not being applicable to server address spaces. How can any address space that is associated with a service class, not be managed to that service class' goals? It would have to be identifiable as a separate internal service class, but whatever the reason, it would have to be something that can be specifically seen and tracked using the Type 99 data. Adam -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Thursday, April 5, 2018 9:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM and Dispatching Priority On Thu, 5 Apr 2018 08:37:20 -0700, Gerhard Adam wrote: >I don't see the relevance of enclaves or anything else in this. It is >the service class period that matters. That is only one factor. Transaction response time goals are another factor. > >So, if I assigned DB2, enclaves, TSO, and batch to the same service >class, You don't assign an enclave to a service class. WLM defines enclaves based upon transaction response time goals and the address spaces that are involved in those transactions. Those server address spaces are managed to meet the goals of the transactions that include that address space in their enclave(s). This can get complicated because many different transactions with different requirements and involving different address spaces can be in different enclaves that involve an address space. WLM does not change the service class of those server address spaces, but it no longer manages them based on their service class. It wouldn't make any sense to change the service class of the DB2 region to match the service class of a CICS transaction whose enclave requires the DP of the DB2 region to change. At least, that's the way I understand it. >they should still all have the same dispatching priority. Workload >Manager doesn't care what type of work is in the service class, since >only the data related to the service class can be examined. That's not true of server address spaces. -- Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN