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
 

 

Managing test regions in a large MVS environment

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
Jimmyboy

New User


Joined: 31 Mar 2007
Posts: 3
Location: Canada

PostPosted: Mon Apr 02, 2007 7:02 pm    Post subject: Managing test regions in a large MVS environment
Reply with quote

Hi all.

Does anyone have any experience, thoughts or ideas around managing team access to multiple test regions in a large MVS environment?

Cheers

Jim
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 Apr 02, 2007 9:08 pm    Post subject:
Reply with quote

Hello,

It would be a good idea to post a lot more info.

From what you've posted, all i can offer is "Do good, avoid evil" icon_smile.gif

For us to offer suggestions, we need to know more specifics. Are there already multiple regions? How are they currently fdefined? Do you have database and/or vsam in some and not others? Are they clones of each other? Who created the current environment and why? Does the same team need access to multiple test regions? Why or why not? Have you defined unit, system, uat, and qa regions?

I'll wager several folks here have ideas, but until we have something to work with, you will probably not get the replies you'd like.
Back to top
View user's profile Send private message
Jimmyboy

New User


Joined: 31 Mar 2007
Posts: 3
Location: Canada

PostPosted: Mon Apr 02, 2007 11:54 pm    Post subject:
Reply with quote

Thanks for the reply Dick. I can answer some of this now - others will have to wait for the initial project meeting.

There are already multiple regions and they are not all clones, and not all full copies of production. A team may use multiple regions for testing, and it is possible to have more than one team in a region at any given time. They have "ownership" of these regions and want to be able to hang on to them.

We have DB2 and some IDMS still hanging around. Some regions only have select subsets of our full range of systems. Some are heavily used and others hardly at all according to the last 4 months of usage (by MIPs).

In short - it's grown into a bowl of spaghetti over the years. We need to get a handle on it, standardize the use, clean up all the contatenations and implement a system that makes best use of the available resources.

More details when I can. Thanks!

Jim
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: Tue Apr 03, 2007 1:03 am    Post subject:
Reply with quote

You're welcome icon_smile.gif

If multiple teams are in the same region and each claims ownership, that could get ugly icon_biggrin.gif

While your group is still thinking, i suggest mapping out what needs to be done in the long run and take some stats on which transactions (and how many of them) are being run in each region. MIPS may not really tell the tale. A few really horrible transactions can eat a lot of cpu.

You might group the transaction activity by "application" and also by application team. Once you see the transaction distribution, you may see some obvious grouping/separation.

Database propagation (different teams may need separate test db's - even one team may need more than one test db) and batch initiators will need to be considered.

Something else that will help us is how many teams there are and how many people are on them.

When you know more, someone will be here.
Back to top
View user's profile Send private message
Jimmyboy

New User


Joined: 31 Mar 2007
Posts: 3
Location: Canada

PostPosted: Tue Apr 03, 2007 11:49 pm    Post subject:
Reply with quote

This has been helpful already - thanks! More to follow.....
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: Wed Apr 04, 2007 1:10 am    Post subject:
Reply with quote

You're most welcome - we're here. . . . icon_smile.gif
Back to top
View user's profile Send private message
graswant

New User


Joined: 29 Apr 2006
Posts: 93
Location: Singapore

PostPosted: Wed Apr 04, 2007 11:04 am    Post subject: Hi
Reply with quote

Hi Jimmyboy

I agree with Dick, I would like to add some more Ideas.....you must be using some security product like RACF, ACF2, Top secret..etc...You can use one of em and put different teams under groups....this will help you to decide the level of access.....Application like DB2, CICS etc. can be configured to pass security check from the Security product used by you on your companies mainframe.....Proper planing of the Idea will help you to take care of Future needs as well....

Correct me If I am wrong.....

Hope this will help .....

Gaurav
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 -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Not able to compress a very large PDS Hervey Martinez JCL & VSAM 7 Fri Nov 04, 2016 5:57 pm
No new posts COOLGEN - TSO TEST FACILITY indianrajput CA Products 4 Wed Nov 02, 2016 9:28 pm
No new posts VSAM define for large file jerryte JCL & VSAM 9 Wed Oct 05, 2016 1:51 am
This topic is locked: you cannot edit posts or make replies. How to supply called sub-program from... dchristensen JCL & VSAM 25 Wed Sep 14, 2016 11:36 pm
No new posts VAX COBOL ( VMS Environment) Virendra Shambharkar COBOL Programming 1 Fri Mar 04, 2016 11:40 am


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