on 05-24-2011 11:46 AM
Hi All,
We have an interface running in production server which is taking huge processing time.
It is a File to IDoc scenario wherein the file size is about 1MB and it gets converted to something between 4-5MB after Content Conversion. Also, this issue does not happen for all the messages. A few of the messages, say 2 out of 10 messages take this huge time to process (from 2 hours u2013 4 hours sometimes) and the rest of them get processed in few minutes (max. 10mins).
I am just confused with this random behavior of this interface. Has anyone come across anything related to this?
Please help with your inputs.
Many Thanks,
Regards,
Lakshmi.
Hi,
Please check if for the instances where the interface is taking a huge time to process, any other interface is running simultaneously and taking up the system resources, due to which this particular message is getting delayed.
Also, for file with content conversion, you can consider splitting up the file in the sender communication channel (parameter RecordSets per message) to reduce the message size.
Also, in transaction code SXMB_ADM, Integration Engine Configuration, you can maintain parameter
EO_MSG_SIZE_LIMIT of category TUNING to process large messages in series. This will ensure that large messages are processed in a seperate queue and do not affect the execution of other interfaces.
You can refer to the below link for sizing and performance tunning
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/2016a0b1-1780-2b10-97bd-be3ac62214c7
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We have seen this happening at our system as well ...
The ' randomness' of this might be caused when the JAVA stack nearly runs out of memory and starts doing garbage collections to remedy ... mapping such large files with convent conversions causes alot of JAVA string manipulations which are very memory consuming.
Have a look at your system logs and check whether GC are occuring ... if they do then you might consider throwing in additionaly memory for your JAVA stacks, add more AS or prevent multiple files from being processed at once (assuming this is happening now and causes even more spikes ) ...
Regards,
Steven
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This has everything for you.
Regards
Pothana
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lakshmi,
I have faced same problem and solved by increaseing the below parameter .
ICM Parameters: Check your ICM parameters (ex: icm/conn_timeout = 900000. icm/HTTP/max_request_size_KB = 2097152)
Cheers!!!
Naveen.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
11 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.