Skip to Content
avatar image
Former Member

no. of entries in PI queue does not match the number of messages processed

Hi experts,

We are using PI7.0 in our landscape for SRM7 integration with SAP.

Our communications between ECC and PI are using IDOCs, while between PI to SRM it is ABAP proxy.

Since last couple of days we are facing a strange issue. Suddenly in early morning there is a huge accumalation of Queue entries in PI. The accumalation is like 50000 to 70000.

However if we look at the total count of the messages that PI has processed , after the entire queue is cleared , it is much smaller than the number of queue entries PI inidcated in SMQ2.

Eg in our case SMQ2 showed queue entries as 50000+ while no. of messages proceessed after queue is cleared in SXMB_MONI shows 19672.

What we understand is ideally for one Abap proxy message there is one queue entry.

SMQ2 indicates only qrfc queues corresponding to Abap proxy messages while for IDOCS they are visible as trfc queues in SM58. Kindly correct me if Iam wrong.

Request your guidance in identifying cause/reason of the large queue entry count.

Regards

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

1 Answer

  • Best Answer
    avatar image
    Former Member
    Dec 06, 2011 at 09:20 AM

    hi,

    in SMQ2, select the queue, and see all its entries. double-click on a messageID, that should open SXMB_MONI for this message.

    Look att he column Pipeline (PID). Do you have CENTRAL ? or CENTRAL_BACK?

    CENTRAL_BACK is used to return an acknowledgment to ECC when PI receives an Idoc (for instance).

    According to me, that could be the reason that you have more entries in SMQ2 than you have in SXMb_MONI. By default SXMB_MONI show only message of CENTRAL pipeline, but in tab "Advanced selection criteria" of SXMB_MONI, you can select other pipelines to see the other messages.

    To activate / deactivate Ack, use program IDX_NOALE.... and have a look on SDN blog / pdf.

    Regards.

    Mickael

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi

      Has any come accross this scenario ?

      Our production queues are cleared. However we are not able to attribute a reason of the huge accumlation of queues.

      At the peek we saw 60000+ entries in SMQ2. Once all queues were cleared, we seem only around 37000 messages being processed, this include the return acknowledgments too.

      We attempted to simulate the situation on our development landscape by deregistering queues and triggering mass Document flow to XI. We could see the queue getting accumlated. However the number of messages processed matched the number of entries in the queue.

      Does PI queue processing behave differently in case of any issue with server performance?

      Appreciate your guidance and observation,

      Regards,