on 11-25-2013 1:10 PM
Hi All,
We have continuous issue reported by our clients for Critical Business Transaction messages.
We see that whenever there is huge no. of Master Data IDocs coming from R3 system, the Business Critical messages gets delayed. We used to face lot of issues in SMQ2 and SM58(R3). To add to this delay, the Critical interfaces and few of the Master data interfaces, both use JDBC adapters at their receiving end.
We have done a lot of fine tuning to improve the delays in SMQ2 and SM58 which is now performing much better.
But we are now seeing that the messages are still getting queued up in JDBC Adapter engine.
Is there any way we can segrate the Master data messages and Business critical messages in Adapter Engine so that there is no delay caused to Business Critical engine?
Is Non-Centralized Adapter engine an option here to use so that we can segrate the messages? If yes what are the disadvantages.
Also please suggest if any other possiblilties to improve the situation.
Regards
Mohit
Hi Mohit - I don't think there will be any disadvantages. may be just an additional maintenance but obviously performance will be increased as the Integration server load on the adapter engine can be shared.
You can install DAE and move your business critical interfaces to run on DAE i.e. configure receiver channels.
You can refer to the below blog for the same
http://saptechnical.com/Tutorials/XI/J2EEAdapterEngine/Part1.htm
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mohit,
You can also consider the below option to reduce the impact on transaction messages during business hours.
--> Trigger the master data messsages using the batch job from ECC during non business hours, it will decrease the load on the system during the business hour and you will get better performance on business critical messages.
--> Configure the queue prioritization so the business critical message will get the priority.
if you already have the above options configure, then you need to increase the system peformance by using decentralized adapter engine or dedicate nodes in adapter engine for transaction and master data messages.
Hope this is help.
Harish
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Also can you check if the note 1136790 - Blocking receiver channel may affect the whole adapter type
helps..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Hareesh,
Thanks for your feedback. The note 1136790 is already implemented.
Also the link for the installation is helpfull.
Currently we need to propose a possible solution to Clients, so if you could provide details regarding hardware requirement/cost that would be very helpfull.
Thanks in advance.
Hi Mohit - You need another host i.e. a physical/virtual system & DB to install DAE.
Sorry but the cost of it depends on the OS & type of DB you will be using.
I dont think there would be some additional charges by SAP to install DAE. It's just an additional component.
You might be having volume based licensing and there won't be any change in that perspective.
User | Count |
---|---|
84 | |
10 | |
10 | |
9 | |
7 | |
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.