If it's really a problem using production resources at night, try QUIECSEing the sandbox when you leave and PSW restart it in the morning.
> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of David Logan > Sent: Sunday, December 14, 2008 9:31 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Activate lpar automatically? > > I would agree. I see no reason to bring down an LPAR for production. If > you > are worried about test machine use overnight, you can schedule turning off > initiators or putting all batch jobs to sleep, or, you can even simply > give > a huge weight to production for the CPU so that it always gets most of the > priority. You can also use CPU affinity on the test lpar to minimize > contention with production. > > In short, there are a lot of things you can do without having to bring > down > the whole lpar. > > David Logan > Manager of Product Development, Pitney Bowes Business Insight > http://centrus.com > W: (720) 564-3056 > C: (303) 818-8222 > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf > Of Rick Fochtman > Sent: Friday, December 12, 2008 13:20 > To: IBM-MAIN@bama.ua.edu > Subject: Re: Activate lpar automatically? > > ------------------------------------<snip>--------------------------- > We are wondering if we can ipl (activate) a lpar on the hmc > automatically without any operator intervention. Anyone have a product > or written an API? > > We would like to activate our test lpar (monoplex) at 7am so when we get > in at 8am, the system is up. We can't leave it up overnight because we > need the cpu to do heavy production processing. > -----------------------------------<unsnip>----------------------------- - > Why not just leave it up? An idle z/OS image only consumes a small > percentage of the CPU. If you're that close in getting your night > production finished on time, perhaps an upgrade is on the horizon. How > efficient are the programs used in that night production? How old are > they? Ditto for the JCL. At Clearing, we moved two statements in a COBOL > program and cut the run time from over 4 hours to under 20 minutes. > > (Loop-start) > IDMS: PREPARE > (DBupdate) > IDMS: FINISH > (loop-end) > > became > > IDMS: PREPARE > (Loop-start) > (DBupdate) > (loop-end) > IDMS: FINISH > > Little things can mean a LOT! :-) > > -- > 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
