cancel
Showing results for 
Search instead for 
Did you mean: 

Moving 4.6c Application Servers from USS on z/OS to zLinux

Former Member
0 Kudos
97

Hello,

In order to plan for an upgrade from SAP 4.6c to the latest level we need to move the Application Servers from USS to zLinux. Can anyone provide some specific guidance & experience from having done this please?

Many thanks for your insights.

Accepted Solutions (1)

Accepted Solutions (1)

thomas_vogt
Advisor
Advisor
0 Kudos

Gordon,

The easiest way is to install new application servers on Linux and shutdown the z/OS application servers afterwards.

Regards,

Thomas

Former Member
0 Kudos

Hello Thomas,

many thanks for your prompt response. Does this mean leaving the Central Instance on z/OS? Will there be any issues when we install ECC?

best regards,

Gordon

brian_walker
Active Participant
0 Kudos

Hello!

We run ECC 6.0 on zLinux application servers and for our HA systems (QA and Production) we have the central services running under USS for z/OS.

Due to circumstances beyond our control, we have been forced to migrate our application servers off of zLinux and have chosen to move them to Windows x64. The procedure to move them from zLinux to Windows should be the same as moving them from z/OS to zLinux.

Moving the central instance will require running sapinst on z/OS and doing a system copy for the source. Just make sure to pick the database specific tools option and you won't have to wait while the entire ABAP database dumps, which would be useless in this case since the database will not move/change. On the target side, use system copy again for the database and central instance steps. Additional zLinux dialog instances can then be installed. Be careful about what is in the DEFAULT.PFL (snc, etc.) as you won't be able to set these up until after you complete the new central instance install, so you may have to removed or comment out some parameters.

After the move is successful you will most likely want run an SGEN to compile everything for zLinux (machine type 389) and then run a delete on table REPOLOAD for whatever machine type z/OS is, then perform a reorg of REPOLOAD and its corresponding LOBs and you'll reclaim several gigs of storage in DB2.

For us, the migrations take about 4 hours from start to finish. This time includes copying the relevant instance parameters from the old application servers and changing any RFCs to use the new hostnames.

Let me know if you have any other questions, as this process was not the most intuitive at times.

Brian

Former Member
0 Kudos

Brian, Many thanks for the detailed explanations & the offer of additional guidance if necessary.

Best regards.

brian_walker
Active Participant
0 Kudos

Gordon,

You are welcome. Please let me know if I can be of further assistance should you run into any snags.

Just curious, what company are you with? There is nothing filled in on your SDN profile. Since zSeries has such a small marketshare on SAP, those of us on the platform have to stick together.

Brian

Former Member
0 Kudos

Hi :

Sorry for jumping in on this thread, but we were told that the Netweaver stack did not run on USS. We would need to move to Z/Linux. We run our CI today on USS , Application servers run on AIX.

Can you clarify

Thanks

John

Former Member
0 Kudos

John,

The complete Netweaver stack will not run on USS. If you are doing a High Availability solution with DB2 on Z/OS then you can install the SCS on USS, but you will still need application server(s) that exist in either z/Linux, or on another platform (windows, AIX, or Linux on x86).

You can take a look at note 821904 for more information regarding a HA implementation on Z.

Andy

Answers (0)