Optimized behavior in latest version of heterogeneous system copy with table splitting
If you plan to perform a heterogeneous system copy with table splitting in the next time, make sure to use the latest version of the Software Provisioning Manager, as offered by Software Logistics Toolset 1.0 SPS16 or higher (available in SAP Help Portal at help.sap.com/sltoolset).
With former versions, the thread dispatcher of the Migration Monitor might get blocked due to waiting for the successful processing of pre-packages (which might be very long-lasting under certain circumstances), which holds the dispatcher off starting further R3load processes. As a result, this might lead to an undesired inhomogeneous distribution of R3load processes, where in certain migration phases, only a low number of R3load processes gets active. This is visible in the graph below, showing a low number of R3laod processes in the beginning phase of the migration, taken from an example migration case:
With the latest version of Software Provisioning Manager, this behavior got optimized, so that the thread dispatcher can postpone the processing of corresponding packages to avoid waiting times in the handling of splitting packages, leading to a more harmonized distribution of a higher number of R3load processes and with this, a significant shorter runtime of the migration.
This optimization applies to all heterogeneous system copies (including sequential export/import and parallel export/import using FTP or file share) – only exception: behavior for parallel export/import with Socket mode is not changed, as the Socket mode requires a certain in-line processing of split table packages, so that the processing of pre-packages cannot be postponed. For all other use cases using table splitting, use the latest version of Software Provisioning Manager to automatically benefit from this optimization.