Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Design consideration for SYSPLEX/LPAR/MQ

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
rakesh_mishra18

New User


Joined: 15 May 2006
Posts: 23
Location: Jamshedpur

PostPosted: Mon Feb 23, 2009 5:27 am    Post subject: Design consideration for SYSPLEX/LPAR/MQ
Reply with quote

We are migrating to Mainframe on a PARALLEL SYSPLEX/LPAR/CICSPLEX/MQ. I have some question on the same.

1. How to decide no of LPAR. I guess we as a application designer need to provide this to operation people to setup for us. I also want to know if all the parameter generic or based on our input configuration will differ. same question for CICSPLEX.

2. MQ - how and when we decide no of Q manager. what are the info operation people need from architecture team on setting up of MQ environment.

Regards,
Rakesh
Back to top
View user's profile Send private message

Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2502
Location: Atlanta, Georgia, USA

PostPosted: Mon Feb 23, 2009 6:06 am    Post subject: Reply to: Design consideration for SYSPLEX/LPAR/MQ
Reply with quote

Although this may be a combined effort involving many parties within the organization, in my opinion, the System Architects associated with your company are the primary responsible parties for designing and defining the needed resources. Their knowledge needs to be broad, which should include (but not limited to) CICS, z/OS and DB2.

There may be a need for the Applications Group to give them some ideas with which they can use as part of the foundation for a PLEX environment.

If multiple LPAR's are chosen, then the Architects need to consider the z/OS (MVS) Coupling Facility used together with VSAM RLS as the best means of allowing the LPAR's to communicate with VSAM via a single entry point. However, this stuff is NOT cheap.

Please also consider DB2 across multiple LPAR's as well as possibly looking into enabling Threadsafe DB2 programming compliance, using the "L8" TCB option. It's definitely worth your while.

There are IBM Redbooks which should be reviewed for CICSPLEX implementation as well as Threadsafe compliance Redbooks, for both DB2 and "Open API" (L9 TCB's).

Your IBM Technical representative (System Engineer as they used to be called) should also be a major part of this and will be able to shed light on best practices, based upon other installations with which they were involved.

If a single LPAR is chosen, then basically, this will be an MRO environment and the extra cost associated with the Coupling Facility and VSAM RLS won't be needed.

In CICS/TS 3.2 (as a PTF), IBM has enabled CICS/VSAM requests as Threadsafe, but only for local files. If you decide to forego multiple LPAR's (IE: MRO) and use FOR's/DOR's, the Threadsafe PTF will not be applicable, due to the files being remote.

There should be sufficient time for discovery given to the Architect's before they submit a proposal to management.

Just my .02 cents....

Regards,
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Mon Feb 23, 2009 7:03 am    Post subject:
Reply with quote

Hello,

Quote:
I guess we as a application designer need to provide this to operation people to setup for us
Typically not. . . The application developer group would most likely participate, but it would typically not be their "lead".

Your migration configuration may not be the same as your eventual taget configuration.

Quote:
We are migrating to Mainframe
What are you migrating from (Win-based, unix, Burroughs. etc)?

Is one large application being migrated or is this more encompasing?

Is there currently a "data center" with proper power and environmental controls to support a new mainframe and associated equipment? Is this to be a new facility?

How much of the application inventory can be migrated (versus being heavily modified or re-written)?

How much mainframe system administration/support knowledge exists in the organization? If little or none, plan on hiring some or renting some (contractors). . . You will need on-site expertise. You can get lots of answers via forum posts, but it would be very unwise to depend on forum answers for the success of the migration - you need resources committed to your effort.

The above questions are intended for consideration, not necessarily posted answers.

Best of luck icon_smile.gif
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7995
Location: Bellevue, IA

PostPosted: Mon Feb 23, 2009 7:20 am    Post subject:
Reply with quote

In addition to what Bill and Dick said, the number of LPARs partially depends on the physical configuration of the machine -- coupling facility (if used), channel path connections, and so forth. I've never been at a site where the applications people did more than suggest another LPAR was needed -- and their request had to be backed up with solid performance and capacity planning data before it went any further.

System design and configuration can be very complex, and IBM (for one) has tools available that help determine the number of processors, amount of memory, number of LPARs, amount of DASD, number of tape drives, and so forth -- based on the historical (or anticipated) load.
Back to top
View user's profile Send private message
rakesh_mishra18

New User


Joined: 15 May 2006
Posts: 23
Location: Jamshedpur

PostPosted: Mon Feb 23, 2009 7:26 am    Post subject: Design consideration for SYSPLEX/LPAR/MQ
Reply with quote

We need details on below.

1. LPAR - configuration setup parameters. Like application group need to tell operation on how many LPAR and how we decide.
2. SYSPLEX/CICSPLEX/MQ - what are the parameters which are project specific and need to be provided by application team.
3. CFDT/XCF/RACF/TCP-IP/DB2/JES - similar infor as required in step2.

Basically we are moving from UNISYS to IBM on a new machine. They already have IBM and datacenter team for some existing application.

Thanks,
Rakesh
Back to top
View user's profile Send private message
rakesh_mishra18

New User


Joined: 15 May 2006
Posts: 23
Location: Jamshedpur

PostPosted: Mon Feb 23, 2009 7:35 am    Post subject:
Reply with quote

I just want to make sure that we should not miss anything which need to be provided by us. Basically we need to clearly tell if some setup need input fro us or it will be just a standard setup. Like, I heard for xpeditor they need to do some configuration for MQ. Just need overview on this.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7995
Location: Bellevue, IA

PostPosted: Mon Feb 23, 2009 7:56 am    Post subject:
Reply with quote

I'm not really sure you're listening to what we're telling you. Have you talked to the datacenter team to find out their recommendations for your application?

LPAR -- ask for two or three (testing, qa, production) to keep everything as clean as possible. The site parameters for the LPARs will be determined by the hardware and software installed, so you will have very little to say about them; if you're asked specific questions about configuration come back to this forum.
SYSPLEX/CICSPLEX/MQ -- determined by what is already running on site; you need to provide transaction volumes (estimated) and MQ volumes (estimated) but the rest will be pretty much given.
CFDT/XCF/RACF/TCP-IP/DB2/JES -- determined by site standards. You may get to tell the systems group how many High Level Qualifiers (HLQs) for datasets you need, but otherwise plan on following the site requirements already in place. TCP-IP parameters may allow you to determine the IP address for your LPAR(s) but not much else should be application specified.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Mon Feb 23, 2009 8:44 am    Post subject:
Reply with quote

Hello,

Quote:
They already have IBM and datacenter team for some existing application.
Depending on the current configuration and products already licensed, your migration will most likely use what is already in place with the added hardware to support your production/development transaction and data volumes.

You mention xpeditor. If it is already on the system, you will most likely become additonal users on the same license. The current support people should be able to provide any specifics your "new" group of developers require. The same will be true of most other products. For example whatever sort product is currently in use (most likely DFSORT or Syncsort) will probably be used by the migrated application(s) rather than some new product license for a "duplicate" product.

One of the things your team may want to request is a software inventory of which tools are already in use on the existing system.

When there are questions, someone will be here. . .
Back to top
View user's profile Send private message
rakesh_mishra18

New User


Joined: 15 May 2006
Posts: 23
Location: Jamshedpur

PostPosted: Mon Feb 23, 2009 12:41 pm    Post subject:
Reply with quote

Thanks for all the replies.

We are getting a new Z10 machine and they have to do all the setup. These question is more from Unisys side people (client). They want some details eventhough we mention that these are more of a datacenter work and for any specific setup from application perspective datacenter will get the details from us. But Unisys people (client) need the approach for these setups as some of these will not be standard and will depend on transaction volume..etc. However, we will get back later when they need any specific details.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Route a product's job to specific lpar vasanthz All Other Mainframe Topics 9 Thu Mar 02, 2017 2:22 am
No new posts Design of ISPF panel prino TSO/ISPF 2 Wed Jan 25, 2017 10:31 pm
No new posts ENQMODEL - ENQ SYSPLEX WIDE Nikhilesh Tomar CICS 6 Tue Nov 29, 2016 4:12 am
This topic is locked: you cannot edit posts or make replies. Need help in design the solution ritnihi PL/I & Assembler 1 Tue Dec 22, 2015 1:48 pm
No new posts submit job on another LPAR vikramyadav JCL & VSAM 7 Tue Jun 24, 2014 9:11 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us