Replica of LPARs

Hunny Sachdeva · New User Joined: 11 Jun 2009 Posts: 20 Location: india

We have two two test LPARs. But these in sysplex with all other systems.
Can we create an exact replica of these.
We do not want to take the existing test LPARs off the sysplex, but want to create two new ones that are exact replica of these but not in sysplex.

Please guide how can we do it?

enrico-sorichetti · Posted: Thu Jul 09, 2009 12:11 pm

the process is too lengthy and too site dependet to receive good answers on a forum

but as a hint
... follow the same steps used to create the preexisting ones,

make a copy of the system volumes ( target and dlibs )
make a copy/ create the auxiliary volumes ( page, spool, not shareable volumes,....)
modify the relevant tokens in the appropriate parmlib members

work with Your support, or get proper training if You are support

Hunny Sachdeva · New User Joined: 11 Jun 2009 Posts: 20 Location: india

is there any manual or online help..

enrico-sorichetti · Posted: Thu Jul 09, 2009 12:23 pm

searching for manuals is usually a simpler task than cloning a system
start from
www-03.ibm.com/systems/z/os/zos/bkserv/index.html#other_pubs
and click on the link for Your zOS version

Hunny Sachdeva · New User Joined: 11 Jun 2009 Posts: 20 Location: india

enrico-sorichetti

I agree with what you say that it is a lengthy process and needs proper training..

however i just want to know the theory part of it.. then after planning we will hire the specialized persons for this task..

if you can just give the brief ides what are the activities involved in it from a high level prespective..

enrico-sorichetti · Posted: Thu Jul 09, 2009 12:36 pm

very unwise to plan without knowledge and based on forum replies

if the task is crucial to Your organization You should not rely on forum repies to carry it on

if the people You will hire are only decently competent
they will tell You everything you need in a couple of hours
and also do the planning

or better they should already have some ready to fill forms to ...
collect the existing layout,
describe the new customization parameters for
mvs, jes, communication server, db2, cics, USS,.....

enrico-sorichetti · Posted: Thu Jul 09, 2009 12:40 pm

in
ibmmainframes.com/viewtopic.php?t=41508&postdays=0&postorder=asc&start=15
that You started

I gave You a list of IBM redbooks that contain all You need
scroll thru the post and look for "ABC of system progrmming"

learn to reuse info already provided to You

nevilh · Active User Joined: 01 Sep 2006 Posts: 262

If you wish to create an exact copy of existing LPARS have you considered using the XRC/PPRC/FLASHCOPY hardware features

Hunny Sachdeva · New User Joined: 11 Jun 2009 Posts: 20 Location: india

We are not running XRC on our test systems.

Moreover we want to make a distinct copy that is out of any sysplex.

nevilh · Active User Joined: 01 Sep 2006 Posts: 262

Hardware functions can be used to copy out of a sysplex, however if you are not using them it doesn't help. If you are looking for a Software solution (dump/restore) then I wish you luck as depending on the size of the LPARs this can be a real pain (the larger the volume of data the bigger the pain).

expat · Posted: Thu Jul 09, 2009 3:55 pm

As Nevil has mentioned, Dump / Restore is a right pain in the grass.

Talk to your storage / sysprogs to see what replication capabilities you have - usually dependant on the hardware supplier. Is RAID1 mirroring an option.

Also replication software tools like TDMF (now IBM Replicator) are great for these things.

Hunny Sachdeva · New User Joined: 11 Jun 2009 Posts: 20 Location: india

Thanks guys for the information

i will see how we carry it out

Robert Sample · Posted: Thu Jul 09, 2009 5:11 pm

You probably need to start at your Hardware Management Console to carve them out, but there are many considerations in setting up LPARs. For example, you'll need IP addresses for them, cross-memory services, connections to your disk subsystem, possibly tape connections, system disk packs (sysres, jes, paging), master catalogs, possibly memory partitioning, and the list goes on and on and on ....

Much of this is easier if you spend the time up front in determining as much as possible in advance (such as IP addresses, unit addresses for load packs, LPAR names, chpids to be used for the LPARs, etc).

dick scherrer · Posted: Thu Jul 09, 2009 10:25 pm

Hello,