View previous topic :: View next topic
|
Author |
Message |
Kyle Carroll
New User
Joined: 31 Aug 2016 Posts: 10 Location: USA
|
|
|
|
Hi,
I am migrating a CICS TS 4.1 region to CICS TS 5.3. I have completed the CSD UPGRADE step (a copied version of the V4.1 CSD) as outlined on page 130 of the CICS TS V5.3 Upgrading manual.
The next step on page 131 indicates to "Upgrade user-modified, CICS-supplied resource definitions" using the DFHCSDUP SCAN command.
I had hoped this will be as simple as running the DFHCSDUP with just the SCAN option against the UPGRADEd CSD and it would tell me what all needs to be modified that the UPGRADE didn't do. BUT...It appears it requires to know each and every type and specific name to do a SCAN for.
I am new to this company and the previous CICS person retired before I started. How can I possibly know each and every user-modified resource name to scan for.
Is there a much simpler method to accomplish this step with or without the SCAN option?
Thanks,
Kyle. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
I would use DFHCSUP to EXTRACT the start up list for the region, strip out the resources from that output, and run the SCAN against it.
I would not expect to find very many "user-modified, CICS-supplied resource definitions" -- why would a site feel the need to change the definition of CEMT, for example? |
|
Back to top |
|
|
Kyle Carroll
New User
Joined: 31 Aug 2016 Posts: 10 Location: USA
|
|
|
|
Thanks Robert.
I have already started down that same path until something better is mentioned. I have 20 CICS regions to upgrade so this step will be a time consuming process.
One problem is that process doesn't include groups that are not in the startup list and someone might try to use again later.
Now that means I would have to live with that risk or take additional time to cleanup/migrate those definitions in groups that aren't being used. I don't like leaving loose ends.
I suppose I could just list all groups and not just ones in lists.
Thanks again,
Kyle. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Surely you don't have 20 CSD data sets? Most sites share their CSD among different CICS regions, so you could have as few as 2 to 4 CSD data sets (TEST, QA, PROD, maybe a user acceptance as well) to deal with. If the resource isn't defined in the start up list, there is less urgency to fixing it, but I agree that they all need to be scanned sooner or later. |
|
Back to top |
|
|
Kyle Carroll
New User
Joined: 31 Aug 2016 Posts: 10 Location: USA
|
|
|
|
unfortunately the worst is expected from predecessors and there is a different CSD for each CICS region.
Even if the CICS region is part of MRO (TOR, AOR, FOR), they all have separate ones. Not what I would have done, but that is what I have to deal with.
Wish me luck and keep the ideas coming. |
|
Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
With different CSD's, the use of DTR is certainly impeded or not active. |
|
Back to top |
|
|
Kyle Carroll
New User
Joined: 31 Aug 2016 Posts: 10 Location: USA
|
|
|
|
Does anyone know if the DFHCSDUP SCAN can actually show the differences rather than just saying "DOES NOT MATCH THE IBM SUPPLIED DEFINITION IN GROUP".
Without that I cannot automate a way to identify the differences and update the CSD to make them the same. |
|
Back to top |
|
|
|