Sap Bw Parallel Data Load

Scenario You have an twenty-one BW carcass with several (application) legions. You would like to distribute the workload of the data loads and other data storage wargonhouse management activities in a way that fits your needs best. This could mean that you would like to have all processes distributed across all available servers or that you would like to have one dedicated server for these processes. 2 doorway deplete uses the bourns instance and application server synonymously. In order to avoid misunderstandings we use the term instance for an SAP instance (application server) in this document.For a physical machine we use the term server. round of the settings described in this document are done on an instance level, some on a server level. If you dont have several instances (of the same SAP system) on one server you dont have to draw this distinction between instance and server when reading this document. there are a host of functions and settings in the area of load ba lancing provided by the basis system (Web Application Server). However, these have been designed primarily for SAPs ERP system.Customizing these features for optimal use with SAP BW requires further favors. The challenges presented with data load processing originate from the fact that many fairly long discharge processes can be started almost simultanesouly. The standard SAP load balancing approach takes the quality of the instances into consideration when distributing the load. This quality is evaluated in regular intervals (five minutes by default). Within one interval a serve of parallel processes may be started on the best instance, using a lot of work processes season the other instances are idle.An optimal distribution of BW OLAP workload or data load choice consumption cannot readily be masterd with this standard method. Without adequate planning, and under heavy workload (peak) conditions, the risks can growth that hardware becomes a bottleneck a limited number of se rvers can become saturated with processes go through resources, and performance (and stability) can potentially suffer significantly. A successful load balancing approach optimally utilizes the hardware resources that have been allocated to the BW system.Note that this discussion assumes that an adequate sizing has been performed to properly size the SAP BW system (see SAP Service Marketplace alias quicksizer for more information). This document describes load balancing approaches for true SAP BW activities. Commonly these activities process large amounts of data. Data (within one process) is split into packages and can therefore be processed in parallel on one or across several servers or instances. On the other hand, several processes can run in parallel on one or on several servers or instances.This means that we can have parallel processing (and consequently achieve load balancing) both within one process and across processes. In our examples we will use a system called XXX a s SAP BW system and a system called YYY as an SAP source system of XXX. During data load processing, data is extracted from the source system and sent to the target SAP BW system. Other load processes involve the SAP BW system as source system, as well as the target system (for example, DataMarts, activation of data in ODS objects). The instances and servers on XXX are as follows, the server ab1234 being the database server