cancel
Showing results for 
Search instead for 
Did you mean: 

Transports between Development - Test and Production timing issues

Former Member
0 Kudos

We have our Development and Test on one server Iseries 810.

When we do transport from development to test and takes an average of 8 minutes.

When we transport to Production Iseries 825 it takes about 30 seconds.

I know the the Production system has a faster CPU and more memory.

Does anyone have any suggestions on improving the Development to Test transport timing or any other suggestions on this.

Your help would be appreciated very much

Thanks

Joe

Accepted Solutions (0)

Answers (4)

Answers (4)

former_member204746
Active Contributor
0 Kudos

where is located /usr/sap/trans ?

if it is located on your PROD server, this may explain why it runs faster on PROD than QAS.

Former Member
0 Kudos

Hello Joe,

Assuming that 825 and 810 are on same i5/OS release and PTF level, and SAP systems are on same kernel level... Is it possible that the transport directory is on 825, and the network bandwidth between 825 and 810 is not sufficient? Is the transport directory shared through QFileSVR.400 or NFS?

Best regards,

Victor

Former Member
0 Kudos

The transport directory is shared through QFileSVR.400

Thanks

Joe

Former Member
0 Kudos

Hi Joseph,

I'm pretty sure, your trans-directory is located on the PROD system - therefore it NEEDS to be slower.

But, 8 minutes to 30 seconds is still slow.

Do you use GB Ethernet between the servers ?

And the most interesting point:

How is the setting in CHGTCPA ? Is it at least 1 MB as follows ?

CHGTCPA TCPRCVBUF(1048576) TCPSNDBUF(1048576)

If it is still at 8KB on one of your servers, this would explain it !

=> Please apply the full note 428855 on both servers and try again - perhaps do an IPL and try again - I'm pretty sure, the CHGTCPA on at least one of the servers is the root cause ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Former Member
0 Kudos

Volker

I changed the send a receive buffer and did an Ipl

Still taking about 6-9 minutes for transport.

Thanks

Joe

Former Member
0 Kudos

Hi Joe,

... then I do have without looking at the system no idea any more ;-(

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

Former Member
0 Kudos

We only run 4-6 transports a day at the most.

We should not have any TP hanging.

Thanks

Joe

markus_doehr2
Active Contributor
0 Kudos

8 Minutes is VERY long...

One reason can be when multiple transports are running at the same time and the tp waits for the buffer to be free again until it's able to add the new transport. It can also happen, if you have a "hanging" tp around, that blocks access to the buffer.

--

Markus