ooo ...
if IBM had that motto, the MVS wouldn't have progressed to z/OS.
i believe if a change provide benefits that far outweighs the risks,
i'd go for it.
i've done DDCONS(NO) and used SMS to assign default dataclass
to DSORG=PS so that DFHSM can migrate them later - else i end up
with DSORG=null and space management headaches.
if i went with your motto (as my current employer does), my operators
would have had problems while performing an IPL (CICS, DB2, DFHSM taking
long time to shut down) - solved with the DDCONS(NO).
these were not management problems, but then management didn't need to
know the details of the changes either! crucially, they won't bring the
house down.
these were the "better things" that i've done .... 8-)
- ravi.
Ted MacNEIL wrote:
Channel pathing?
Why not?
If it ain't broke?
I have better things to do than to 'split up' things that have been together
for years.
My point was (all along): who cares?
Don't worry!
Be happy.
And, as for the original poster, why did/does management care?
It's like certain assembler coding constructs that are in general use.
They're understood: they work: they don't hurt.
Even if custom volume are all the rage, I would do it as a volume to fit
PLPA @ 1 cylinder, add COMMON.
-teD
----------------------------------------------------------------------
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
