Skip to Content
Businesswoman presenting Benchmarks on graphical screens

SAP Standard Application Benchmarks

SAP Standard Application Benchmarks help customers and partners find the appropriate hardware configuration for their IT solutions. Working in concert, SAP and our hardware partners developed the SAP Standard Application Benchmarks to test the hardware and database performance of SAP applications and components.

SAP Concurrent Benchmark

The newest member in the family of SAP Standard Application Benchmarks is called Concurrent Benchmark. To demonstrate the power of today´s hard- and software it is now possible to run several benchmarks – be it of the same type or different types – on the same infrastructure. Key to the concurrently running benchmark is that they share a common resource. The so called shared resource could be for example the server, the storage or the network.

Benchmark Definition and Methodology

1. Definition of a "single benchmark" and "concurrent benchmark".

A "single benchmark" is defined as a benchmark against one database with one SAP SID. A "concurrent benchmark" is defined as the parallel execution of several (two or more) single benchmarks at the same time. "One" concurrent benchmark therefore consists of several single benchmarks.

Each single benchmark out of a concurrent benchmark has to be a valid benchmark that fully complies to all rules.

All single benchmarks out of a concurrent benchmark have to have a common highload interval. This interval is defined as follows:

If only dialog benchmarks are involved, the common highload interval for all benchmarks is defined as the overlap of all single benchmarks. This interval has to be at least 15 minutes. A highload interval for batch benchmarks is currently not defined.

There have to be shared resources, which have to be listed in the certificate. For example:

  • OS
  • System (as defined in the "two-tier definition")
  • Storage system
  • Database
  • Network

2. Certification of concurrent benchmarks

The certification has two parts:

  • Part 1 shows the summary of the results and the concurrent setup
  • Part 2 lists all involved single benchmarks

2.1 The summary will include the following data:

  • Number of single benchmarks
  • Description of the configuration
  • Shared resources
  • One certification number

2.2 The list of all involved single benchmarks will contain all the data that is required as the "minimum data" defined in the publication rules.

3. Publication rules

The general publication rules as defined in the publication guide (e.g. minimum data, etc.), also apply to concurrent benchmarks. In addition the following requirements must be fulfilled:

3.1 It is not allowed to sum up users or throughput. E.g. it would be allowed to say "we achieved 10 times 100 users", but it is not allowed to sum this up to "we achieved 1000 users".

3.2 Condensed information is allowed if equal systems or releases are used. E.g. - "SAP enhancement package 5 for SAP ERP 6.0 for all systems"

  • "10 times productname each having 4 CPUs,
  • 2 GHz, ..."

3.3 The "shared resources" are part of the minimum required data for concurrent benchmarks.

Back to top