|
Cheri, In a message dated 97-04-22 00:14:08 EDT, you write: > > There is still a ton of folks running in S/36 environment, but you can > >do a number of things to improve your performance.. There is a old > >article about making changes to your systems by making a few changes > >that will give you great results with very little work.. The article > >came out in New/3X several years ago but it is still available on IBM > >LINK if you have access to that, if not send me a message & I will send > >you a copy.. There have been a "few" changes to OV/400 but the current > >push is to move everybody to Lotus Domino/Notes..IBM bought Lotus last > >year & they have announced that it will be native on the 400 toward the > >last of this year.. You can change the security level "down" if you have > >to(not a good idea) by changing the system values for security levels.. > >I would try to avoid this if at all possible... > > Pat - > Thanks for the response. I don't have access to Link as far as I know, but > that's one thing I still have to check into. Could you send me the article > via e-mail or fax it to me at 414-259-9422 please. > > I know that I shouldn't take the system down to 20 if we upgrade to 3.7, > but I don't think I have much choice right now. If I might mention... The reason a lot of folks running S/36E are still on level 20 is that the OCL creates a TON of files using #GSORT and the like. Your best bet is to assign all of your users a single group profile, set the object ownership parameter at the user profile level to *GRPPRF, grant that group profile *ALL authority to library QS36F, and change object ownership of all files in QS36F to the new group profile. Make sure that you set the initial menu on the group profile to *SIGNOFF so that persons not specifically authorized cannot sign on with the profile. Be sure to set *PUBLIC authority on QS36F to *EXCLUDE so that unauthorized persons cannot view, download, or update production data. This should allow you to remove the *ALLOBJ authority from your user profiles, thus preventing damage to program or other objects on the system. If you have programs that maintain #GSORT specifications in source members, be sure to move these members to a library by themselves and give the new group profile *ALL authority and ownership of the source file as well. You CAN have a secure system and the /36E as well! HTH, Dean Asmussen Enterprise Systems Consulting, Inc. Fuquay-Varina, NC USA E-Mail: DAsmussen@AOL.COM "A fanatic is one who can't change his mind and won't change the subject." -- Sir Winston Churchill * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This is the Midrange System Mailing List! To submit a new message, * * send your mail to "MIDRANGE-L@midrange.com". To unsubscribe from * * this list send email to MAJORDOMO@midrange.com and specify * * 'unsubscribe MIDRANGE-L' in the body of your message. Questions * * should be directed to the list owner / operator: david@midrange.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
