@JagadeeshD7751  PEGADATA.SPPR_SYS_RESERVEQUEUEITEM_B is a core Pega procedure used by standard agents to reserve and pick the next item from the agent queues, so it turns slow when an agent queue is building up and the database keeps scanning the same queue tables repeatedly. The fix is to stop the backlog: use the alert details to identify the queue class and agent that is driving the calls, make sure that agent is enabled and has enough BATCH requestors to drain the pending items, and let it run until the queue depth stabilizes. Once the queue is caught up, run VACUUM (ANALYZE) on the Pega queue tables in Postgres so the planner uses current statistics and avoids slow scans on subsequent reservations.