|
DSN/Change - The Dataset Renaming System |
You've
got a problem. The number of
datasets you have is growing steadily, but your naming conventions are
outmoded and have to be adapted to today's needs. Or you want to integrate
another data center into your system and its naming conventions don't
match yours.
But changing a dataset name is a lot
of work: The dataset has to be renamed in the catalog, the DD statements
in the JCL have to be modified, symbolic parms have to be resolved, IMS
dynallocs and utilities have to be adapted – and on and on.

DSN/Change searches JCL libraries, data cards,
CLIST and REXX programs, CA-1 tape management definitions, RACF
profiles, IMS dynallocs and more for all references to the files you
want to rename. These references are then written to the internal
database of DSN/Change. A typical example of a reference is the DSN
parameter of a DD statement: DSN=FILENAME.
DSN/Change creates new file names according to
pre-defined rules. These rules are set and maintained by the user in
an ISPF dialog. Extensive utilities such as variables, tables and
string functions are available.
DSN/Change simulates all changes. In the so-called
TRY mode, old and new file names are listed next to each other and the
result you will get after conversion is displayed.
DSN/Change can reformat DD statements: BLKSIZE,
UNIT, VOLUME, MGMTCLAS, DATACLAS, STORCLAS and so forth can be
changed, added or removed automatically according to pre-defined
rules.
DSN/Change considers symbolic parameters in the JCL
and in procedures.
DSN/Change compares access
rights to old and new dataset names with each other. If they don't
match, the differences are displayed.
DSN/Change
renames the physical files (non-VSAM, VSAM, GDGs, IMS databases,
tapes) as well as all references to these files while production is
running.
DSN/Change
recalls migrated datasets. After renaming, these datasets are returned
to the media they were recalled from.
DSN /Change tracks all modifications: Complete and error-free, no revision is necessary. Such seamless tracking makes it possible to undo all changes at any time.
Here's a simple example to illustrate the basic procedure used for renaming datasets with DSN/Change.
Rules are used for determining the new file names. In our example, all P390A.DCH.* files are to be renamed P390A.XCP.JOBNAME.* (where JOBNAME is the name of the job creating the files).

As SMS has now been deployed in our example company, old UNIT, VOLUME and BLKSIZE information is to be removed from the JCL. At the same time, management-class parameters are to be added.

The user now selects a group of files to be re-named. Rules are used to create new file names and these names are written to the DSN/Change database. However, the entire conversion should be simulated first in TRY mode.

In TRY mode, the user can check planned modifications. The old file names are listed next to the new ones and the way the JCL will be modified JCL.

Only
now are the files physically renamed or copied. The current batch
production does not have to be interrupted: The entire modification
process executes automatically in the background:
The
first file is selected for processing.
If
the file has been migrated, it is first "recalled".
The
file is locked (enqueue).
Only
at this point is the file renamed or copied.
All
members with references to the file are changed accordingly.
The
file is unlocked (dequeue) .
The
next file is processed.
Empirical
values were used for this cost/benefit analysis. Depending on the
environment – the number of
symbolic parameters, naming conventions already available, special cases
and so on – the benefit may be far higher but, of course, also less than
in the example. However, using DSN/Change will always save you a lot of
money.
One
man-year costs €75,000.
Depending
on the number of files, DSN/Change costs between €40,000 € and
€125,000.[1]
Without
DSN/Change an employee can change approximately 10,000 file names per
annum using 100% of his or her working time.
With DSN/Change an employee can rename 50,000 DSNs in 50% of his or her working time. The rest of the time the employee is available for other work.

[1]
For current prices, please refer to the HORIZONT price schedule.