Mainframe Path Start learning free
Expert10 min readLesson 3 of 3

Service levels, RSUs and change control for maintenance

Sites do not apply fixes one by one at random. They pick a tested service level such as an RSU, apply it to a cloned set of target libraries, test it, and roll it out system by system under change control. Emergency fixes follow a faster but still controlled path.

Target and distribution libraries

SMP/E manages two kinds of library for every product:

Where code lives
Target libraries
The libraries the system runs fromExamples: SYS1.LINKLIB, SYS1.LPALIB, SYS1.MACLIB, product load librariesUpdated by APPLYDescribed by a target zone
Distribution libraries
The base copy SMP/E keeps for rebuilding and backing outUsually named with an A prefix in the last qualifier, such as AOSxxx (convention, not a rule)Updated by ACCEPTDescribed by a distribution zone

Systems do not IPL directly from the libraries being maintained. Most sites keep at least two sets of target volumes, often called system residence (SYSRES) sets: one running, one being prepared. Maintenance is applied to the spare set, which has its own target zone, and the set is then rolled out. The previous set is kept so a system can be IPLed back if the new level misbehaves.

A typical maintenance cycle
Clonecopy running set and its zone
APPLYto the clone
Test LPARIPL and test
Dev, then prodrolling IPLs
ACCEPTafter it has proved itself

Picking a service level: RSU and PUT

IBM ships fixes continuously, but also groups them into tested levels. Recommended Service Upgrade (RSU) levels identify PTFs that have been through additional cross-product testing in IBM's Consolidated Service Test (CST) environment. RSUs are identified by year and month, such as RSU2609, and IBM marks qualifying PTFs with SOURCEID values so you can select them. Older terms you will see are PUT levels, monthly groupings of PTFs.

Applying everything up to a service level (illustrative)What it means
SET BOUNDARY(ZOSTGT2).
The cloned target zone, not the running one
APPLY SOURCEID(RSU*)
Select PTFs marked with any RSU SOURCEID that are received
GROUPEXTEND
Pull in requisites
BYPASS(HOLDSYSTEM)
SYSTEM holds already reviewed
CHECK.
Dry run first; remove CHECK for the real apply

Exact SOURCEID values and recommended practice vary by product and over time. Read the product's current preventive service guidance before relying on a pattern.

Preventive and corrective service

TypePurposeTypical cadence
PreventiveStay on a recent, tested level so known problems never hit youPlanned, often once or twice a year per product, at an RSU level
CorrectiveFix a problem you are actually seeingAs needed, sometimes as an emergency change
Security / HIPERInstall fixes flagged as security, high impact or pervasivePrioritised; often outside the normal cycle

IBM marks high-impact PTFs as HIPER and uses fix categories (FIXCATs) for security, hardware support and coexistence. REPORT ERRSYSMODS lists installed SYSMODs that now have ERROR holds against them, which is a useful regular check.

Change control around maintenance

Where SMP/E sits today

SMP/E is still how z/OS and most IBM Z software is installed and serviced. z/OSMF Software Management adds a web interface on top of SMP/E data for deploying software instances, reporting on installed service and finding missing fixes. Many products are now delivered as z/OSMF portable software instances as well as traditional SMP/E packages. Underneath, the CSI, zones and SYSMODs are the same, so the skills in this course still apply.

Common mistakes

Applying maintenance to the running SYSRES set

The running system's libraries change underneath it and there is no clean way back. Always apply to a clone with its own target zone.

Cherry-picking single PTFs for preventive service

Isolated PTFs skip the cross-product testing of an RSU level. Use a tested service level for preventive maintenance and keep one-off fixes for corrective work.

No back-out plan beyond 'RESTORE it'

RESTORE can be slow and has dependencies. The practical back-out is IPLing the previous SYSRES set, which must be kept and named in the change.

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
← RECEIVE, APPLY, ACCEPT and RESTOREBack to SMP/E and software maintenance