About BPM

[Former Member]

As compared to normal scenarion BPM are taking much time for executing, why ?

[VijayKonam · Accepted solution]

Since, BPM interanlly creates a work flow on the ABAP engine and it has something to do which obviosly takes time foe execution.

VJ

[Former Member]

TX

[Former Member]

Hi,

The BPM performance depends upon th eresource consumption.

It's true that more complex the BPM more resource it would comsume. Thus try to avoid mappings in BPM or else optimise the mappings for performance.

Integration processes are executed on the Integration Server at runtime by the Business Process Engine. Since the Integration Server is the central resource for message exchange, you must ensure that it is not overloaded; otherwise, this can lead to bottlenecks or performance problems.

See SAP Note 857530 for more information about performance.

There are some tips to improve BPM performance

Making Correct Use of Integration Processes

http://help.sap.com/saphelp_nw04/helpdata/en/43/d92e428819da2ce10000000a1550b0/frameset.htm

Resource Consumption

Every step of an integration process uses Integration Server resources.

● Every message that is sent to the Process Engine is duplicated.

● Every message that is sent from the Process Engine is duplicated.

● A work item is created for the process itself and for every step the process contains.

This means that for a process that just receives one message that is sent without being processed further, four messages and three work items are created.

For this reason, you must ensure that you take Integration Server resources into account when you define integration processes.

Resource Consumption of Different Step Types and Transactional Behavior

Different step types consume different amounts of system resources:

● Step types with high resource consumption:

○ Receive step

○ Send step

Asynchronous send steps with acknowledgments in particular consume a lot of system resources. In the case of synchronous send steps, consumption depends on the target system.

○ Receiver determination

○ Transformation step

In transformation steps, resource consumption is dependent on the mapping called.

○ Block

○ Wait step

● Step types with low resource consumption:

○ Control step

○ Multiple condition

○ Fork

○ Loop

○ Undefined step

If you design the transactional behavior of an integration process so that the following steps are not performed as separate transactions, you can improve performance significantly:

● Transformation step

● Receiver determination

● Send step (synchronous or asynchronous)

More information: Transactional Behavior of an Integration Process

Do Not Transfer Application Logic

Do not use integration processes to transfer application logic from the application systems to the Integration Server.

No Replacement for Mass Interfaces

Check whether it would not be better to execute particular processing steps, for example, collecting messages, on the sender or receiver system.

If you only want to collect the messages from one business system to forward them together to a second business system, you should do so by using a mass interface and not an integration process.

If you want to split a message up into lots of individual messages, also use a mass interface instead of an integration process. A mass interface requires only a fraction of the backend-system and Integration-Server resources that an integration process would require to carry out the same task.

Thanks

Swarup

[Former Member]

Hi,

This may help you.

XI ccBPM Performance: under-perform or out-perform?

/people/swen.conrad/blog/2006/12/22/xi-ccbpm-performance-under-perform-or-out-perform

Regards,

Sarvesh