> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Hayim Sokolsky > Sent: Friday, February 12, 2010 8:49 AM > To: [email protected] > Subject: Re: GDPS Distance Impact on Sysplex Response Time > > You do know that 6 x 9 = 42, works correctly in base 13 math. >
I did :) worked that out 25 years or so ago Dave Gibney Information Technology Services Washington State University > > Hayim > _____________________________________ > Hayim Sokolsky, CISSP > Mainframe Security Architect > DTCC Corporate Information Security > 18301 Bermuda Green Dr, MS 1-CIS > Tampa FL 33647-1760 > > Tel. (813) 470-2177 > > > > Arthur Gutowski <[email protected]> > Sent by: IBM Mainframe Discussion List <[email protected]> > 2010.02.12 11:27 > Please respond to > IBM Mainframe Discussion List <[email protected]> > > > To > [email protected] > cc > > Subject > Re: GDPS Distance Impact on Sysplex Response Time > > > > > > > On Thu, 11 Feb 2010 10:03:33 -0600, Martin Kline > <[email protected]> > wrote: > > >We have a sysplex with four processors, two of which run production > work > >with development work on the others. In their quest for trivia, my > >management wants to know the impact to production if we move the > >development processors to a second site, leaving the coupling > facilities, > > >DASD, VTS and primary network all on one site. > ... > >And, just to make this interesting, they want an answer tomorrow. > Actually > >they would like it yesterday, but tomorrow will have to do. I've been > reading > >several manuals, and I think the answer they should get is 42. > ... > 42 seems like the right answer to me. Particularly if the question is, > "What do > you get when you multiply 6 by 9?" > > Such a move has no effect on licensing costs if you indeed preserve the > current sysplex configuration. If you are currently under Sysplex > Aggregate > pricing, it will remain regardless of how far apart the DC's are. > Hardware > costs > are another matter. > > Since the PHBs want to move development and leave production alone, the > impact I see is latency to the CFs impacting common structures - > ISGLOCK, > SYSIGGCAS_ECS, Operlog, Logrec, and any IXC structures, provided none > of > your development DB2/CICS/IMS are datasharing with production regions. > > The dumb question of the day is, what's the point? Unless they need > the > floor > space, are phasing a dc relocation, or want to eventually build a > quasi-GDPS > (which means moving / mirroring tape, DASD, CFs, etc.), this is a > costly > exercise in futility. I'm just sayin'... > > Art Gutowski > Ford Motor Company > > ---------------------------------------------------------------------- > 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 > > > > <BR>_____________________________________________________________ > <FONT size=2><BR> > DTCC DISCLAIMER: This email and any files transmitted with it are > confidential and intended solely for the use of the individual or > entity to whom they are addressed. If you have received this email > in error, please notify us immediately and delete the email and any > attachments from your system. The recipient should check this email > and any attachments for the presence of viruses. The company > accepts no liability for any damage caused by any virus transmitted > by this email.</FONT> > > ---------------------------------------------------------------------- > 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
