I missed this before. If you are going to have *AN LPAR* at the D/R
site and you have, it sounds like, a VM lpar and z/OS lpars to restore
for you D/R test, you really don't have any choice but to run your D/R
test under a VM system. That way the VM and z/OS systems you restore as
virtual machines act and look as if they are each running in their own
lpars. Surely the D/R site isn't going to give you as many lpars as you
currently run in, are they?
Jim
David Boyes wrote:
3) We have HIPERSOCKETS defined with DEDICATE statements. This is to
allow communication to our z/OS LPARs.=20
#3 is the issue I'm having now if I want to bring things up under an
LPAR at the DR site. How do I deal with this? =20
=20
IMHO, that would be the final argument toward installing as a VM guest.
Hipersockets are a PITA, but you'd at least be able to attach them at
the old addresses in the CP directory and let CP worry about the
physical addresses. Is your z/OS system also runnable as a guest? If so,
then define virtual hipersockets in the VM floor system and go from
there.=20
--
Jim Bohnsack
Cornell University
(607) 255-1760
[EMAIL PROTECTED]
