How to measure RECONFIG STORAGE UNITS

Document ID:  TEC1753225
Last Modified Date:  08/09/2017
{{active ? 'Hide' : 'Show'}} Technical Document Details

Products

  • CA MICS Resource Management

Releases

  • CA MICS Resource Management:Release:12.9
  • CA MICS Resource Management:Release:14.0

Components

  • CA MICS HARDWARE AND SCP ANALYZER:MRMF
Introduction:

We have two LPARs, Production and Test, and we want to make sure that with RSU set to zero, our production LPAR is getting all the storage it needs, not having to take any from Test.

Question:

We need to measure the RECONFIG STORAGE UNITs to see how this parameter is working.   Does MICS capture this data?

Answer:

The following document from the IBM Knowledge Center describes the implications of setting RSU=0;

  http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/ieae200329.htm 

Basically, setting RSU=0 (default) means one of two things;

  1. You are not using PR/SM
  2. You are not allowing PR/SM to perform dynamic storage reallocation for your LPARs.

So, by setting RSU=0, means that you are not making any of your CPC storage available for dynamic reconfiguration.  If you put a non-zero value (and unit, like MB, GB) after RSU=, then that’s the amount of central storage that you are reserving for dynamic reconfiguration use.

To see how much storage is allocated to each LPAR on your CPC, you can look at these two data elements in the HARLPC file:

LPCCSF – Central Storage Megabytes Assigned  

LPCESF – Expanded Storage Megabytes Assigned  

To see the breakout of various storage areas for paging, you can examine the data elements in the SCPPAG file for each z/OS LPAR.

 

 

 

Please help us improve!

Will this information enable you to resolve your issue?

Please tell us what we can do better.

{{feedbackText.length ? feedbackText.length : '0'}}/255

{{status}}

Not what you were looking for?

Search Again >

Product Information

Support by Product >

Communities

Join a Community >