|
Capacity groups
A new function of z/OS 1.8 allows you to apply the defined capacity limit not only to a single LPAR, but also to a group of LPARs running on the same CEC, known as a capacity group.
RMF extends its CPU activity reporting with information about capacity groups. This allows to assess the capacity group definitions and their effect on the system.
- A new Group Capacity section is available in the Postprocessor CPU Activity report. This section informs about the share each LPAR in the group can take, the guaranteed minimum MSU share of the LPARs and the overall MSU consumption within the group.
- If a partition is a member of a capacity group, the Monitor III CPC Capacity report and the Partition Data Report section of the CPU Activity report include new header information showing the group’s name and capacity limit.
In addition, RMF provides new overview conditions for the Postprocessor based on SMF record 70-1.
Support of IBM System z9® Integrated Information Processors (zIIP)
RMF provides measurements about IBM System z9 Integrated Information Processor (zIIP) activity in the following reports:
- Postprocessor:
- CPU Activity report and its Partition Data Report section
- Workload Activity report
- Monitor III:
- CPC Capacity report
- Enclave Report
- System Information report
- Processor Usage report (new)
RMF also supports measurements for zIIP activity by enhancing the following tables:
Monitor III VSAM data set support:
- ERBASIG3
- ERBCPUG3
- ERBENCG33
- ERBRCDG3
- ERBUWDG3
Monitor III data reporter tables:
- ERBENCT3
- ERBPRCT3
- ERBSYST3
- ERBPRUT3 (new)
New overview conditions based on CPU and workload activity are provided to assess zIIP consumption.
Starting the RMF Distributed Data Server (DDS) automatically
The RMF control session can manage the DDS address space GPMSERVE across the sysplex. When RMF initialization is complete, the DDS is automatically started on the best suited system of the sysplex.
RMF zSeries® Common Information Model (CIM) monitoring
For z/OS 1.8, support for indications was added to the CIM infrastructure. RMF can now generate indications for monitoring data, this way enabling CIM clients to support event-based monitoring. A CIM client can subscribe for certain conditions, for example whether a certain performance metric value is above a threshold. While the subscription is active, the RMF indication provider checks the condition independently and delivers a CIM indication to notify the subscribed CIM client that the condition became true.
Support for WLM resource groups
Starting with z/OS 1.8, WLM allows users to specify the minimum and maximum capacity of resource groups not only in terms of service units (MSUs), but also as a percentage of the LPAR share or as number of CPs.
The Service Policy Page of the WLMGL report now indicates which method is used to specify a resource group’s capacity.
Monitoring DB2 buffer pool management
In cooperation with WLM, DB2 is now able to efficiently manage the size of its buffer pools in a way that WLM can tell DB2 to increase or decrease the buffer pool sizes. As an result, a new subsystem wait state BPMI is available that indicates that the work manager is waiting for I/O because of a DB2 buffer pool miss.
RMF indicates this new wait state in the state samples breakdown in the Subsystem section of the Postprocessor WLMGL report and in the Response Time Breakdown section of the Monitor III SYSWKM report.
Support of VSAM RLS 64-bit buffering
RMF monitors the 64-bit buffering function of VSAM RLS in the following way:
- The different views (by storage class and by data set) of the VSAM RLS Activity report display the LRU status and all activity (concerning direct and sequential access) for buffers below and above the 2GB bar.
- The VSAM LRU Overview report is extended to display a second set of buffer counts for buffers available above the 2GB bar.
Overview duration processing
RMF removes the limitation that the interval length for Overview data is automatically determined by the length of the Monitor I measurement interval. The RMF Postprocessor is enhanced to recognize duration intervals for Overview processing. That is, the DINTV control statement is honoured for Overview recording and reporting in the same way as for Postprocessor single-system and sysplex reports. Now, you can produce trend reports over long periods of time by means of overview control statements.
|