IBM mainframe utility programs

IBM mainframe utility programs

IBM mainframe utility programs are supplied with IBM mainframe operating systems such as MVS to carry out various tasks associated with datasets, etc.

History/Common JCL

Many of these utilities were designed by IBM users, through the group SHARE, and then developed by IBM or modified by IBM from versions written by a user.

These utilities are usually invoked via Job Control Language (JCL). They tend to use common JCL DD identifiers for their data sets:
*SYSIN — input file for the 'commands' for the utility. Often set to DUMMY if the default action is desired.
*SYSUT1 — input file.
*SYSUT2 — output file.
*SYSUT3 — work (spill) file for input (SYSUT1) (often not used).
*SYSUT4 — work (spill) file for output (SYSUT2) (often not used).
*SYSPRINT — output file for messages from the utility.
*SYSOUT — output file for printed output from the utility.
*SYSUDUMP — output file for a system 'dump' if the program fails.

Dataset utilities


IDCAMS ("Access Method Services") generates and modifies VSAM and Non-VSAM datasets. The "Access Method" reference derives from the initial "VSAM replaces all other access methods" mindset of OS/VS. It probably has the most functionality of all the utility programs, performing many functions, for both VSAM and non-VSAM files. It was intended to replace most of the other dataset utility programs.Example:


In the example above, SYSIN control cards are coming from an in-stream file, but you can instead point to any sequential file or a PDS member containing control cards, if you wish.Example of using SYSIN files would be something like this:



IEBCOMPR compares records in sequential or partitioned data sets.

The IEBCOMPR utility is used to compare two sequential or partitioned data sets. This data set comparison is performed at the logical record level. Therefore, IEBCOMPR is commonly used to verify that a backup copying of a data set is current.

During processing, IEBCOMPR compares each record from each data set, one by one. If the records are unequal, IEBCOMPR lists the following information in the SYSOUT:
*The record and block numbers in question.
*The names of the DD statements in which the inconsistency occurred.
*The unequal records.

When comparing sequential data sets, IEBCOMPR considers the data sets equal if the following conditions are met:
**The data sets contain the same number of records.
**The corresponding records and keys are identical.

For partitioned data sets, IEBCOMPR considers the data sets equal if the following conditions are met:
**The directory entries for the two partitioned data sets match - that is, the names are the same, and the number of entries are equal.
**The corresponding members contain the same number of records.
**The corresponding records and keys are identical.

If ten unequal comparisons are encountered during processing, IECOMPR terminates with the appropriate message.


Note: IEBCOMPR is not a very flexible or user-friendly compare program. It can't restrict the comparison to only certain columns, it can't ignore differences in white space, it doesn't tell you where in the record the difference occurs, and it halts after 10 differences. On the other hand, it is fast, and it is present on all IBM mainframes. So it is very useful in comparing load modules, or checking that a copy worked properly. For comparisons of programs or reports, the ISPF SuperC (ISRSUPC) compare program is often used instead.


IEBCOPY copies, compresses and merges partitioned data sets. It can also select or exclude specified members during the copy operation, and rename or replace members.

Some of the tasks that IEBCOPY can perform include the following:
*Creating a backup of a partitioned data set (PDS)
*Copying a PDS in place to reclaim the unused space from deleted members; Also called compressing a PDS.
*Copying selected members to another PDS.
*Renaming selected members of a PDS.
*Merging multiple partitioned data sets into a single PDS.
*Altering, copying and reblocking load modules.

The IEBCOPY utility differs from the other IEB-type utilities in that the DDNAMEs of the input and output DD statements are defined in the user commands as opposed to using the standard SYSUT1 and SYSUT2 DDNAMEs. For the IEBCOPY utility, the required job control statements are as follows:

//stepname EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=class//MYDD1 DD DSN=xxxx.ppp.psps,DISP=shr//MYDD2 DD DSN=xxxx.ppp.pssp,DISP=shr//SYSIN DD * COPY INDD=MYDD1, OUTDD=MYDD2 SELECT MEMBER=(mem1,mem2,mem3)/ EXCLUDE member=(sf,df,sa) /*//

The MYDD1 and MYDD2 DD statements are names chosen by the user for the partitioned input and output data sets, respectively. You can use any valid DDNAME for these two DD statements. These DDNAMEs are specified in the utility control statements to tell IEBCOPY the name of the input and output data sets.


IEBDG ('Data Generator') creates test datasets consisting of patterned data.


IEBEDIT selectively copies portions of JCL.

An example of an IEBEDIT program:


In data set xxxxx.yyyyy.zzzzz you have to write a JCL program which contains 15 steps. After that you have to execute the above program.

The syntax of the EDIT statement is:


START=jobname specifies the name of the input job to which the EDIT statement applies. Each EDIT statement must apply to a separate job. If START is specified without TYPE and STEPNAME, the JOB statement and all job steps for the specified job are included in the output.

Default: If START is omitted and only one EDIT statement is provided, the first job encountered in the input data set is processed. If START is omitted from an EDIT statement other than the first statement, processing continues with the next JOB statement found in the input data set.

TYPE={POSITION|INCLUDE|EXCLUDE} specifies the contents of the output data set. These values can be coded:

POSITION specifies that the output is to consist of a JOB statement, the job step specified in the STEPNAME parameter, and all steps that follow that job step. All job steps preceding the specified step are omitted from the operation. POSITION is the default.

INCLUDE specifies that the output data set is to contain a JOB statement and all job steps specified in the STEPNAME parameter.

EXCLUDE specifies that the output data set is to contain a JOB statement and all job steps belonging to the job except those steps specified in the STEPNAME parameter.

STEPNAME=(namelist) specifies the names of the job steps that you want to process.

namelist can be a single job step name, a list of step names separated by commas, or a sequential range of steps separated by a hyphen (for example, STEPA-STEPE). Any combination of these may be used in one namelist. If more than one step name is specified, the entire namelist must be enclosed in parentheses.

When coded with TYPE=POSITION, STEPNAME specifies the first job step to be placed in the output data set. Job steps preceding this step are not copied to the output data set.

When coded with TYPE=INCLUDE or TYPE=EXCLUDE, STEPNAME specifies the names of job steps that are to be included in or excluded from the operation. For example, STEPNAME=(STEPA,STEPF-STEPL,STEPZ) indicates that job steps STEPA, STEPF through STEPL, and STEPZ are to be included in or excluded from the operation.

If STEPNAME is omitted, the entire input job whose name is specified on the EDIT statement is copied. If no job name is specified, the first job encountered is processed.

NOPRINT specifies that the message data set is not to include a listing of the output data set.

Default: The resultant output is listed in the message data set.

See here for more info.: []


IEBGENER copies records from a sequential dataset, or creates a partitioned dataset.

Some of the tasks that IEBGENER can perform include the following:
*Creating a backup of a sequential data set or a member of a PDS.
*Changing the physical block size or logical record length of a sequential data set.
*Creating an edited data set.
*Printing a sequential data set or a member of a PDS.
*Creating partitioned output data set from sequential input data set.

An example of an IEBGENER program to copy one dataset to another:


For straight copy tasks, the sort program can often do these faster than IEBGENER. Thus many mainframe shops make use of an option that automatically routes such tasks to the sort ICEGENER program instead of IEBGENER.

On some systems it is possible to send email from a batch job by directing the output to the "SMTP" "external writer". On such systems, the technique is as follows:




IEBIMAGE manipulates character set definitions ("aka" "load modules" or "images") for the IBM 3800 printing subsystem. Common uses are for images of forms to be printed on the output along with the text, for company logos to be printed on the page, or just to print 'graybar' pages (alternating gray & white horizontal backgrounds, to match the previous greenbar paper). With this utility, many different forms or logos could be stored as images, and printed when needed, all using the same standard blank paper, thus eliminating the need to stock many preprinted forms, and the need for operators to stop the printer and change paper.


IEBISAM unloads, loads, copies and prints ISAM datasets. This is largely obsolete — ISAM has been replaced by VSAM on most modern operating systems, so the IDCAMS utility is used instead of this.


IEBPTPCH ("PrinT and PunCH") prints or punches records from a sequential or partitioned dataset.

Some of the tasks that IEBPTPCH can perform include the following:
*Printing or punching an entire data set, sequential or partitioned (PDS).
*Printing or punching selected PDS members.
*Printing or punching selected records from a sequential or partitioned data set.
*Printing or punching a PDS directory.
*Printing or punching an edited version of a sequential data set or PDS.

//IEBPTPCH JOB // EXEC PGM=IEBPTPCH //SYSIN DD * PRINT MAXFLDS=2 TITLE ITEM=('Name',22), ITEM=('GPA',50) TITLE ITEM=(' ',1) RECORD FIELD=(25,1,,22), FIELD=(4,51,,50) /* //SYSPRINT DD SYSOUT=* //SYSUT1 DD * Person 1 307 C Meshel Hall 3.89 Second person 123 Williamson Hall 2.48 3rd person 321 Maag Library 1.52 /* //SYSUT2 DD SYSOUT=* //


IEBUPDTE ("UPDaTE") incorporates changes to sequential or partitioned datasets. The UNIX patch utility is a similar program, but uses different input format markers ("e..g", "./ INSERT ..." in MVS becomes "@@..." in Unix Patch).

Some programmers pronounce it "I.E.B. up-ditty".

The IEBUPDTE utility is used to maintain source libraries. Some of the functions that IEBUPDTE can perform include the following:
*Creating and updating libraries
*Modifying sequential data sets or PDS members
*Changing the organization of a data set from sequential to partitioned or from partitioned to sequential.

IEBUPDTE is commonly used to distribute source libraries from tape to DASD.

IEBUPDTE uses the same job control statements required by most IEB-type utilities. The only exceptions are as follow:
*IEBUPDTE accepts a PARM parameter coded on the EXEC statement, NEW or MOD. "NEW" indicates that the utility control statements and the input data are contained in the SYSIN DD statement, so no SYSIN1 DD statement is needed. "MOD" indicates that the SYSIN DD statement contains only utility control statements, without input data. Therefore, the SYSUT1 DD statement is required to define the input data set.
*IEBUPDTE reads the input data set from either the SYSUT1 DD statement or from the SYSIN DD statement.

The job control used by IEUPDTE are as follows:


cheduler utilities


IEFBR14 is a dummy program, normally inserted to JCL when the only desired action is allocation or deletion of datasets.

An example of an IEFBR14 step:


The calling sequence for OS/360 contained the return address in Register 14. A branch to Register 14 would thus immediately exit the program. However, before and after executing this program, the operating system would allocate & deallocate datasets as specified in the DD statements, so it is commonly used as a quick way to set up or remove datasets.

It consisted initially as a single instruction a "Branch to Register" 14. The mnemonic used in the IBM Assembler was BR and hence the name: IEF BR 14.

This single instruction program had an error in it — it didn't set the return code. Hence a second instruction had to be added to clear the return code so that it would exit with the correct status.

There was an additional error reported and fixed by IBM on this now two instruction program. This error was due to the IEFBR14 program not being link-edited as reentrant.

ystem utilities

These utilities are normally used by systems programmers in maintaining the operation of the system, rather than by programmers in doing application work on the system.


ICKDSF ("Device Support Facility") installs, initializes and maintains DASD, either under an operating system, or standalone.


IEHINITT ("INITalize Tape") initializes tapes by writing tape labels. Multiple tapes may be labeled in one run of the utility. IBM standard or ASCII labels may be written.

An example of an IEHINITT program:


This example will label 3 tapes on a 3490 magnetic tape unit. Each tape will receive an IBM standard label. The VOLSER will be incremented by one for each tape labeled. Each tape will be rewound and unloaded after being labeled.


IEHLIST is a utility used to list entries in a Partitioned Dataset (PDS) directory or to list the contents of a Volume Table of Contents (VTOC).

The IEHLIST utility is used to list the entries contained in any one of the following:
*PDS directory
*Catalog (OS CVOL)

An example of an IEHLIST program:


This job will produce a formatted listing of the PDS directory of the PDS named xxxx.yyyy.zzzz.

An example of an IEHLIST program to list a VTOC is very similar:



IEHMOVE moves or copies collections of data. However, IBM does not recommend using the IEHMOVE utility in a DFSMS environment. A move differs from a copy in that during a move the original data set is deleted, or scratched. Some of the tasks that IEHMOVE can perform include the following:
*Moving or copying sequential and partitional data sets
*Moving or copying multi- volume data sets
*Moving an entire volume of data sets

On the surface, IEHMOVE may seen redundant to the IEBGENER and IEBCOPY utilities. However, IEHMOVE is more powerful. The main advantage of using IEHMOVE is that you do not need to specify space or DCB information for the new data sets. This is because IEHMOVE allocates this information based on the existing data sets.

Another advantage of IEHMOVE is that you can copy or move groups of data sets as well as entire volumes of data. Because of the ease in moving groups of data sets or volumes, the IEHMOVE utility is generally favored by system programmers.

A sample IEHMOVE job:

//stepname EXEC PGM=IEHMOVE,PARM='LINECNT=xx,POWER=n'//SYSPRINT DD SYSOUT=class//SYSUT1 DD UNIT=aaaa,VOL=SER=bbbbbb,DISP=OLD//anyname1 DD UNIT=cccc,VOL=SER=dddddd,DISP=OLD//anyname2 DD UNIT=eeee,VOL=SER=ffffff,DISP=OLD//SYSIN DD ...

The DD statements for IEHMOVE, order than SYSPRINT and SYSIN, refer to DASD or tape volumes instead of individual data sets. However, referencing volumes can pose a problem, since specifying DISP=OLD gains exclusive access to a volume. Therefore, while your IEHMOVE job runs, that entire volume (and all datasets on it) is unavailable to other users. This is acceptable for private volumes, such as tape volumes or mountable volumes, but unacceptable public volumes, such as DASD volumes.

The SYSUT1 DD statement specifies a DASD volume where three work data set required by IEHMOVE are allocated. You must specify unit and volume information for this DD statement.

IEHMOVE was one of the first systems to be developed in PL/S.


IEHPROGM builds and maintains system control data. It is also used for renaming and scratching (deleting) a data set.

Some of the tasks that IEHPROGM can perform include the following:
*Deleting (scratching) a data set or PDS member
*Renaming a data set or PDS member
*Cataloging or uncataloging a data set
*Maintaining data set passwords

For cataloging:

//SYSIN DD * CATLG DSNNAME=data-set-name, VOL=device-name=volume-number/*//

upporting programs

The following programs are not technically utilities — they are not supplied with the Operating System, but are sold as separate packages. Still, as they are standard items required for programming the computer, nearly all shops will have them installed.


The Sort/Merge utility is program to sort records in a file into a specified order, or merge pre-sorted files. It is very frequently used; often the most commonly used application program in a mainframe shop. Modern sort/merge programs also can select or omit certain records, summarize records, remove duplicates, reformat records, and produce simple reports. Sort/merge is important enough that there are multiple companies each selling their own sort/merge package for IBM mainframes.


IGYCRCTL is a COBOL compiler that prepares a COBOL source program for execution by producing a machine-language object module. Note that the object module produced by the compiler must be processed by the linkage editor, IEWL, before the compiled program is ready for execution. (This is the compiler for the current IBM Enterprise COBOL for z/OS product; there have been several previous IBM COBOL compilers over the years, with different names, as well as compilers for various other programming languages.)


DFSMS (System Managed Storage) is a set of programs that allows the operating system itself to take over many of the tasks of managing storage, tasks that were previously performed manually by systems programmers. The "storage administrator" defines "classes" of storage, and "rules" defining dataset assignment into these classes. From then on, the system manages the datasets automatically, taking care of assigning datasets to storage volumes, providing backup and recovery, migrating datasets up or down between secondary and tertiary storage as needed, and balancing usage of system resources.


External links

* [ IBM: z/OS 1.8 DFSMSdfp utilities manual]
* [ IBM: z/OS 1.8 IDCAMS utility manual]
* [ IBM: z/OS 1.8 ADRDSSU utility manual]

Wikimedia Foundation. 2010.

Look at other dictionaries:

  • History of IBM mainframe operating systems — The history of operating systems running on IBM mainframes is a notable chapter of history of mainframe operating systems, because of IBM s long standing position as the world s largest hardware supplier of mainframe computers.Arguably the… …   Wikipedia

  • Data set (IBM mainframe) — This article is about mainframe computer file. For a general meaning in computing field, see Data set. data set (archaic), dataset (preferred), is a computer file having a record organization. The term pertains to the IBM mainframe operating… …   Wikipedia

  • Utility software — (also known as service program , service routine , tool , or utility routine ) is a type of computer software. It is specifically designed to help manage and tune the computer hardware, operating system or application software, and perform a… …   Wikipedia

  • IBM System/36 — The IBM System/36 was a minicomputer marketed by IBM from 1983 to 2000. It was a multi user, multi tasking successor to the System/34. Like the System/34 and the older System/32, the System/36 was primarily programmed in the RPG II language. One… …   Wikipedia

  • IBM System/34 — The IBM System/34 was a minicomputer marketed by IBM from 1978 to 1983. It was a multi user, multi tasking successor to the single user System/32. Most notably, it included two very different processors, one based on System/32 and the second… …   Wikipedia

  • IBM System/360 — The IBM System/360 (S/360) is a mainframe computer system family announced by IBM on April 7, 1964. It was the first family of computers making a clear distinction between architecture and implementation, allowing IBM to release a suite of… …   Wikipedia

  • Mainframe sort merge — The Sort/Merge utility is a mainframe program to sort records in a file into a specified order, merge pre sorted files into a sorted file, or copy selected records. Internally, these utilities use one or more of the standard sorting algorithms,… …   Wikipedia

  • IBM AIX (operating system) — Infobox OS name = AIX caption = developer = IBM source model = Closed source kernel type = Dynamic Extendable supported platforms = ROMP, IBM POWER, PowerPC, IBM PS/2, System/370, ESA/390 ui = Common Desktop Environment family = UNIX System V… …   Wikipedia

  • Job Control Language — (JCL) is a scripting language used on IBM mainframe operating systems to instruct the system on how to run a batch job or start a subsystem. The term Job Control Language can also be used generically to refer to all languages which perform these… …   Wikipedia

  • ISPF — In computing, Interactive System Productivity Facility (ISPF) is a software product for IBM mainframes running the z/OS operating system. It includes a screen editor, the user interface of which was emulated by some microcomputer editors sold… …   Wikipedia