Parallel Processing in DIST

Maximize parallel processing of each transaction in the distributor (DIST) thread to improve replication performance.

For each primary database managed by an SAP Replication Server, the DIST thread uses the Stable Queue Transaction (SQT) thread to read transactions from the inbound queue, processes transactions one by one, and then uses the Stable Queue Manager (SQM) threads to write transactions to the outbound queue.

With parallel DIST processing, the DIST thread processes transactions in parallel after the SQT reads transactions from the inbound queue. Processing transactions in parallel increases the speed of replication, yet guarantees that the transaction delivery sequence to the replicate site is the same as the commit order of the transactions that occurred at the primary site.

Use the parallel_dist parameter to enable parallel processing in the DIST thread for a specific connection to a primary database or for all primary database connections to SAP Replication Server.

Ensure that SAP Replication Server has sufficient memory and processing resources, as enabling parallel processing consumes more of these resources. You can control the number of worker threads available to the global task manager which can then assign the threads to process tasks scheduled by the parallel processing of a transaction in the DIST thread.

Limitations to Parallel Processing in the DIST Thread

SAP Replication Server does not support parallel DIST processing for:
  • The SAP Replication Server System Database (RSSD)
  • Large transactions
  • SAP Replication Server commands
  • Markers
Instead, SAP Replication Server uses serial processing.
Related concepts
Control the Number of Worker Threads