Professional Documents
Culture Documents
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
2
In this session.
Security 7.62
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
5
Tip 1: MultiProviders and Hints
With SAP BW 3.0B SP14 (SAP BW 3.1 SP8 and later versions, you can change
the default value of 30,000 rows refer to SAP Notes 629541, 622841, 607164,
and 630500.
You can also change the number of dialogs (increase the use of parallel processing)
in RSADMIN by changing the settings for QUERY_MAX_WP_DIAG.
8
What Well Cover
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
9
Aggregates
Aggregates are much less used by the SAP installation base than
training and common sense should dictate.
The interface to build the summary tables (aggregates) are intuitive
and easy to master, but few are taking real advantage of them.
Even among those that are using aggregates, many have poorly
defined solutions & seldom monitor the usage, thereby limiting the
benefits of this simple technology.
12
Tip 4: Reduce the number of overlapping Proposals
We reduce the overlapping proposals
by optimizing them.
This may reduce the proposals from 99
to less than a dozen
High valuation and high usage is what we are looking for. This indicates high reduction
of records in aggregate and high benefits to users.
.
When using 3rd party query tools and ODBC to query directly into the
DSO, you are bypassing the OLAP Processor. Therefore, you cannot
accurately performance tune the system using aggregates (statistics),
nor will the 3rd party tool benefit from aggregates.
13
Activate the aggregate
1. Click on Jobs to
see how the
program is
progressing
Fill aggregate with summary data
What Well Cover
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
16
Tip 5: Use the Right Read Mode for Queries
1. Read all data (all data is read from a database and stored in user
memory space)
Reserve the Read all data mode for special queriesfor instance,
when a majority of the users need a given query to slice and
dice against all dimensions, or when the data is needed for data
mining. This mode places heavy demand on database and
memory resources and might impact other SAP BW processes
and tasks.
This strategy results in a smaller initial result set, and therefore faster
query processing and data transport as compared to a query where all
characteristics are in rows.
This strategy does not reduce the query result set. It just separates
the drill-down steps. In addition to accelerating query processing, it
provides the user more manageable portions of data.
Source: Catherine Roze,
19
Some Performance settings for Query Execution
This decides how many records are read
during navigation.
New in 7.0 BI:
OLAP Engine can
read deltas into the
Examine the cache. Does not
request status invalidate existing
when reading query cache.
the InfoProvider
Turn off/on parallel
processing
P1 of 3
22
Look for patterns and see the performance details
P2 of 3
23
Real Example: This system has issues with the Oracle DB
P3 of 3
Distribution Types
26
Tip 10: Debugging Queries - RSRT
Good: Formulas within an Infoprovider are returned at runtime and held in cache.
Bad: Local formulas and selections are calculated with each navigation step.
2. Line item dimensions are basically fields that are transaction oriented and therefore,
once flagged as a line item dimension, is actually stored in the fact table. This
results in faster query access (no table join).
Solution: Many of the CKF can be done during data loads & physically
stored in the InfoProvider. This reduces the number of computations and
the query can use simple table reads instead. Do not use total rows when
not required (this require additional processing on the OLAP side).
Problem: Sorting the data in reports with large result sets can be time
consuming.
Solution: Reducing the number of sorts in the default view can improve
the report execution & provide the users with data faster.
Compression tools for CSS and Java scripts can reduce the overall web
template size. If you have thousands of users, this can be a life saver 32
What Well Cover
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs EarlyWatch Reports
Wrap-up
33
Tip 15: Is the Memory Cache Is Set Too Low?
Cache has a system default of 100 MB for local and 200 MB for global
cache. This may be too low for a system that can be optimized via
broadcaster.
Review the settings with the
Basis team and look at the
available hardware.
35
Tip 16: The Right OLAP Cache Persistence Settings
RSR_CACHE_DBS_IX
Optional Cluster table Medium and small result sets RSR_CACHE_DB_IX
36
Monitor Memory Usage Do you need more?
37
What Well Cover
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
38
Tip 17: Avoid Outdated Indexes and Database statistics
For high volume Infocubes, or cubes that have a high number of users, the
percentage used to build the DB stats can be increased from the default 10%
to 20%. This may yield more accurate query routing and better query
performance (consider this especially for cubes with old data partitioned)
Tip 18: Avoid replicating the transaction system in SAP BI
1. SAP_ANALYZE_ALL_INFOCUBES
2. ANALYZE_RSZ_TABLES
3. SAP_INFOCUBE_DESIGNS
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
42
TIP 19: Use BI Accelerator ASAP
SAP Any
BW tool
The SAP BI
Accelerator makes
query response time
50-10,000 faster.
SAP BIA is not used when the result set exceeds 3 million records
(max. default). When the result set is less, the data is sent as one
large data package to the application server (need fast network).
In the next SAP NetWeaver release the BIA will handle more of the
analytics processing such as top-5 products sales which is
currently done in the OLAP analytical engine.
Performance is measured
in terms of:
1. BIA index creation time
2. Multi-user throughput per hr.
3. Average report response time
4. Average number of records
touched by each report.
The BIA should be sized for critical applications. Most companies use
BIA only for Production, while others have a complete landscape 46
BIA is becoming mainstream
Some of SAP reference clients
BIA is no longer
Nike
something exotic.
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
48
Tip 20: SAP Solutions Manager - EarlyWatch Reports Are Great!
51
EarlyWatch Reports Finds Backup Problems
0.1 Backup Frequency
When we checked the backup log files, we detected that your backup strategy does not follow the SAP backup
recommendations.
In the time period from 09.01.2008 to 05.02.2008 , we noticed the following problems:
- There was no successful backup on Friday 01.02.2008
- There was no successful backup on Thursday 31.01.2008
- There was no successful backup on Wednesday 30.01.2008
- There was no successful backup on Tuesday 29.01.2008
Introduction
Performance Issues & Tips
MultiProviders and Partitioning
Aggregates
Query Design & Caching
Hardware & Servers
Designing for Performance
InfoCubes and DSOs
BI- Accelerator
Sizing and Implementation
Management and Costs
EarlyWatch Reports
Wrap-up
53
7 Key Points to Take Home
Use best practices for query design before you start massive hardware
performance tuning efforts.
Plan for growth what is the plan when you have 200,500, 1000+ users?
Monitor the system usage- do you need more app servers, memory, HW?
If you are building an Enterprise Data Warehouse, plan and budget for a
BIA installation.
EarlyWatch reports are a tool to live (and die) by. Use the report before
you have performance issues.
54
Resources