Skip to main content
Contact a Moderator

Question

7
Replies
3872
Views
 Kensho Tsuchihashi (KenshoTsuchihashi) PEGA Project Delivery Leader
Pegasystems Inc.
JP
KenshoTsuchihashi Member since 2010 173 posts
PEGA
Posted: July 23, 2018
Last activity: August 2, 2018
Posted: 23 Jul 2018 8:09 EDT
Last activity: 2 Aug 2018 7:16 EDT
Closed

How is SLA agent queue processed

Hi,

We have very large volume of case transaction and hence many SLA gets created per case. I understand SLA gets queued and agent picks up to process. Now, since we have high volume of SLA queues I wonder if these are processed only sequentially or in parallel. Are there any mechanism to process these faster? Also, we have multiple application server nodes. In that case two agents process these in parallel?

Thanks,

***Edited by Moderator Marissa to update platform capability tags***

Case Management System Administration
Moderation Team has archived post, This thread is closed to future replies. Content and links will no longer be updated. If you have the same/similar Question, please write a new Question.
Posted: 3 years ago
Posted: 23 Jul 2018 11:36 EDT
Laurence Brannigan (LaurenceB_GCS) PEGA Senior Software Solutions Engineer
PEG
GB

This depends what you mean.

The query which determines which SLA entries require actions will be issued from the agent. So parallel processing of the backlog would depend on how many application server nodes the ServiceLevelEvents is processing on.

 

On each node the ServiceLevelEvents agent will likely collect a number of jobs/tasks that need to be performed, so these will be distributed to available BATCH requestors.

In an OOTB installation you'll have 5 of these. But this value can be changed through a <env name="agent/threadpoolsize" value="7" /> setting, for example.

 

If you have a heavy backlog in your PR_SYS_QUEUE_SLA table, you might be best trying to analyse how that query forms against the given table, and see whether you'd get any benefit for adding performance indexes on the table.

I believe the main consumers of the data in this table will be: -

1. ServiceLevelEvents activity... if a SLA is breached

2. Pega Engine: To remove entries from the table if the SLA is not breached and has been met.

 
Posted: 3 years ago
Updated: 3 years ago
Posted: 29 Jul 2018 5:27 EDT
Updated: 29 Jul 2018 5:26 EDT
Kensho Tsuchihashi (KenshoTsuchihashi) PEGA Project Delivery Leader
Pegasystems Inc.
JP

I would like to clarify what you described – let me separate two cases for the definition of parallel.

  1. In case the app node is single
    Even if the app node is just one, are you saying Pega can still process the SLA scheduled task by parallel, by default of 5?
  2. In case the app node is multiple
    If we have two nodes, how exactly does thing work? 5 Batch requestors times 2 process it by parallel?
Posted: 3 years ago
Posted: 24 Jul 2018 8:23 EDT
Ashish Solia (ASHISHSOLIA) PEGA Senior Principal Engineer,Technical Support-Application Authoring & Industry App
Pegasystems Inc.
IN

Hi,

In Pega 7.2.2, we have a HotFix(HFix-38543) which clones SLA agents to increase performance.

A similar exist for Pega 7.1.9(HFix-30841)

Refer https://community.pega.com/support/support-articles/degradation-sla-agents-performance-pega-procom-agents

Regards,
Ashish
Posted: 3 years ago
Posted: 29 Jul 2018 20:34 EDT
Kensho Tsuchihashi (KenshoTsuchihashi) PEGA Project Delivery Leader
Pegasystems Inc.
JP

I am using Pega 7.4. My question is:

  1. In case the app node is single
    Even if the app node is just one, are you saying Pega can still process the SLA scheduled task by parallel, by default of 5?
  2. In case the app node is multiple
    If we have two nodes, how exactly does thing work? 5 Batch requestors times 2 process it by parallel?
Posted: 3 years ago
Posted: 30 Jul 2018 4:53 EDT
Laurence Brannigan (LaurenceB_GCS) PEGA Senior Software Solutions Engineer
PEG
GB
  1. In case the app node is single
    Even if the app node is just one, are you saying Pega can still process the SLA scheduled task by parallel, by default of 5?

Laurence: Yes, the SPPR_SYS_RESERVEQUEUEITEM_B stored procedure will be called to retrieve the entries which are due to be processed. These will be distributed to the BATCH requestors, so these may* be running in parallel.

*may: These will be distributed to the available batch requestors. If you have 5 and 4 are already busy processing a lengthy activity, then it could be the cases that these are processed in sequence due to the circumstances.

 

Show More
  1. In case the app node is single
    Even if the app node is just one, are you saying Pega can still process the SLA scheduled task by parallel, by default of 5?

Laurence: Yes, the SPPR_SYS_RESERVEQUEUEITEM_B stored procedure will be called to retrieve the entries which are due to be processed. These will be distributed to the BATCH requestors, so these may* be running in parallel.

*may: These will be distributed to the available batch requestors. If you have 5 and 4 are already busy processing a lengthy activity, then it could be the cases that these are processed in sequence due to the circumstances.

 

  1. In case the app node is multiple
    If we have two nodes, how exactly does thing work? 5 Batch requestors times 2 process it by parallel?

Laurence: It will collect a set of records then attempt to reserve them individually, so a record will only be processed by one node.

 

 


Show Less

We'd prefer it if you saw us at our best.

Pega Collaboration Center has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice