Chapter17 Using SMPE
Chapter17 Using SMPE
Chapter17 Using SMPE
Chapter 17 SMP/E
Chapter objectives
After completing this chapter, you will be able to explain:
What SMP/E is
Chapter 17 SMP/E
Chapter 17 SMP/E
What is SMP/E?
SMP/E is the z/OS tool for managing the installation of software products on a z/OS system and to track modifications to those products.
SMP/E controls these changes at the component level by:
Selecting the proper levels of code to be installed from a large number of potential changes Calling system utility programs to install the changes Keeping records of the installed changes by providing a facility to enable you to inquire on the status of your software and to reverse the change if necessary.
All code and its modifications are located in the SMP/E database called the consolidated software inventory (CSI), which is comprised of one or more VSAM data sets.
Chapter 17 SMP/E
z/OS is a complex system comprising many different smaller blocks of code. Each of those smaller blocks of code perform a specific function in the system. Each system function is composed of one or more load modules. Load modules are created by combining one or more object modules and processing them with a link-edit utility.
RACF DB2
MVS CICS
Chapter 17 SMP/E
Chapter 17 SMP/E
What is a SYSMOD?
Over time, you will need to change the software on your z/OS system.
The combination of elements and control information is called a system modification, or SYSMOD. It contains the information SMP/E needs to install and track system modifications. SYSMODs are comprised of two parts: Modification control statements (MCS) that indicate:
What elements are being updated or replaced How the SYSMOD relates to product software and other SYSMODs Other specific installation information
Modification text, which is the object modules, macros, and other elements supplied by the SYSMOD.
Chapter 17 SMP/E
Types of SYSMODS
There are four types of SYSMODs: FUNCTION Adds a new product or function PTF Provides an IBM correction to all z/OS installations
Chapter 17 SMP/E
Chapter 17 SMP/E
Function SYSMOD
10
Chapter 17 SMP/E
When a problem with a software element is discovered, IBM supplies its customers with a tested fix for that problem.
This fix comes in the form of a program temporary fix (PTF). The PTF SYSMOD is used to install the PTF.
11
Chapter 17 SMP/E
PTF SYSMOD
12
Chapter 17 SMP/E
13
Chapter 17 SMP/E
APAR SYSMOD
14
Chapter 17 SMP/E
Customizing an element
z/OS provides certain modules that allow you to tailor IBM code to meet your specific needs.
The USERMOD SYSMOD can be used to replace or update an element, or to introduce a totally new user-written element into the system. USERMOD SYSMOD pre-reqs: a function SYSMOD, and possibly other PTF, APAR, or USERMOD SYSMODs.
15
Chapter 17 SMP/E
USERMOD SYSMOD
16
Chapter 17 SMP/E
Keeping track of the elements of the system Some reasons for tracking system elements:
A PTF might contain many element replacements that pre-req other SYSMODs. The same module might be part of many different load modules. If so, that module must be replaced in all the load modules in which it exists.
SMP/E relies on modification identifiers to identify elements and their various modifications and updates. Three modification identifiers are associated with each element:
Function Modification Identifiers (FMIDs) Replacement Modification Identifiers (RMIDs) Update Modification Identifiers (UMIDs),
17
Chapter 17 SMP/E
consolidated software inventory (CSI) -- contains information about the structure of a z/OS system.
The CSI contains entries for the elements in the distribution and target libraries, grouped into zones: Distribution zone Target zone Global zone
18
Chapter 17 SMP/E
CSI
Global Zone
CSI
Target Zone
CSI
Distribution
Zone
TLIBs
DLIBs
19
Chapter 17 SMP/E
20
Chapter 17 SMP/E
21
Chapter 17 SMP/E
Summary
In z/OS, the primary means for managing changes to the system software is through SMP/E. SMP/E can be run either using batch jobs or using dialogs Software to be installed must be packaged as system modifications or SYSMODs SMP/E JCL and commands are used frequently by system programmers The product and SYSMOD packaging will include the necessary MCS statements A critical responsibility of the system programmer is to work with IBM defect support when a problem surfaces in z/OS or option IBM products
Problem resolution will require the system programmer to receive and apply fixes to the enterprise system.
22