iDOC traffic

[Former Member]

Hi all,

Does anyone ever thought about how big is the processing power and bandwidth for iDOC messages coming to MII?

At the moment we have a listener setup and receiving 2036 idocs with 11058 segments p. month.

In a couple of weeks we will be rolling out the project to two other plants, which will make the number increase to 28000 idocs p. month.

These messages will be handled by the same listener destination, the same MII box and same transaction.

Will MII be able to handle this amount of traffic?

Thanks in advance!

Ricardo

[Former Member · Accepted solution]

Ricardo,

MII can handle lots of entries. In one project we sometime get several thousands of IDocs within an hour.

Anyway I would strongly recommend to do stress tests (test with mass data) before you go live to see your individual system behaviour. The tests will reveal if you have to adjust parameter settings like the pool size in NetWeaver to make the system running smoothly.

Do you have to use the same listener for all plants? I would recommend to build new listeners for new plants to allow parallel processing of incoming messages.

Michael

[agentry_src · Accepted solution]

Ricardo,

A couple of thoughts come to mind.

1. Go back and review your IDoc strategy to see if it could reduce your traffic by more efficient use of Change pointers. Unless you have optimized your IDocs already, this probably should be done anyway. BASIS/ALE savvy folks may have additional ideas to help out here as well.

2. You may be better off having a central MII server managing the IDocs from the ERP system. If you are concerned about network traffic as well as the IDoc processing capability, using Virtual Xacute connectors would minimize the footprint on the network as well as the Local MII instances. By preprocessing the IDocs centrally it increases your load at the central MII instance. It also reduces the number of RFC destinations, etc. to maintain in the ERP system, but that is usually a fairly minor consideration.

Regards,

Mike

[Former Member · Accepted solution]

Guys,

Thanks for replying.

We are checking the best way to validate that MII can handle this bunch of iDOCs.

Another question: Do you guys have any idea about how many parallel transactions MII can run at a time?

I mean, if we have a high traffic and MII receives multiple requests for the same transaction (such as iDOC transaction), how many of these requests MII can handle at a time? If there's a limit...

Thanks!

Ricardo