I tend to agree with Doug. The only thing our operators ever do is IPL. They do have to select the correct LPAR and put in the correct load address and loadparm if that changes. The loadparm rarely changes... usually when we upgrade the OS it temporarily points to LOADx9 for example... for z/OS 1.9. There have been times where we ask them to do an activate because memory has been added, but that usually happens on a weekend where a sysprog is around and we do it anyway.
Two things that we do that may help if you don't already do it: 1) Lock all LPARs (we lock all but the sandbox LPARs since we IPL them all the time). That way it makes someone think twice as they unlock the lpar and IPL it. 2) Consider making different groups depending on how big your environment is. In addition to several IPL icon groups, we have a separate SADUMP groups / icons. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Wed, 1 Oct 2008 09:21:29 -0400, Doug Fuerst <[EMAIL PROTECTED]> wrote: >Umm, train them? Then use test LPAR's to keep their skills fresh? And >operators should NOT be changing weights, storage, CPU's etc. without a >sysprog there. Define the CP's and use config to vary them on/off. >Just my $.02 > >Doug > >Mark Jacobs wrote: >> One of our recurring problems is with the management, i.e. proper use of >> the HMC by the operators when they perform their job responsibilities; >> >> 1) IPL an lpar with a specific load address/load parm. >> 2) Change lpar settings, storage, cpu's, weights,... >> >> We have had many instances of wrong lpars being deactivated and then >> ipled incorrectly, changes to ipl environments not being applied >> correctly... >> >> What are some best practices that you use to prevent these and other >> operator errors while performing HMC tasks? >> >> > >---------------------------------------------------------------------- >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 ---------------------------------------------------------------------- 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
