Hi Frank, Usually and is the way i've used, in the same location, separated machines for prod and test. But, having them in separated location, maybe due to costs or DR, i mean, DR locations are normaly used only when the main location is being affected due to a disaster, so the DR machine is not being used when normal operations. Due to the costs related to having a DR machine, i think is correct to use it for development or testing purposes when is not being used for real DR or DR tests. 7 years ago, i worked for an American company with 5 mainframes, 2 for development and DR purposes and the other 3 for production, all of them in separated locations, this is normal in several big companies, specially in application development companies.
Related to the TN3270, no matter how far or near you are from your work, the response time depends on the connection speed, as an example, if you are connected at 1 mile from your work using an old dialup modem, then the response time will be slow, but if you are connected at the other side of the world using a 1Gb or T1 connection, then the response time will be fast. So i suggest you to check your connection speed, also check how much people is being connected using the same connection. Luck. Enrique Montero El jue, 10-09-2009 a las 09:33 -0600, Frank Swarbrick escribió: > The whole combined versus separate TEST and PROD LPARs was interesting. I > can't imagine not having them separate (with shared DASD for at least the > load libraries), but then it's just what I'm used to. > > So here's a question... Anyone out there have DEV/TEST not only in a > separate LPAR, or even a separate machine, but in a separate data center? We > have our primary data center in Lakewood, CO (near Denver) and our "alternate > data center" (DR site) in Scottsdale, AZ. So about 1000 miles apart. > Management has the idea that we should move the applications development LPAR > to the ADC. As an applications developer this makes me more than a bit > nervous. Does anyone do this? Is a GDPS essentially required to make this > workable? We currently do DASD replication to our ADC using DS8100s. > > One other thing I'm concerned about is TN3270 response time. I feel that > logging on to work from home is too slow, and I only live 8 miles away. > > Thanks, > Frank > > > >>> > > 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
