Thanks All. Here's what I've come up with. I'm going to allow everything to come up on D/R without intervention if it is a real disaster. If I am testing, I will allow it all to come up, and IP won't work, so I'll bring TCPIP and the linuxes down, and XAUTOLOG AUTOLOG2 Storage 6M. This way, if I'm in a test, programmatically I can q v storage from within autolog2 and make decisions based on that, one of which will be, if it's 6M: define timezone DR1 west 00.00.01 so that other apps can check for the existence of that timezone, and if they find it, we are in DR test.
MA On 10/3/07, Brian Nielsen <[EMAIL PROTECTED]> wrote: > > We run the same configuration both live and at DR. The only 2 things don > e > different at DR are to manually FORCE off AUTOLOG2 (there is a 1 minute > > delay which allows this to be easily done) and to manually XAUTOLOG > TCPIPDR (which runs in *addition* to the normal TCPIP stack). > > AUTOLOG2 brings up all the LINUX guests, which need to be restored first. > > If needed, the individual LINUX guests can be forced off. > > The TCPIPDR stack masquerades as the various gateways that the LINUX > guests use and forwards everything to the external router IP used at DR. > > The DR I/O configuration leaves out the OSA addresses in use at the home > > site and includes a new OSA address for use only by TCPIPDR. This > prevents the VSWITCHes from passing traffic directly to an OSA, allowing > > the TCPIPDR stack to route all the traffic. This setup means we don't > > have to update IP stacks. > > Brian Nielsen > > > On Wed, 3 Oct 2007 09:29:51 -0400, Mary Anne Matyaz > <[EMAIL PROTECTED]> wrote: > > >Hello all. I need a few lines of code for a D/R situation. I need to kno > w, > >in VM and Linux, if we are in a real D/R or in a > >test D/R. > > My plan is to default to a real D/R situation, then, if it's a test, > >execute a command from operator > >that asks if it is a test, and if so, place a variable somewhere, shutdo > wn > >the linuxes and tcp/ip, make my necessary > >changes to point to different startups (primarily for IP addresses), and > > >bring them up again. > > > >What I need is how to put the variable somewhere that other users can th > en > >access it... > > > >TIA for any insight/thoughts, etc... > > > >Mary Anne > > >