Mainframe Path Start learning free
Applied8 min readLesson 2 of 3

The measurements that matter

Each layer has a few measurements that tell you most of what you need: for z/OS, CPU, workload goals, storage and contention; for CICS, response time, task limits and storage; for Db2, threads, locks and buffer pools; for MQ, queue depth and channel status. Knowing what normal looks like is what makes them useful.

z/OS

MeasurementWhat it tells you
CPU busy (LPAR and by service class)How much processor is in use and by whom. High CPU on z/OS is normal while goals are met.
WLM performance index (PI)Whether each service class meets its goal: below 1 is better than the goal, above 1 is missing it.
Delay reasonsWhat work is waiting for: processor, I/O, storage, an enqueue, a lock.
Paging and auxiliary storageWhether real storage is short; D ASM shows how full the page data sets are.
Enqueue contentionJobs or users waiting for a data set or resource another holds.
Spool useHow full JES2's spool is; a full spool stops work.
I/O response timeHow long disk requests take, by device or storage group.

CICS

Db2

MQ

TRY IT YOURSELF

A service class has a performance index of 1.8. Is it meeting its goal? (yes or no)

Show a hint

Above 1 means...

Show the solution

No: above 1 means it is missing its goal.

Common mistakes

Treating high CPU as a problem by itself

z/OS is designed to run busy. Check whether important work is meeting its goals.

Watching averages only

An average response time can look fine while one transaction is very slow. Look at the worst transactions too.

Raising a queue's maximum depth when it fills

A filling queue usually means its consumer has stopped. Find the consumer.

What you will see at work

Key terms

Check your understanding.
Take this lesson's quiz and save your progress. Free.

Take the lesson quiz
← What real-time monitors doAlerts that people act on →