on 01-25-2007 4:45 AM
Hi All,
I recently went through the blog
/people/swen.conrad/blog/2006/12/22/xi-ccbpm-performance-under-perform-or-out-perform
and aslo some links in help.sap.com but still I find it difficult to understand the importance and behaviour of transaction in BPM. Is there any guide or some material available on the topic?
Now I have a BPM in place. The steps in the BPM are
1. Receive
2. Send (asynch) - Starts a new transaction
3. Transformation - Starts a new transaction
4. Send (Asynch) - starts a new transaction
Can you explain the behaviour of transaction with my BPM as an example?
What happens if I uncheck the box at step 2,3,4?
P.S: If you have any material pls send it to me. jaishankar.ramakrishnan@caritor.com
Regards,
Jai Shankar
Jai,
From the blog itself,
><i>Before SP10, after each step in an integration process, the resulting data was persisted in the database, what adds overhead to the process and therefore affects performance. Now, with SP10, the persistence of these steps is configurable</i>
What Swen suggests is you can add a block to a series of steps and add a transaction to that block, any error in the block and you can restart the entire block.
><i>If a process instance at run time fails within a block, you will be able to restart the process from the beginning of the block if you created a transaction at the beginning of the block.</i>
The problem with this would be to know when to turn of transaction for individual steps and when to turn them off , it makes the design stage more complicated, but, the performance would surely be intesresting.
Regards
Bhavesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bhavesh,
Thanks for the reply.
>>Before SP10, after each step in an integration process, the resulting data was persisted in the database
Does this mean, suppose if I turn off the new transaction for a particular send step, I will not be able to reprocess the msg if case of an error?
Also if multiple instances of my BPM is created, will this affect any of the instance?
Regards,
Jai Shankar
Jai,
><i>Does this mean, suppose if I turn off the new transaction for a particular send step, I will not be able to reprocess the msg if case of an error?</i>
Bingo. You hit the nail on the head. Turn on Transaction for the entire Block and turn it off for the steps inside the Block. Any error in the block in any step, the entire block will have to be restarted.
Problem with this, you might have duplication of data , say inside the block you have a 2 send steps, if one works fine and the seconds errors out, you will have to restart the block and the 1st send step!
It requires a lot of thought to use this design , but the end result would be beneficial I guess!
have not tried it, and so I cannot say if my thoughts are correct in this, but I guess this is how it should work.
><i>Also if multiple instances of my BPM is created, will this affect any of the instance?</i>
I dont think multiple Instances will have an issue.
Regards
Bhavesh
Bhavesh,
Thanks for the clarification.
I l try to reread the blog and help.sap links and get some thing more out of it..
From your point of view, is there any thing that can be done to increase the performance of the BPM design I have mentioned in the beging of this thread with this transactional behaviour?
But in the design, I need to reprocess the msg if any and I strictly cant allow duplicate msgs....:-(
Regards,
Jai Shankar
Hi,
Please see the link below about BPM,It is complete doc abot BPm and PI 7.o Unbounded process.
Regards
Chilla..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
87 | |
10 | |
10 | |
9 | |
7 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.