on 04-21-2010 10:48 AM
Dear Friends,
This is regarding the queues in DOE being in READY state for a long time.
When we trigger delta download, we see some queues in READY state for a long time ( > 2 minutes ).
Example :
DOEBWA_00G_007_0_13FL.
We have executed the transaction sdoe_activate_q in the middleware for all the queue name ( sdoe* , mmw* , et al).
Are we missing something?
Thanks in Advance.
Suresh BJ
I have in my notes
To run SDOE_ACTIVATE_Q like you have already mentioned.
I have a second step if things are still not working..
In SE38
if queues are staying in pending state, you might need to register the queues - run SMMW_QUEUE_ACTIVATE.
RSQIWKEX - (report to start inbound queue processing) to restart several queues in parallel
Maybe you need more dialog processes?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I didn't understand what you're requiring for?
Can you be more explicit?
Regards,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I don't know about this report, but the place to check for your problem is the transaction SMQR.
1. If the queues are clearing up after some time, then its not a problem of registration. So you should see your corresponding queue patterns 'R'egistered here.
2. Look at the 'Scheduler Status'. Is it 'Waiting'? If yes, then it means your scheduler (the guy who distributes queue entries to dialog work processes for processing) is waiting for a work process to get free. => Then the problem is with having too few dialog work processes.
Cheers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
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.