SAP BW Foundation Virtual Training Schedule
Day – Session name Date Session Timings Trainer Name
Day 1 – SAP BW Overview 19-May-14 2:00 PM – 4:00 PM vemuluri, Murali
Day 2 – SAP BW Data modeling 20-May-14 2:00 PM – 4:00 PM chukkala, Saritha
Day 3 – SAP BW ETL 21-May-14 2:00 PM – 4:00 PM Patra, Biswajit
Day 5 – SAP BW Administration 22-May-14 2:00 PM – 4:00 PM Gunasekar, Vinodh
Day 4 – SAP Reporting 23-May-14 2:00 PM – 4:00 PM Raj, C V Vijay
TERMINOLOGY - 2
Data Transfer Process
SAP BW/BI Version History
Name Version Release
BIW 1.2A Oct-98
BW 3.0A Oct-01
BW 3.0B May-02
BW 3.1 Nov-02
BW 3.1C Apr-04
BW 3.3 Apr-04
BW 3.5 Apr-04
BI 7 Jul-05
Simple Data Modeling Flow:
Purpose and Use of Data Modeling in BW
Data modeling is the “backbone” of the BI system.
It is a staging area helps to maintain large amount of operational and
historical data and the main purpose of data modeling is to structure and
organize the necessary data for Business users for data analysis.
Data Modeling serves as the tool for managing the middle phase of data
warehousing i.e. it helps managing the staging and transforming the data for
It provides more flexibility in terms of data transformation as compared to
the source system due to availability of various methods of data
InfoObjects are the basic information providers of BI and the smallest information
units in BI.
They structure the information needed to create InfoCubes/DSO Objects.
Characteristics bear master data (i.e. attributes, texts or hierarchies)
in BI. Attributes are InfoObjects that are logically subordinate to a
Types of Attributes: Display Attribute and Navigational Attribute
Key Figures InfoObjects provide values to be evaluated such as quantity, amount,
or number of items.
An InfoObject catalog is a collection of InfoObjects grouped according to
application-specific criteria/It is a directory of Infoobjects.
You can group Info Objects together in InfoObject Catalogs to provide both a
better overview to them and to arrange them logically.
Types of InfoObject catalog:
Characteristic: This is the collection of Characteristics InfoObjects
Key figure: This is the collection of Key figures InfoObjects
Info Providers – Business Purpose
An InfoProvider is an object for which queries can be created or executed in
BEx. InfoProvider can be either physical storage of data or virtual collection of
2. Data Store Objects (DSO)
InfoProviders can be displayed, created, and maintained in transaction
It is a multidimensional Structure/ Data Container used for Analysis &
An InfoCube can have maximum of 16 dimensions (3 dimensions are
provided by SAP i.e. Time, Data Package and Unit). A maximum of 256
characteristics can be included in each dimension.
A cube has 2 fact tables - E and F. When the requests in the cube are not
compressed the data exists in the F fact table and when the requests are
compressed the data lies in the E fact table.
ODS—Operational data store
DSO---Data store Object
It acts as a storage location for consolidated and clean-up transaction
DSO object contains:
data fields and
Data Store Object (DSO/ODS)
Data Store Object (DSO)
Every DSO object is represented on
the database by three transparent
Active data table: latest data,
current status of the data and used
Activation queue/New data table
: Data stored before activation,
delete after activation.
Change log: Contains the
complete history of the changes.
Data Store Objects
There are three different types of DSO’s in BI 7.0
Direct Update DSO
Write Optimized DSO
DSO for Direct Update is same as Transactional ODS in 3.x
Write Optimized DSO is a completely new type of DSO.
Write Optimized DSO
Consists of only one table of active data
Reporting is possible on the basis of these DataStore objects. However, we
recommend that you use them as a consolidation layer, and update the data
to additional InfoProviders, standard DataStore objects, or InfoCubes.
It also can be used as EDW layer for saving data. Business rules are only
applied when the data is updated to additional InfoProviders.
Direct Update DSO
A direct update DSO object differs from a standard DSO object in the way it
Data Store object type is filled using APIs and can be read via a BAPI.
Differences between Data Store Object Types
Type Structure Data Supply SID
Standard Consists of three
queue, table of
Consists of the
table of active
From APIs No Yes
Consists of the
table of active
A MultiProviders is a type of InfoProvider that combines data from a number
of InfoProviders and makes it available for analysis purposes.
The MultiProviders itself does not contain any data. Its data comes entirely
from the InfoProviders on which it is based. MultiProviders only exist as a
logical definition. These InfoProviders are connected to one another by a union
A query based on a MultiProvider is divided internally into subqueries. There
is a subquery for each Info Provider included in the MultiProvider. These
subqueries are usually processed in parallel.
• One can combine InfoCube, DSO
objects, InfoObjects and InfoSets in
• A union operation is used to
combine the data from these objects
into a MultiProvider.
• Here, the system constructs the
union set of the data sets involved. In
other words, all values of these data
sets are combined.
A data target is an object into which data is loaded. Data targets are the
physical objects that are relevant during data modeling and when loading
Data targets are:
InfoObjects (characteristics with attributes or texts)
Data Targets vs InfoProvider
Data targets physically store data in the underlying database tables.
InfoProviders not necessarily store data. Data can be populated on the
fly via infoproviders by the reports.
All data targets are infoproviders but vice versa is not always true.
An InfoProvider is an object for which queries can be created or
executed in BEx. InfoProviders are the objects or views that are relevant
Types of InfoProviders:
Process chain is defined as a sequence of interdependent processes,
it is required to perform a complete task in BW
Process chains are graphical scheduling & monitoring tool to maintain
automation, visualization & monitoring of tasks/processes.
Transaction code for Process Chain Maintenance: RSPC.
Different Process Chain Views:
Planning View: Use to check the Plan status of the Process chain.
Checking View: Use to check the consistency of the process chain
Log View: The results of each run are monitored..
Types Of Processes
Defines the start of a Process Chain
Special features of a Start process:
Only the start process can be scheduled without a predecessor
The start process cannot be a successor of another process.
Only one start process is allowed for each process chain.
A start process can only be used in a single process chain.
Application process represent BW activities that are typically performed
as part of BW operations.
Sample Application Processes:
1. Create Index
2. Delete Index
3. ODS Activation
4. Build DB Statistics
5. Compress InfoCube
Used to manage multiple predecessor processes that feed into the
same subsequent process
Collection processes available in BW
Process Control in BW
Load into PSA
Load into ODS
1. ‘Start Process’ starts the process chain. It is triggered when process chain is
scheduled to run.
2. ‘Drop index’ is recommended by SAP prior to data load.
3. ‘Execute Infopackage’ is then executed to extract data from the source system
into the PSA.
4. Data is pushed from PSA to ODS after required staging.
5. ODS is activated as data is transferred from new data table to active data and
the change log tables.
6. Data is then updated to further Datatargets.
7. Indexes are rebuild at this stage to improve Database access and the query
performance, in turn.
8. In the next step, the system generates data on the performance of the BW
architecture and stores it as BW statistics.
9. The data thus updated is rolled into the aggregates (if any).
Process Chain - Functionalities
Used to monitor
Process Chain – Scheduling
• There are multiple modes to schedule a process chain:
o Immediate – Process Chain(PC) run starts immediately once
o Date/time: PC is scheduled to run on specific date and time.
Using this, PC can be scheduled Hourly, Daily, Weekly, Monthly.
o After Job : PC would be triggered after completion of the
o After Event: PC would be executed once specified event is
o At Operation mode: PC is triggered to run during the specified
mode of operation.
Process Chain – Monitoring
• Process Chain logs can be viewed for different time periods i.e.:
o Same Day.
o Same day and Previous Day.
o One week ago.
o Current month and Previous month.
o Free Date: any timeframe starting 01/01/1000 to 31/12/9999.
• Symbols display the status of the runs of the individual process within the
o Yellow indicates that the chain is active.
o Green that the chain ended successfully.
o Red that the chain ended with errors or was terminated.
o Unknown is displayed if the status is unknown