----------------------------------<snip>----------------------------

R.S. wrote:

Eric Bielefeld pisze:

I'm almost hesitant to ask this, as this is something that should have been dealt with over a decade ago, but is there any difference in having SYS1.UADS as 80 byte records or 172 byte records? Any real advantages? Peformance issues? I noticed that the system distributed in ServerPac for 1.9 allocates UADS with an 80 byte lrecl, and our UADS is still at 80. I remember converting to the 172 byte lrecl probably in the early 90s at P&H Mining. When I briefly read some of the doc a few weeks ago, I didn't see anything that you couldn't do with the 80 byte records.

I know - this should all be in RACF. I agree, but management doesn't want to change things, and as a contracter, I can't really do anything about it.


1. I have never heard about 172 LRECL for UADS. It always was 80 bytes, however I can speak only for last 10 years.
2. It is still good idea to have SYS1.UADS for recovery purposes.
3. For system with RACF there is absolutely no reason to keep TSO segments in UADS. Someone's decision to keep it is not a reason.

My €0.02

-----------------------------------<unsnip>---------------------------------
IIRC, a single user can only have a single record in the UADS dataset, so the 172-byte record was desirable from a capacity standpoint. Remember that UADS described the LOGON procs that were permissible for that user, as well as PROFILE/privelege data and PASSWORD info. Converting from UADS control to RACF control eliminates the need for large UADS records.

When I converted Clearing, there was a very helpful utility that made the task very easy and painless; I don't know if that still exists or not. I would not be surprised, or upset, if support for UADS went away completely in the not-too-distant future.

--
Rick
--
Remember that if you’re not the lead dog, the view never changes.

----------------------------------------------------------------------
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