Quick Sizing Tool Saps
SAPSSAP Application Performance Standard (SAPS) is a hardware-independent unit of measurement that describes the performance of a system configuration in the SAP environment. It is derived from the Sales and Distribution (SD) benchmark, where 100 SAPS is defined as 2,000 fully business-processed order line items per hour.In technical terms, this throughput is achieved by processing 6,000 dialog steps (screen changes), 2,000 postings per hour in the SD Benchmark, or 2,400 SAP transactions.In the SD benchmark, fully business-processed means the entire business process of an order line item: creating the order, creating a delivery note for the order, displaying the order, changing the delivery, posting a goods issue, listing orders, and creating an invoice.
Sizing and Response TimesThere are two different widely independent performance KPIs for systems - throughput and server response time for single processes.Systems are designed and optimized for highest throughput or fastest response times or lowest power consumption or other features such as RAS (redundancy, availability, serviceability). The combination of characteristics with every hardware is unique.In order to increase the awareness we introduced the new KPI Single Computing Unit performance (SCU performance). To be as hardware neutral as possible and due to virtualization technologies we use the term Single Computing Unit performance instead of single thread performance.There are some SAP applications that benefit from a good Single Computing Unit performance. This is especially valid for SAP CRM, SAP SRM and some business processes in SAP EWM.
Quick Sizer is a Web-based tool designed to make the sizing of SAP applications easier and faster. It has been developed by SAP in close cooperation with all platform partners and is free of cost. It is for initial sizing and contains the current releases only.
- Principles of SAP HANA Sizing - on premise and cloud. This presentation held at WIS conference in Amsterdam 2019 describes the sizing process for SAP S/4HANA. It describes when to use the HANA Quick Sizer and when to use the sizing reports. Download the Document.
- If the average sizing for a sizing element renders 1000 SAPS, and the peak sizing 1200 SAPS, the overall result of the sizing is 1200 SAPS. If the peak sizing should render a value below the average sizing (if specified by you), the Quick Sizer issues a message. You can then go on redefining your sizing.
When sizing one of these SAP applications, customers should discuss this topic with their hardware partners. Hardware partners should make sure that the Single Computing Unit performance of the planned system is sufficient to fulfill the response time expectations of their customers.Previous versions of Quick Sizer (versions 21 - 23) showed the following message when a sizing for SAP CRM, SRM or EWM was done:For good response times choose CPUs with a good single thread performance, especially for SAP CRM, SAP SRM, and SAP EWM.With the introduction of the single computing unit performance classes, every sizing element is classified. The classes are A, AA, and AAA. Virtualization Some Statements about Sizing and Virtualization. Even in a virtualized environment, sizing will remain important and necessary, e.g.
To determine the size of your virtual and physical server and/or to determine peaks to plan moves of virtual systems. In a consolidated environment it is essential, to not only measure the system load within the single system. Instead it is essential to relate the measurements to the overall load situation of the physical server. Each system might be influenced by its neighbor systems, so that bottleneck investigations of a single system always require sanity checks on the other systems.
This kind of effects might be found in aspects of system operation (file system performance and latency, network bandwidth and latency, CPU and memory resources). In general, with virtualization you can realize cost savings because of load balancing and system/server consolidation. Therefore, you can realize savings in terms of energy and cooling. For the right virtualization strategy you should get in touch with your hardware vendor. In a consolidated environment you can add or increase services, as long as there are still computing resources available and as long the system is still able to respond within the expected response characteristics. Since SAP systems are typically sized for peak utilization the co-location of services on the same server will often lead to a lower utilization than expected (especially, if peak situations occur at different point-in-time.
This is only valid for the CPU, not for the memory. The same amount of memory that was sized for a non virtualized landscape must be also available in your virtual environment (there should be no swapping in a virtualized environment). Therefore, in a virtual environment the memory is more often the bottleneck than CPU and disk. There is an overhead through virtualization which means that more hardware is needed (for the overhead of the virtualization software), however there are possibly potential cost savings through virtualization (e.g.
CPU over-commitment). First experience and measurements have shown that approx. 10% of additional resources are needed for the virtualization software. Please note that it depends heavily on the workload. The overhead might be much higher for particular cases. Virtualization is less suitable for in-memory computing applications. If a system in a virtualized environment will be moved from A to B, then it depends very much on the size and the change rate of memory.
Some problems might occur if sufficient memory is not provided. In such a situation maybe even memory under-commitment would be needed. In addition, the move can need much time because the memory has to be synchronized. In extreme situations it might even not be possible to make a (fast) move, because the change rate might be bigger than the move rate.
Some details on the search functionThe program searches for your search string across the visible and invisible parts of Quick Sizer. The results are displayed in the navigation tree. The search is version dependent.All result lines are marked with an information icon. If the string is found in the visible parts, the search string result will be presented bold and enlarged. If the search string is found in the invisible parts, the entire result line will be presented bold, enlarged, and in italics. If a result only partially contains the search string, only the search string is marked bold and enlarged.
SAP offers standard sizing methods and tools for SAP solutions: Depending on the solution, SAP provides t-shirt sizings (simple algorithms with many assumptions), formulas (simple or more complex), questionnaires without formula (for structured questions), Quick Sizer (based on users and throughput), performance monitoring, and customer performance tests. You can perform greenfield and advanced sizings with from SAP, a web-based tool developed in close cooperation with SAP’s Technology Partners. Using the Quick Sizer is free of charge and offers you links to SAP’s Technology Partners. SAP Application Performance Standard (SAPS) is a hardware-independent unit of measurement that describes the performance of a system configuration in the SAP environment. It is derived from the Sales and Distribution (SD) benchmark, where 100 SAPS is defined as 2,000 fully business-processed order line items per hour.In technical terms, this throughput is achieved by processing 6,000 dialog steps (screen changes), 2,000 postings per hour in the SD Benchmark, or 2,400 SAP transactions.In the SD benchmark, fully business-processed means the entire business process of an order line item: creating the order, creating a delivery note for the order, displaying the order, changing the delivery, posting a goods issue, listing orders, and creating an invoice.
Check for more information. The SAP Business Units are responsible for providing standard sizing guidelines. SAP´s Hardware Partners are still responsible for the final sizing and configuration of the hardware systems. SAP teamed up with the SAP Technology Partner to develop a joint sizing tool. The collects all hardware-neutral input parameters and thus simplifies the sizing process. In between the following groups different roles may need to perform (at least a greenfield) sizing: SAP Sales, Consulting, the implementation partner, the customer’s IT basis team. There are two different widely independent performance KPIs for systems - throughput and server response time for single processes.Systems are designed and optimized for highest throughput or fastest response times or lowest power consumption or other features such as RAS (redundancy, availability, serviceability).
The combination of characteristics with every hardware is unique.In order to increase the awareness, SAP has introduced the new KPI Single Computing Unit performance (SCU performance). To be as hardware neutral as possible and due to virtualization technologies SAP uses the term Single Computing Unit performance instead of Single Thread Performance.There are some SAP applications that benefit from a good Single Computing Unit performance of the application server.
This is especially valid for SAP CRM, SAP SRM and some business processes in SAP EWM. When sizing one of these SAP applications, customers should discuss this topic with their hardware partners. Hardware partners should make sure that the Single Computing Unit performance of the planned system is sufficient to fulfill the response time expectations of their customers.For more information check SAP note 1501701 and the. Even in a virtualized environment, sizing will remain important and necessary, e.g.
To determine the size of your virtual and physical server and/or to determine peaks to plan moves of virtual systems. In a consolidated environment it is essential, to not only measure the system load within the single system. Instead it is essential to relate the measurements to the overall load situation of the physical server. Each system might be influenced by its neighbor systems, so that bottleneck investigations of a single system always require sanity checks on the other systems.
This kind of effects might be found in aspects of system operation (file system performance and latency, network bandwidth and latency, CPU and memory resources). In general, with virtualization you can realize cost savings because of load balancing and system/server consolidation.
Therefore, you can realize savings in terms of energy and cooling. For the right virtualization strategy, you should get in touch with your hardware vendor. In a consolidated environment you can add or increase services, as long as there are still computing resources available and as long the system is still able to respond within the expected response characteristics. Since SAP systems are typically sized for peak utilization the co-location of services on the same server will often lead to a lower utilization than expected (especially, if peak situations occur at different point-in-time. This is only valid for the CPU, not for the memory. The same amount of memory that was sized for a non virtualized landscape must be also available in your virtual environment (there should be no swapping in a virtualized environment). Therefore, in a virtual environment the memory is more often the bottleneck than CPU and disk.
There is an overhead through virtualization which means that more hardware is needed (for the overhead of the virtualization software), however there are possibly potential cost savings through virtualization (e.g. CPU over-commitment). First experience and measurements have shown that approx. 10% of additional resources are needed for the virtualization software.
Please note that it depends heavily on the workload. The overhead might be much higher for particular cases. Quick Sizer is a Web-based tool designed to make the sizing of the SAP solutions easier and faster. It has been developed by SAP in close cooperation with all platform partners and is free of cost. With Quick Sizer you can translate business requirements into technical requirements. Simply fill in the online questionnaire, an up-to-date survey that is based on business-oriented figures. The results you obtain can help you select an economically balanced system that matches your company's business goals.
Sap Sizing Guide
You can set archiving flags for sizing elements on Quick Sizer questionnaires. If the flag is set, Quick Sizer checks, whether a corresponding archiving object exists. If the flag is set and there is no corresponding archiving object, the system displays an information message. If there is an archiving object, you get the name of the archiving object on the result page (levels 'Results, statistics, inputs' and 'Sizing elements').Setting of the archive flag does not influence the calculation of Quick Sizer.Check also further information about in classic Quick Sizer and in HANA Quick Sizer.