|
We have a single 820, with an LPAR for testing. Our LPAR has 10 % of the processor and 256 meg of memory, DASD is 10 - 4.5 GIG drives. I only use it to test new software. We don't do any in-house development, all our applications are packages. PaulMmn wrote: > We have 2 main boxes-- one is all live, the other split live/test. > > First, you need to have separate libraries for data, programs, and > source code. If you haven't done it, do it! (: > > The next biggest thing is setting up security so that production > libraries are not usable by programmers! We feel that authority > should allow programmers to -read- live data, -use- live programs, > and -read- live source. This means that all a programmer needs to > test is a library where copies of the production files can live. A > little juggling of the library list gives complete isolation from > production: > > LIVE ENVIRONMENT: > > DATALIVE > PROGRAMLIVE > ... > > TEST ENVIRONMENT: > > DATATEST > PROGRAMTEST > PROGRAMLIVE > ... > > This means that the PROGRAMTEST library only needs the new objects > being developed or changed. Existing objects in PROGRAMLIVE are used > just as if it were a production environment. > > This also works for library lists in job descriptions. Means you can > test batch jobs without affecting production data! > > We include output queues in our DATALIVE/DATATEST libraries (well, > not all of them-- QUSRSYS has a bunch of output queues). Including > them in the DATAxxx libraries means we can use production names, and > not have test orders going to the warehouse for picking. (: > > --Paul E Musselman > PaulMmn@xxxxxxxxxxxxxxxxxxxx > > >We are currently using our AS400 production box for development as well (the > >test/production systems are separated by logins/environment variables). How > >many of you all also combine both on one machine, and has this caused > >performance problems for you? Or do you use a test machine for development > >specifically because of this (or wish you had one)? > _______________________________________________ > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.