Hi Mike,

>> Mike Baker <[EMAIL PROTECTED]> wrote:  Just to elaborate on
the
>> "lots of redundant datasets" and HLQ's...  for example, we have a HLQ

>> called "BUS", and approx 9000 BUS.* datasets of which about 95% of
them
>> have been migrated to tape. The remaining 5% which are still being
used
>> are because people have been to lazy(?) to change a few remaining
jobs to
>> use a different HLQ. We could safely change these 5% remaining jobs,
and >> then delete all BUS.* datasets.

Your explanation of "redundant datasets" still leaves a significant
unanswered question  --  when they've been migrated to tape, are they
still valid data sets under their original name, and if access to them
was to be necessary, would they be located through the catalog entry?
Or, in fact, are they "orphaned" catalog entries, and a valid data set
isn't anywhere for them?

On the assumption that this is not the case, and the catalog entries
really are orphaned, your elaboration does not change the answer  --
no, performance of the catalog itself, nor of CAS would not be adversely
affected by having so many useless BUS.* data sets (95%) scattered
around amongst the valid BUS.* data sets (5%).  Granted, with a ratio
like that, whenever a valid data set is located, the CI that contains
the record will be brought into a buffer within CAS, and depending on
the CI size of the catalog, one or more of the useless data set records
will also be brought in, thereby wasting some very-hard-to-quantify
amount of CAS buffer area.  

Nevertheless, cleaning this up will be a good idea, and you probably
should organize a project to whip these application people into shape
would be advised.  My larger concern would still be the issue of too
much of this orphaned garbage in the catalog, and some day when you
least expect it, you'll have problems with the catalog for some totally
unrelated reason, and now you have 8,000+ data set entries that only
complicate the situation.

Take care,
Ron Ferguson
Mainstar Software Corporation
www.mainstar.com
[EMAIL PROTECTED]

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to