Ron,

I also did the same as John has MVS at that time under VM , with no issues.
The Sungard people were great, so if you have gaps in understanding or 
knowledge they help out in a DR situation. Almost all of the DR problems I have 
seen, done a ton of tests, turned out to be poor planning and execution.  I am 
of the mindset always, 'plan the work and work the plan'...


Scott ford
www.identityforge.com

On May 16, 2012, at 4:03 PM, Ron MacRae <ronmac...@hotmail.co.uk> wrote:

> Hi all,
>        We are currently an exclusively z/OS site with multiple LPARs sharing 
> a single IOCDS and DASD farm.  We are about to install z/VM in a new LPAR and 
> I'm worried about both OSs sharing the same DASD farm. They will not be 
> sharing at the volume level. 
> 
> I've read through the install doc and it all seems fine, you tell the install 
> process 6 or 9 unit adresses and it goes and loads stuff onto them and then 
> you IPL. There is no mention of modifying other volumes, however there are 
> include and exclude unit address lists that you can specify to define what 
> z/VM will try to look at, which presumably you can't get at until after the 
> basic install and IPL. Also z/VM can issue sense commands to determine what 
> devices are out there.
> 
> The reason I'm worried is that in a previous life, over 30 years ago, my 
> previous company attempted to do the same between an VM system and a DOS/VSE 
> system.  This was a long time ago on a real machine in pre LPAR days.
> When they brought up VM for the first time it objected to the VSE VTOCs it 
> found and rewrote them as OS VTOCs and we lost the whole DASD farm.  
> Management were not best pleased.  I wasn't directly involved at that time so 
> I'm not 100% sure of my facts here and perhaps the guys who did this did 
> something wrong, however my worry still remains.
> 
> My question is - Do we have to isolate z/VM from the z/OS volumes or will 
> z/VM play nice and leave stuff alone?
> 
> I just want to double check that VM will only touch the 6 volumes it is given 
> at install time.
> 
> Regards, Ron MacRae.
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Reply via email to