SAP Note 726148 - SAPLARFC occupies all work processes, RFC cascade

Component : Client/Server Technology - RFC

Solution : https://service.sap.com/sap/support/notes/726148 (SAP Service marketplace login required)

Summary :
In a SAP environment, instances of SAPLARFC are occupying several dialog work processes and gradually extending processing times without further CPU engagement or noticeable activity changes. The root issue stems from improper handling of transaction SMQ2 tRFC instances, resulting in lost rollability. Key parameters include 'rdisp/rfc_check' and 'rdisp/rfc_min_wait_dia_wp', requiring adjustment as per Note 74141 guidelines. Solutions involve process cancellation via SM50 and configuring dialog instances with adjusted parameters to manage dialog work processes effectively, avoiding RFC cascades and system blockages.

Key words :
abap statement 'set update task local', 'set update task local', processing time grows continuously, increase rdisp/rfc_min_wait_dia_wp proportionally, 000            gw/max_overflow_usage = 80            gw/req_stack_size = 150, rdisp/rfc_min_wait_dia_wp parameter set, application sends mass data, original rfcs continue processing, rdisp/rfc_check parameter set, rfcs send large datasets

Related Notes :

1423066Optimization of the performance in EWM
1260137Work process status "Stopped RFC" by SAPLARFC (tRFC/qRFC)
1250813SAPLARFC uses all dialog work processes
888279Regulating/distributing the workflow load
790672Processes terminate with TIMEOUT 'ARFC_END_TRANSACTION'
565527Deadlock when using local update (IDocs)