- As CCMS is the SAP standard interface to third-party monitoring tools, these failure events may also become visible in non-SAP monitoring tools.
- Read and write access from the central monitoring system is possible in two different ways: xUsing a defined ABAP interface, in the case of an SAP instance xUsing the CCMS agent, in the case of any server on which the agent is installed and active CCMS agents are independent processes with an interface through RFC to a central monitoring system and an interface to the shared memory.
You cna configure CCMS in the working client of your system no need for 000. No special roles are needed,just that you need access to RZ20 and RZ21 transaction codes for CCMS Configuration. You can find many blogs related to CCMS config. At the following link: Monitoring your SAP NetWeaver Components original link is broken.
Purpose
The purpose of this page is toexplain how the work processes of an SAP instance can be monitored through the CCMS infrastructure.
Overview
This page provides details about the CCMS monitoring infrastructure, specifically focused in the work process monitoring, providing details about how to find the monitoring functions and how to configure them accordingly.
CCMS Transaction RZ20
The CCMS monitoring infrastructure, a solution within SAP NetWeaver, centrally monitors any IT environments - from individual systems through networked SAP NetWeaver solutions, to complex IT landscapes incorporating several hundred systems. In this section, you learn about the Alert Monitor (transaction RZ20) and its monitoring functionalities.
Most of the work process monitoring functionalities can be found in transaction RZ20, by following the below path.
RZ20 transaction → SAP CCMS Monitor Templates → Entire System → <SID> → Application Server → R3Services.
Monitoring Dialog Work Process Resources
By expanding the Dialog box under the R/3 Services monitoring tree, as per the iniital image, you will have accessed to the dialog work process monitoring structure, as you can see below.
The MTEs for dialog work process monitoring shown above, can monitor the following resources.
Utilisation - Average usage of dialog work processes of an application server
PrivMode Utilisation - Percentage of dialog work processes in PRIV mode
NumberOfWpDIA - Number of dialog work processes
ErrorsInWPDIA - Number of errors in dialog work processes
ErrorFreqInWpDIA - Number of errors in dialog work processes per minute
EndedWpDIA - Number of completed dialog work processes
QueueLength - Average usage of dispatcher wait queue for dialog work processes
LongRunners - Average time for long-running dialog work processes
Monitoring Background Work Process Resources
By expanding the Background box under the R/3 Services monitoring tree, as per the initial image, you will have accessed to the background work process monitoring structure, as you can see below.
The MTEs for background work process monitoring shown above, can monitor the following resources.
Utilisation - Average usage of background work processes of an application server
NumberOfWpBTC - Number of background work processes
ErrorsInWPBTC - Number of errors in background work processes
ErrorFreqInWpBTC - Number of errors in background work processes per minute
EndedWpBTC - Number of completed background work processes
ProgramErrors - Program error when executing background jobs
ServerSpecificQueueLength - Number of released jobs that are waiting to be executed
AbortedJobs - Terminated jobs on an application server
Monitoring Spool Work Process Resources
By expanding the Spool box under the R/3 Services monitoring tree, as per the initial image, you will have accessed to the spool work process monitoring structure, as you can see below.
The MTEs for spool work process monitoring shown above, can monitor the following resources.
Utilisation - Spool work process load percentage
NumberOfWpSPO - Number of spool work processes
ErrorsInWpSPO - Number of errors in spool work processes
ErrorFreqInWpSPO - Number of errors in spool work processes
EndedWpSPO - Number of completed spool work processes
QueueLength - Utilized area of dispatcher queue (percentage)
ServiceQueue - Utilized area of spool service queue (percentage)
ServiceQueuePriv - Utilized area of spool request queue for processing in order (in %)
ServiceQueuePages - Number of pages to be output in spool request queue
DeviceCacheUsed - Utilized area of entire device cache (percentage)
DeviceCacheFixed - Utilized area of fixed device cache (percentage)
HostspoolListUsed - Utilized area of host spool request list (percentage)
Monitoring Update and Update 2 Work Process Resources
By expanding the Update box under the R/3 Services monitoring tree, as per the iniital image, you will have accessed to the update V1 and V2 work process monitoring structure, as you can see below.
The MTEs for update V1 and V2 work process monitoring shown above, can monitor the following resources.
Update V1
QueueTime - SAP update task V1: Average wait time in dispatcher queue
Utilisation - SAP Update Task V1: Percentage load for update task work process
NumberOfWpUD1 - Number of update1 work processes
ErrorsInWpUD1 - Number of errors in update 1 work processes
ErrorFreqInWpUD1 - Number of errors in update 1 work processes per minute
EndedWpUD1 - Number of completed update 1 work processes
Update V2
QueueTime - SAP update task V2: Average wait time in dispatcher queue
Utilisation -SAP Update Task V2: Percentage load for update task work process
NumberOfWpUD2 - Number of update 2 work processes
ErrorsInWpUD2 - Number of errors in update 2 work processes
ErrorFreqInWpUD2 - Number of errors in update 2 work processes per minute
EndedWpUD2 - Number of completed update 2 work processes
Monitoring Enqueue Work Process Resources
By expanding the Enqueue box under the R/3 Services monitoring tree, as per the initial image, you will have accessed to the enqueue work process monitoring structure, as you can see below.
The MTEs for enqueue work process monitoring shown above, can monitor the following resources.
QueueLength - Monitoring object enqueue server: Percentage length of the queue
ErrorsInWpENQ - Number of errors in enqueue work processes
ErrorFreqInWpENQ - Number of errors in enqueue work processes per minute
EndedWpENQ - Number of completed enqueue work processes
Monitoring Scenarios Examples
- Using the MTEs called QueueLength, monitor the percentage of the dispatcher queue utilisation for that specific work process type. With this, you can proactively detect system bottleneck situations soon enough to prevent a system outage. SAP Note 15606 provides more details about the dispatcher queue overflow situations.
- Using the MTEs called Utilisation, you can proactively monitor whether all the work processes of an specific type are simultaneously occupied in the system, therefore, detecting specific scenarios where a bottleneck situation might occur, leading to requests waiting in the dispatcher queue.
- Using the MTEs called ErrorsInWp<type> you can proactively monitor whether errors occur in the work processes. These errors might point to other undesired known system misbehaviors, bringing them to your knowledge and allowing you to correct them.
CCMS Auto-Reaction Methods
In the CCMS monitoring infrastructure, you can set up any MTE available in transaction RZ20 to automatically trigger email alerts in case the values reported by them meet the threshould values defined. The next chapters will explain more details about the configuration process to achieve this.
Defining Threshold Values for the Monitored MTEs
The first step is to define which MTEs you want to monitor in transaction RZ20, with this, you can start to set up their thresholds accordingly, so you are alerted in the correct scenario. Follow the Adjusting the Threshold Values chapter from the Configuring Alert Triggering and Alert Reactions SAP online help documentation for a detailed step by step on how to achieve this.
Defining and Assigning Auto-Reaction Methods for the Monitored MTEs
The second step to achieve this configuration is to define and assign the auto-reaction methods to the desired MTEs in the CCMS monitoring infrastructure. In order to perform this configuration, follow the steps mentioned in the Defining an Automatic Alert Notification SAP online help documentation.
Alternatively, you can choose to define Central auto-reaction methods, which will trigger the email alert from the central system instead of the local system. For this configuration, refer to the SAP online help Setting Up Central Auto-Reaction Methods for more details.
Displaying MTE Performance Information Graphically
Withing the CCMS transaction RZ20, you can display the performance values shown by an specific MTE as a graphic, allowing you to make faster and more accurate analysis based on the reported data. In order to display the MTE values as a graphic, follow the below steps.
- Select the Performance MTE in RZ20.
- Click in the Display Details button.
- Select whether you want to display the last 30 minutes or 24 hour value.
- Click in the 'Display performance values graphically' button.
- The graphic is finally shown in the below format.
Related Documents
Related SAP Notes/KBAs
SAP Note 939616 - CCMS auto-reactions: Help with troubleshooting
SAP Note 176492 - Automatic email when an alert occurs (RZ20)
SAP Note 15606 - Overflow of dispatcher request queue
Sap Ccms Monitor Templates Tcode
The SAP Computing Center Management System provides a special alert monitor for SAP NetWeaver Process Integration (PI). You can use this alert monitor to monitor the PI components on AS ABAP and AS Java (including the Business Process Engine) centrally. You can also use it to identify different categories of system errors and application errors in the various interfaces and interface namespaces of the components involved.
Besides the information on the monitored components, the alert monitor also provides information about the qRFC queues relevant for PI. These queues ensure that messages in PI are processed exactly once only, and that they are processed in chronological order. For more information, see Queued RFC (qRFC).
Sap Ccms Configuration
The CCMS Alert Monitor provides the following features:
Sap Ccms Monitoring Configuration
Automated, central monitoring that does not require any administration tasks, except where alerts occur.
Proactive monitoring by means of alerts that are triggered as soon as a particular threshold value is not reached, or is exceeded.
Support for problem solving through predefined analysis functions, which you can use to remove the cause of an alert in a particular component.
Note
We recommend that you use the PI Monitoring dashboard in the Technical Monitoring Work Center in SAP Solution Manager for central monitoring. The information provided here for PI monitoring using CCMS is only for reference.