on 07-31-2008 8:55 PM
Hi Experts,
We are using XI3.0 with sp19.
In general the messages pass thru XI less than 2 seconds.
Once a day (for 10 minutes) we are having performance issues in the DB_SPLITTER_QUEUING step in the production box. During the performance issue period the message is taking more than 5 to 10 minutes to complete the processing in the XI.
We would like to set up an alert to send a message if the message is sitting in DB_SPLITTER_QUEUING or any other step for more than ONE minute.
Is it possible? How to achieve it?
Thanks,
Peter
Dear Senthil,
Good to know some tips in performance monitoring,
Thanks for the answer
Best Regards
Praveen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
DB_ENTRY_QUEUING / /DB_SPLITTER_QUEUING:
Check that all XI queues are registered in transaction SMQR. Check that enough dialog work processes on the Web Application Server are available for tRFC Processing. Transaction SARFC provides you with a momentary status of available dialog resource.
From XI Troubleshooting Guide
Regards,
Prateek
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI,
Check if you have ticked the disconnect from database for each message. Uncheck it. It has highly adverse effect on performance.
Please ensure that you have checked batch mode in your receiver communication channel.
Also you can set the below in the advanced parameters.Committing transactions is extremely disk I/O intensive and slow. You should always turn auto-commit off.
WSConnection.set-AutoCommit (false).
Thanks,
Sendil
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
94 | |
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.