|
View previous topic :: View next topic
|
| Author |
Message |
Siva S
New User
Joined: 26 Mar 2008
Posts: 35
Location: Chennai
|
|
|
|
Hi,
I am working in zOS environment and I would like to know the possibilities for the following scenario:
1. Is it possible for me to Change Default Dataset Naming Convention as
" <Volume_name>.<Reserved_Name>.<Userid>.** " instead of the default name,
" <Userid>.** " ?
2. If it is possible, please tell me the procedure for that and also include the best practices?
3. If it is not possible, please tell me your valuable suggestions regarding this? |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
Why would you want to do that.
Just imagine every user waiting 10 minutes to get the results from 3.4 of **.uid.**.
WOW, you would be remembered for your loss of productivity after they sacked you.
Explain the rationale behind the request and maybe some useful ideas to your real problem may appear.
Anyway, the RACF team would probably tell you to go away in a most inappropriate manner for all the extra work you would heap on them too.
And you would get even shorter shrift from the storage people !!! Like ME. |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA
|
|
|
|
| Quote: |
1. Is it possible for me to Change Default Dataset Naming Convention as
" <Volume_name>.<Reserved_Name>.<Userid>.** " instead of the default name,
" <Userid>.** " ? |
Which volume name? If an SMS-managed dataset is migrated and recalled (which TSO datasets have happening all the time), SMS does not guarantee to put it back on the same volume. So you've got dataset names that reference PACK01 living on PACK17 all of a sudden. Are you planning on mass renames to handle this?
This is a really, really, really bad idea -- you're better off dropping it now. |
|
| Back to top |
|
|
rithuarjun
New User
Joined: 27 Jun 2008
Posts: 11
Location: Chennai
|
|
|
|
Hi Expat & Robert,
I am also having the same issue, Please help me in this regard
This is the requirements by my clients for data set naming convention
<userid>.<Lpar Name>.<Reserved_Name>.**
This should replace the default naming convention of
<userid>.** Automatically.
Is it possible to do this???
If possible kindly give me the way to solve this..
Thanking you
Regards,
Arjun |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA
|
|
|
|
| Quote: |
This is the requirements by my clients for data set naming convention
<userid>.<Lpar Name>.<Reserved_Name>.**
This should replace the default naming convention of
<userid>.** Automatically.
Is it possible to do this???
If possible kindly give me the way to solve this.. |
I'm not sure this is much better since most of the time catalogs are shared across LPARs so you're not buying a whole lot by including LPAR name in the DSNAME. For existing datasets, the best way I know to do something like this is DF/DSS (program ADRDSSU) to dump and then restore the datasets (USERID.**) with a rename upon restore. For new datasets you'd have to get a systems programmer to code up an exit to include the new fields when TSO is allocating the dataset. I don't know which exit but there ought to be one for this. |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
As Robert has said, DFdss (PGM=ADRDSSU) would be a good way to rename existing datasets.
For future allocations ......... the SMS ACS routines could easily be amended to fail any new allocations not conforming to standards.
It seems to me that someone has had a "let's look busy" idea and has not thought out the implications of this wonderful thought, nor considered the number of people and groups that need to be involved and coordinated to get this to run smoothly.
| Quote: |
| I'm not sure this is much better since most of the time catalogs are shared across LPARs |
And when they are not .................. Oh deep joy - still it keeps the money rolling in  |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA
|
|
|
|
| Quote: |
| And when they are not .................. Oh deep joy - still it keeps the money rolling in |
LOL expat I know what you mean ... even though I'm not consulting today, maybe in the future I will again .... |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
I'm still having therapy after sorting out the last shop that had the same alais on different LPAR's using different catalogs.
NOT a process I would like to repeat - again........ EVER |
|
| Back to top |
|
|
|
|
