After you plan the install, the CLIST asks for details on ISPF panels collectively called DSNTIPxx. The first four early panels—DSNTIPA1 through DSNTIPA4—set the main mode, catalog naming, allocation defaults, and BSDS/log placement. This page explains those panels and how they lead into the rest of the session (including topics older checklists labeled DSNTIPA5–A9 as later panel work).
You start DSNTINST, land on the main panel, then press Enter through a guided path. Most fields correspond to Db2 subsystem parameters or install defaults. Asterisks on some panels mark values primed from earlier answers—for example, names derived from the catalog alias on DSNTIPA2. You can accept defaults, override carefully, and SAVE to an output member so you can resume.
| Panel | Primary focus |
|---|---|
| DSNTIPA1 | Main panel: install type, sharing, libraries, members |
| DSNTIPA2 | Catalog and directory definition and alias |
| DSNTIPA3 | Data parameters: units and SMS classes |
| DSNTIPA4 | BSDS and active log catalog alias and placement |
| Later DSNTIPxx | Sizes, work files, threads, buffers, IRLM, DDF, calc |
Current IBM documentation documents DSNTIPA1–DSNTIPA4 as the early “A” panels, then continues with many other DSNTIPxx panels (DSNTIPD, DSNTIP9, DSNTIPE, DSNTIP1, DSNTIPI, DSNTIPR, DSNTIPC, and more). Training outlines sometimes list DSNTIPA5–DSNTIPA9 as shorthand for that continuing session covering sizes, work files, threads, buffers, and related topics. Learn the real panel IDs on your release’s help panels—the letters after DSNTIP are the durable names.
DSNTIPA1 is titled along the lines of “Db2 INSTALL, UPDATE, MIGRATE AND PROVISION - MAIN PANEL.” It is the steering wheel for everything that follows.
1234567DSNTIPA1 DB2 INSTALL, UPDATE, MIGRATE AND PROVISION - MAIN PANEL INSTALL TYPE ===> INSTALL DATA SHARING ===> NO LIBRARY NAME PREFIX ===> DSN1310 DATA SET NAME PREFIX ===> DSN1310 INPUT MEMBER NAME ===> DSNTIDXA OUTPUT MEMBER NAME ===> DSNTIDXC
Choosing MIGRATE changes how calculations behave: the CLIST leans on prior-release values instead of running a full green-field calculation path. Choosing ACTIVATE focuses the session on function-level activation jobs. Get INSTALL TYPE right before you invest time in later panels.
DSNTIPA2 is the catalog and directory panel. A central idea is whether the CLIST should define the catalog and which catalog alias becomes the naming anchor for catalog and directory data sets. Later panels may prime fields from that alias, so typos here spread widely.
Think of DSNTIPA2 as answering: “Where do the system’s dictionary data sets live, and what high-level name do we stamp on them?” Coordinate with SMS and ICF catalog owners before inventing an alias that conflicts with existing HLQs.
DSNTIPA3 captures allocation-oriented data parameters: permanent and temporary unit names, volume serials when used, and SMS data class, management class, and storage class values for CLIST allocations and non-VSAM data. These are not glamorous fields, but wrong device or SMS choices cause DEFINE failures deep in the job stream.
Prefer site-standard SMS classes over hard-coded volumes when your shop is SMS-managed. Document the classes in the install plan so operations can reclaim or extend space later without reverse-engineering JCL.
DSNTIPA4 defines the ICF catalog alias for bootstrap data sets (BSDS) and active log VSAM data sets, plus optional SMS or VOL/SER settings for each duplexed pair (log copy 1 with BSDS 2, and log copy 2 with BSDS 1). Duplexing bootstrap and logs across failure domains is a classic recovery practice—panel placement should match that design, not put both copies on the same fragile volume set.
The BSDS and active log alias can differ from the catalog alias. When it differs, it becomes the high-level qualifier used for BSDS, active log, and related archive naming on later panels such as DSNTIPH. Plan both aliases deliberately.
Checklists sometimes enumerate DSNTIPA5 through DSNTIPA9 after A1–A4. On modern releases, the CLIST continues with a richer set of named panels rather than a simple A5–A9 sequence. Treat those checklist items as “cover the rest of the early install questions,” including:
When studying for an interview or certification outline that lists A5–A9, map each item to the real panel that collects that topic on your Db2 version. The skill that matters is knowing which question belongs early (naming and placement) versus later (tuning numbers and feature options).
A helpful habit while learning is to pick one panel field and find its matching subsystem parameter name in IBM’s directory of panel fields. That mapping explains why changing a value on DSNTIPE or DSNTIPR later requires regenerating or updating ZPARM jobs such as DSNTIJUZ. Not every field becomes a ZPARM—some exist only to drive JCL allocation—but enough do that the panel session is really a guided ZPARM and object-defaults interview.
When two team members disagree about a value, record both the panel name and the ZPARM name in the change ticket. Future you will thank present you when a monitor shows a surprising setting six months later.
The panels are like a long school form. Page one (DSNTIPA1) asks what kind of project this is and where your supplies are. Page two (DSNTIPA2) asks what to name the big dictionary shelf. Page three (DSNTIPA3) asks which closet and bins to use. Page four (DSNTIPA4) asks where to keep the diary (logs) and the club membership book (BSDS). Extra pages ask how many chairs, how big the desks are, and who can use the door from other schools. When the form is done, the helper prints the building instructions (jobs).
1. What does panel DSNTIPA1 primarily control?
2. What is DSNTIPA2 mainly about?
3. What does DSNTIPA3 collect?
4. What does DSNTIPA4 define?
5. Are DSNTIPA1–A4 the only panels in a CLIST session?