
with Tags:
oocod
X

Capacity Provisioning for z/OS V2R1: Defined capacity and group capacity management
Capacity Provisioning (CP) for z/OS V2R1 can manage Defined Capacity and Group Capacity limits. It can automatically adjust them based on a predefined policy as well as provides the end user with commands to make the adjustments from a z/OS console rather than the Support Element (SE). In this blog entry we will share with you our experiences with this new enhancement. From here on we will refer to Defined Capacity as DC and Group Capacity as GC. Specifically we will talk about: High level introduction to DC and GC concepts Steps we took to... [More]
Tags:  v2r1 softcap wlm oocod groupcapacity definedcapacity cp |
Capacity Provisioning for z/OS V2R1: Support of manually activated resources
Prior to z/OS V2R1 Capacity Provisioning (CP) for z/OS component would not manage manually activated On/Off Capacity on Demand (CoD) resources. For instance, let’s say you set up a CP for z/OS policy to manage 100 MSU based on workload conditions. At some point you become aware that soon you are going to require 60 additional MSU to support a peak condition and decide to manually activate those 60 MSU rather than wait for CP for z/OS to recognize the need and activate them for you. CP for z/OS then would only manage the remaining 40 MSU... [More]
Tags:  oocod cpm v2r1 |
Capacity Provisioning for z/OS V2R1: Support of IFLs, SAPs and ICFs
Following is a quick Capacity Provisioning (CP) for z/OS V2R1 tip but first I should say that I have been very impressed with CP for z/OS. They have been delivering valuable new functionality every z/OS release based on customer feedback and requirements. I will be talking about a couple more in other blog entries. Specifically their support of manually activated capacity as well as defined & group capacity limits – aka Soft or WLM capping. CP for z/OS V2R1 allows the end users to activate/deactivate IFLs, SAPs and ICFs that are... [More]
Tags:  oocod cpm |