Documente Academic
Documente Profesional
Documente Cultură
The differences between the functional trace and the Global Workload Monitor are explained in the section Difference Between the Functional Trace and the Global Workload Monitor. Features You can perform the following analyses, among others, in the Global Workload Monitor: o How is the workload distributed among the individual service types? (For more information about service types, see Displaying the Workload Overview.) o What is the workload of individual actions? o o o o o o o How is the workload distributed over the individual hours of the day? Which action steps have the longest response and wait time? What workload data is created when calling external components? What is the workload of individual users and which actions has a user performed? What workload is created in a component on the basis of actions of external components? What is the response time distribution for individual service types (required, for example, for Service Level Agreements)? What is the availability of the statistical data for the individual components?
Page: 1 of 5
File: 130452986.doc
Transaction ST03N
o o See also: Operating the Global Workload Monitor Configuring/Self-Monitoring of the Global Workload Workload Collector Monitor Monitor You can choose the period for which you want to display data between day, week, and month, or specify the Last Minutes Load as you require. You can display data for any component or optionally totaled for all components of a type.
Page: 2 of 5
File: 130452986.doc
Transaction ST03N
Workload Monitor (Transaction ST03 or ST03N)
The ST03 Workload Monitor is the central access point for analyzing performance problems in the SAP system. ST03N is a revised version of transaction ST03. In current SAP Releases transaction ST03N replaces transaction ST03 and is automatically started when you enter transaction code ST03. Here you can compare the performance values for all instances, and compare the performance of particular instances over a period of time. Due to the number of possible analysis views for the data determined in transaction ST03, you can quickly determine the cause of performance problems. You can use the workload monitor to display the following, among other things: Number of instances configured for your system Number of users working on the different instances Response time distribution Distribution of workload by transaction steps, transactions, packages, subapplications, and applications Transactions with the largest response times and database time Memory usage for each transaction or each user per dialog step Workload caused by RFC, broken down by transactions, function modules, and destinations Number and volume of spool requests Statistics about response time distribution, with or without the GUI time Optional: table accesses Workload and transactions used by users, broken down by users, accounting numbers, and clients Workload generated by requests from external systems
Switch to advanced mode. Choose an analysis period. Choose an analysis view. Look at the DB time. It should not be more than 40% of the response time.
The following are important analysis views in transaction ST03: System load overview: general response time distribution across different task types Time profile: How does the response time react over the day? Are there peak times with bad response times? Transaction profile: Can you observe response time problems in general or only in certain transactions?
Page: 3 of 5
File: 130452986.doc
Transaction ST03N
Handy Hint Important information in ST03 are time and transaction profile as well.
In the Workload Monitor you can also determine which transactions have accessed which database tables and how often. Since the number of statistics records greatly increases by logging table accesses of this type, this option is deactivated by default.
Be Careful You should only activate it temporarily for individual analyses, and for individual transactions, since performance problems can occur in the statistics collector otherwise.
Refer to the SAP documentation in http://help.sap.com/ for more documentation on this transaction. Because of the inherent complexity of the SAP ERP system, system performance depends upon many factors. Factors such as the operating system, network, database and SAP configuration itself contribute to the system performance. SAP system comes with tools for system performance monitoring. Several SAP transactions are available to monitor the performance. Some of the important ones are mentioned below: 1. ST03N - Workload Monitor 2. SM50 / SM66 - Work Process Overview 3. ST06 - Operating System Performance 4. ST04 - Database Monitor 5. ST02 - Setup Buffers The above are some of the central monitoring transactions used in SAP R3 performance analysis. To move a bit in detail, transaction ST06 can provide valuable information on the operating system performance at the server level. CPU usage, memory allocation etc can be looked at in detail using this transaction. SQL request on the underlying system database can be monitored using ST04 i.e. the database monitor. In real
Page: 4 of 5 File: 130452986.doc
Transaction ST03N
life instances, many factors can be responsible for slow SAP system performance. The root cause normally is not that apparent. In some cases due to peak workload, even system administrators will not be able to call transactions. In such rare cases, it is better to use tools at the operating system to solve performance problems.
Page: 5 of 5
File: 130452986.doc