A Prasad Rao 

February 9, 2015 9 minute read

White Paper SAP Sizing Solution

Based on Users and Workloads
27 Likes 17,359 Views 19 Comments 
What is SAPS
SAPS is the standard SAP Benchmark of performance measurement ( i.e. measurement
of CPU power). SAPS is an acroynm word for – SAP Application Performance Standard
(SAPS).
It is hardware-independent unit of measurement that describes the performance of a
system operation in the SAP environment. It is derived from the Sales and Distribution
(SD) benchmark.
Hardware vendors do a benchmark on their hardware for SAP as per their methodology
to see how many SD users can be supported. Each module has a weightage. The
number of users in each module is converted to number of Normalized SD (NSD) and
SAPS value can be obtained.
QuickSizer
Standard SAP sizing tool is available in SAP Marketplace called Quicksizer. However,
SAP standard tool is for estimate only and is not accurate. It does not benefit to
customers to get the exact sizing solution.
Sizing solution in QuickSizer tool is based on number of concurrent users in each
module, approximate number of objects created in each module and approximate
number of line items created in every hour.
However, practically, only business functionality who are familiar with business
transactions may provide information regarding estimate number of objects created per
hour in each module-wise and estimate number of  line items  created or processed in
every hour. Basis or System Administration or technical consultants  are not sure what 
data to be entered in order to fill up the sizing in Quicksizer tool.
The question is whether it is mandatory to fill up the standard SAP Quicksizng tool?. The
answer is No.
SAP stongly advises customers to contact various Hardware vendors and obtain sizing
Questionnaires form from each vendor. Filled-up Questionnaires form will be sent back to
their hardware vendors. There is no need to enter number of objects  and / or  line
number of items created or processed in every hour. Hadrware vendors have their own
default values. They recommend configurations with sufficient headroom to avoid
resource bottlenecks.
Basis consultants from implementation partner can assist customer to filled-up
quationanaires form and also choose the correct hardware configuration.
Hardware vendors cannot help you estimate the impact of workload and infrastructure
changes ind eployed environments.
Limitation in using SAPQuick Sizing Tools
Sizing calculation is not an accurate. It is an estimate. SAP advises customers to contact
Hardware supplier to provide sizing solution based on the customer’s requirement. Every
Hardware supplier has its own sizing methodology.
Quicksizer estimates are based on assumptions – SAP  assumtions about resource
requirements based on transaction volumes generated by the user and the hardware
vendor’s assumption about how deployed application will use system resources.
Quicksizer cannot help you estimate the impact of workload and infrastructure changes in
deployed environments. When the CIO asks, “What will it take to support another five
hundred users?” or “Can we do multiple application and infrastructure configurations?”
Inaccurate : No consideration of workload and infrastructure changes while sizing
capacity and performance. Accuracy has been estimated at 20%. Hence it would be
difficult to obtain the exact accuracy of SAPS value.
The following lists are not taken into account in SAP Quicksizer calculation.
 Unicode
 Custom Objects
 Workload (batch processing, print)
 Interface

SAPS Sizing Methodology

In this document, SAPS calculation is taken on the basis of only number of users and
workload. SAPS calculation is taken into account only for SAPECC 6.0 with EHP and
SAP Netweaver 7.0 and higher. Also this document is valid for  medium to large sized
companies i.e. up to 3000 users and database size up to 2TB. This document is not valid
for users beyond 3000 and database size  above 2TB.
Classification of SAP users:
Based on the working hours, SAP users are classified into Low, Medium and High users.
Low users:          Users that spend less than two hours working in SAP (Top
Management levels such as Executives, CFO, CIO, Vice-President, General Managers,
etc)
Medium users:    Users that spend around four hours in SAP (Middle executives level
such as Manager, Dy. Manager, Sr. Engineer, Account Officer etc)
High users:          Users that spend more than four hours in SAP (Clerk, Supervisors,
Junior Engineer, Junior Accounts officer, etc)
Based on my  experience in various Implementation and Upgrade projects , the SAPS
value is not influenced by the above-mentioned type of users. Hence SAPS value does
not vary between High, Medium and Low users.
Normalized  SD users:
Different modules have their own weightage. There are many various modules in SAP
R/3 or ECC systems.
These are
PP          Production Planning
MM         Materials Management
SD          Sales and Distribution
FICO       Finance and Controlling
HCM       Human Capital Management
QM         Quality Management
Classify the users  who are involved in business transactions in each module. For
example, if the number of users involved in Production Planning (PP) is 10, convert
number of PP users to SD users. Thus one PP user is equivalent to 1.3SD user because 
in the PP module, the number of Line items created per one PP transaction is more than
the number of line items created in one SD transaction. Therefore for ten PP users,
number of SD users will be 1.3*10 = 13SD users.
Similarly, one Human resources (HR) user equals 0.4SD user becasue in HR module
there is less number of line items created per one HR transactions than in one SD
transaction. One Plant Maintenance (PM) user is equivalent to 1.1SD user .
Hardware vendors do a benchmark on their hardware for SAP as per their methodology
to see how many SD users can be supported. The number of users in each module are
converted into number of Normalized SD user (NSD) and SAPS value can be obtained.

SAP QuickSizer tool: To Obtain SAPS for

number of named users
The tool is available in SAP MarketPlace website. This requires S-userid and password.
CLick the following website link
http://service.sap.com/quicksizing
(A)     Sample result for SAPS value is  shown in the figure
SAPS value based on Workloads
After obtaining SAPS for given users from SAP QuickSizer tool, additionally, the following
lists must be taken in to account for calculating SAPS value.
These are
 Custom Objects
 Interfaces
 Batch Loads
 Unicode
(B)     Rule of Thumb for Custom Objects:
Nearly all the SAP customers have large number of custom objects. Objects can be
programs, tables, function modules etc. Custom programs consume much more SAP
extended memory and high CPU utilization takes place because  of inefficient coding or
expensive sql coding. Hence SAPS value for custom objects is also to be considered.
Based on EWA reports from various customers, it is recommended that for custom
objects with reporting required SAPS  to be increased by 30% as a user executes most
of the custom objects in a Dialog workprocesses. Thus taking custom objects into
account
New SAPS for Custom objects = 30% of SAPS obtained from SAPQuickSizer tool
(C)     Rule of Thumb for Interfaces
Additionally 15 % more for standard SAP BI interface with SAP ECC system is taken into
account (since SAP Business Intelligence i.e. BI 7.0 extracts data from ECC 6.0, hence
heavy processing takes place in ECC 6.0 system (see the transaction code sm50 with
user “Aleremote” )  thus drastically lowering the performance . Hence required SAPS
value is increased by 15%).
Furthermore, Non-SAP interface with ECC system is to be taken into account i.e. ECC
system send / receive data from Non-SAP using IDOC. Hence required SAPS value is
increased by 5%.Thus for SAP Bi and  Non-SAP interafce with ECC system = 15+5 =
20% . Therefore
New SAPS value for Interface = 20% of SAPS obtained from SAP Quick Sizing tool.
(D)     Rule of Thumb for Batch Loads
Experience showed that batch load depends on the number of application servers
including primary instance.  Number of dialog instances required depends on the number
of users executing batch loads.
For example, assume for 1000 named users. one Primary instance and one Dialog
Instance  installed.  In this scenario, batch loads for two servers will be extremely high
where large number of  batch jobs processing takes place becasuse batch jobs are
distributed in only twos servers only.
However, if there are three Dialog instance servers installed in addition to Primary
instance server, batch jobs are distributed in four servers . Hence load in each server can
be medium to high for same number of users.
If there are more than five Dialog instance servers  installed in addition to Primary
instance server, batch jobs are distributed in six servers or more. Thus load in each
server can be low to medium.
Note that, experience shows that for more number of batch jobs running in parallel in all
application servers installed, high IO utilization will take place on database server.  This
will  slows  down overall Production system performance i.e. there will be high intensive
read / write operation on Disk / filesystems storage in  database server.
Thus it is advisable to schedule the jobs  after office hours. Also It is advisable not to
increase number of background work processes beyond 3  during office hours i.e. should
not be > 3 background workprocesses in each application servers including primary
instance server. This will improve  IO  performance and enable end users to work in SAP
production system comfortably.
It is recommended that 25% extra be taken account for  up to 3000 named users
Thus new SAPS value for Batch load = 25% of SAPS obtained from SAP QuickSizer tool
(E)     Thumb rule for Unicode System loads
Unicode systems use between 1 and 5 bytes of space to store single characters. As a
result, the resources of the system could be doubled.
Practically, the load on the CPU caused by the applications, increased by about 25-35%.
The load on the RAM, again caused by application programs / transactions  increased by
about 50%.
It is advisable that 25% extra be taken so the required SAPS  is increased by 25%  for
the databse size up to 2.5TB and irrespective of the number of users.
Thus SAPS for unicode system = 25% of SAPS obtained from SAP Quicksizer tool.
(F) Final SAPS result for Production system
Total SAPS value (F)  = SAPS value obtained from SAP quick sizer tool (A) + SAPS
value obtained from Custom Load (B) + SAPS value obtained from Interfaces (C) +
SAPS value obtained from Batch load (D) + SAPS obtained from uniocde (E) .
Sample example is shown in the figure below.

Accuracy has been estimated at  55% because  we have taken estimate value for custom
loads, interfaces, uniocde  and batch loads. Also other processes such as data Archiving,
Monthly/Quarterly/yearly closing account , full offline/online backup etc are not taken into
account.

SAPS for Non-Production systems

SAPS for Development server
Only business configuration data is created in the development system. There will be no
master and applications data . Custom objects are created in development server and
also unit testing takes place in this server.
Thus only few developers will be used in the development server.
Thumb Rule: 35% of  Final SAPS taken in Production system  (F) will be used  for
Development server.
SAPS  for Quality Server
In Quality system, data such as Master, Applications, User, Business configuration will be
present in the Quality server. Periodically, data in the quality system is refreshed with full
Production data.  Customizing data and / or custom objects imported into Quality system
by means of transport requests that were created and released in the development
system. After transport requests imported into the quality server, business consultants
test business transactions or reports to ensure no error occured in the quality system.
Thus there will be some workprocesses (Dialog / background) running in the quality
server during testing the transactions or reports.
Thumb Rule: 65% of  Final SAPS taken in porduction system (F) will be used for Quality
server.
FAQ
Usually similar questions arises from various SAP customers
1)           What SAPS value are required for database server and SAPS value for Central
Instance Server ?
Though SAP recommends 30% of Final SAPS value for database server and 70% of
Final SAPS value for Central Instance server.
I do not agree with SAP recommendation as the performance issue is mostly due to high
database server load because more number of workprocesses status in “running” (as in
transaction code sm50 or sm66) connected to database server for data fetch  ( you can
see in transaction code sm50 or sm66 “Sequential database read” or commit data i.e.
saving records or line items to the database server ((high intensive Read and Write
operations on the Disk storage  in the database server causes extremely high IO load).
Hence it is strongly advisable to have higher SAPS value for Database server.
2)     How many Application servers are required i.e. required number of Dialog Instance
servers ?
Total number of workprocesses  depends on the number of CPU or cores installed in the
server. One core (  for CPU speed less than 3GHz) can handle two  workprocesses. For
CPU speed is 3GHz or higher, one  core can handle five  workprocesses. So for example
if Central Instance has 6 cores and its CPU speed is 3.2Ghz then maximum number of
workprocesses permissible is 30.  To increase beyond workprocesses, you need
additional application server (i.e. Dialog Instance Server).
3) What about SAPS value after version upgrade ?
For version upgrade from SAP R/3 4.6C or below to SAP ECC 6.0 with EHP 4 or higher 
or SAP WEB AS 620 and below upgrade to SAP Netweaver 7.3 and higher  without
unicode   existing SAPS to be increased by 40% or by 60%  with unicode. 
For version upgrade from SAP ECC 5.0 to SAP ECC 6.0 with EHP 4 or higher or
SAPWEB AS 640 and higher upgrade to NW 7.3 and higher. existing SAPS to be
increased by 20% for non-unicode and 30% for uniocde
SAPS is not relevant for for EHP upgrade or SP stack upgrade,  However, for additional
number of users, SAPS calculation is to be taken in to account.
Summary
Quicksizer estimates are based on assumptions. This white paper describes sizing
exercises which includes custom objects, interfaces, Batch loads and Unicode to obtain
SAPS in more accurate results.
Written by
A Prasad Rao