Thank you! As the original poster, I got a bit confused with Allan's recommendation, as I could have sworn others were recommending one Sysplex owning both PROD and TEST/DEV. Thought maybe I had misinterpreted everything and had to start over! :-) --
Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation Lakewood, CO USA P: 303-235-1403 F: 303-235-2075 On 8/12/2009 at 8:45 AM, in message <[email protected]>, Scott Rowe <[email protected]> wrote: > Well then, you don't agree with me! > > There are many smaller shops which share DASD across PROD/DEV/TEST, and a > Sysplex can be a very appropriate configuration for them. > >>>> "Staller, Allan" <[email protected]> 8/12/2009 10:01 AM >>> > I agree. 1 sysplex for all is not a good design point for the O/P. I > believe he could still benefit from a 2 sysplex design in the same box. > 1 for Prod, and 1 for DEV/TEST/QA. Two LPARs for each. > > <snip> > The OP was asking about using Sysplex to join his three monoplexes into > a single Sysplex. Availability may have been the original purpose of > Sysplex, but it can and has been used for other purposes since it's > inception. You have obviously not been following the recent discussion > that spawned this thread ;-) > </snip> > > > ---------------------------------------------------------------------- > 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 > > > > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains > confidential and privileged information intended only for the addressee. If > you are not the intended recipient, please be advised that you have received > this material in error and that any forwarding, copying, printing, > distribution, use or disclosure of the material is strictly prohibited. If > you have received this material in error, please (i) do not read it, (ii) > reply to the sender that you received the message in error, and (iii) erase > or destroy the material. Emails are not secure and can be intercepted, > amended, lost or destroyed, or contain viruses. You are deemed to have > accepted these risks if you communicate with us by email. Thank you. > > > ---------------------------------------------------------------------- > 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 >>> The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. ---------------------------------------------------------------------- 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
