Using Local Monitoring Tools

Objectives

After completing this lesson, you will be able to:
  • Understand the reasons for System Monitoring
  • Describe the local Monitoring Architecture
  • Use SAP MC for System Monitoring
  • Use Alert Monitor for System Monitoring
  • Outline how to use CCMS as a Central Monitoring System
  • Use SAP command line programs to monitor, test and solve events

Why is monitoring important?

Monitoring: Why and How?

Nowadays, business processes can involve many components. These components (whether produced by SAP or not) must be monitored, because either a gradual reduction in performance or a sudden breakdown of a component could affect overall productivity. As a system administrator, it is your responsibility to monitor the system landscape regularly, both to deal with errors and to prevent them.

Once an event has been reported it might be useful to use local monitoring options to find the root cause for the event.

  • Why?

    • To ensure the efficient processing of business processes.

    • To ensure system security and stability.

  • How?

    • Centrally and cross-system

    • With an alert if an error occurs

    • With help that provides cross-system detailed information if an error occurs

Example:

A file system where files of the SAP database are stored is 100% full. The database can no longer extend the tables in the files. A user performs a business transaction in the context of which a data record should be asynchronously added to a table. The insert fails due to the space problem on file system level. To avoid further error issues the entire asynchronous update mechanism is deactivated by the system. All affected user sessions hang with the display of the hourglass. The SAP system hangs. If the fill level of the file system had been monitored regularly, the administrator could have taken action at the right time and system downtime could have been avoided.

Local Monitoring Architecture using Data Suppliers

Technical Basics: Data Supplier

The local monitoring architecture (also called CCMS monitoring architecture) is delivered with the data suppliers for the most important components of your SAP system and its environment and can therefore be immediately used without the need of further configuration. When starting an local monitor user interface, you can see that the data suppliers for reporting for the following components are already active:

  • The host systems on which your SAP system is running
  • The database
  • SAP instances (application servers) and their services
  • Components outside the system

You do not need to prepare or activate the monitoring architecture. The data suppliers in your system are either started automatically when the system is started, or are started as they are required. There are two different types of data suppliers

  • Passive Data Suppliers are started by the monitoring architecture, which is why they must be defined there. "Passive" describes the behavior of the data supplier in relation to the monitoring architecture: it does not start itself, but rather must be started by the monitoring architecture. Passive data suppliers are also known as data collection methods.
  • Active Data Suppliers are started by the monitored application rather than the monitoring architecture. These data suppliers are active in their start behavior in relation to the monitoring architecture.

A data supplier writes the values for the monitored objects in a segment of the shared memory, known as the monitoring segment.

The next figure shows that the local monitoring infrastructure consists of three parts: data collection, data storage, and data analysis.

At the data collection level, small subareas of an SAP system are monitored by special programs called data collectors. Data collectors can be ABAP, C/C++, or Java programs. In an ABAP based SAP system, hundreds of data collectors exist. Each data collector checks its sub-component at regular intervals and stores the collected monitoring data in the local monitoring segment.

Also, the monitoring infrastructure can be extended. You can integrate your own components using data collectors that you have written yourself.

The monitoring segment is the area of main memory that contains the monitoring data from the data collectors. Therefore, the monitoring segment performs data storage. The main memory data is continuously overwritten. Nevertheless, historical data can be kept in explicit database tables. You can then analyze the data later. The data collection and storage elements must be present on every component that is to be centrally monitored.

Caution

Each instance of an SAP system (with the software component SAP_BASIS) has its own monitoring segment in the shared memory. This means if there is, for example, an SAP system with 8 instances, there are 8 separate monitoring segments. The number of instances determines the number of monitoring segments. Whether or not multiple instances run on the same hardware does not matter here.

If the system identifies a problem, it can execute a specifically prepared Auto-Reaction Method, such as informing a responsible person.

Predefined Analysis Method help to clarify problem situations.

There are many different tools available to display the data from the monitoring segments for data analysis:

  • Displaying functions in SAP Management Console (SAP MC) and SAP Microsoft Management Console (SAP MMC)
  • SAP command line programs like dpmon or msmon.
  • In SAP ABAP based SAP system the Alert Monitor (transaction RZ20) to display and analyze alerts. Can be used local in one SAP System or - after configuration - central for your complete IT landscape.
  • Metrics could also be transferred to an SAP Application Lifecycle Management product like SAP Solution Manager, SAP Focused RUN or SAP Cloud ALM.
  • Third-party vendors and partners can use various interfaces to read the monitoring data from the monitoring segment.

Note

For more information about SAP Application Lifecycle Management (ALM), see https://support.sap.com/en/alm.html

For a list of certified partner products, check https://www.sap.com/partner.html.

Monitoring with the SAP Management Console (SAP MC)

Several main monitoring scenarios are available using the monitoring options provided by the SAP Management Console (SAP MC).

The SAP MC provides alert monitoring information based on predefined thresholds. With the SAP MC you can view the current state of the system as well as the most severe alerts that exist in the system with the corresponding alert colors.

System State Monitoring (for SAP Instances)

The monitoring area is divided in two parts. One area is for the open alerts and the other reflects the current status.

Open Alerts
To monitor the most severe alerts in the system, expand the Open Alerts tree structure and choose the relevant monitor. In the result pane, the SAP MC displays the most severe alerts that have occurred in the system. The table in the result pane displays the relevant KPIs, their values, and the time the alert last occurred. This view does not necessarily reflect the current state of the system.
Current Status
To monitor the current data reported for every monitoring tree element, expand the Current Status tree structure and choose the relevant tree element. In the result pane, the SAP MC displays the current state of the system and the most severe current alerts. The table in the result pane displays the relevant KPIs, their values, and the time the value was last measured.

If the system has not generated any alerts, the table in the result pane displays only the name of the relevant KPI.

To acknowledge the alerts in the system with an ABAP backend, select the Current Status or Open Alerts node from the tree structure of the relevant instance. From the context menu, choose All Alerts. The Alert Inbox appears where you can view the alerts and acknowledge them.

In the right pane choose the left mouse button on the Alert Name headline for choosing the different sort criteria. Every selection alternates between sorting "by alert", "order of the monitoring structure" or "by reverse alert".

You can configure the threshold values if the predefined levels are not suitable for your needs. For ABAP based SAP systems you can configure the threshold values in the Alert Monitor (transaction RZ20).

Additional Monitoring Options (ICM Monitoring, SAP Web Dispatcher Monitoring, Enqueue Monitoring, …)

If applicable, you can also view basic monitoring information about ICM or SAP Web Dispatcher operation. As an example, the available ICM Monitoring options are explained below.

  • To display information about the created worker threads, choose the Thread List sub-node from the ICM tree structure.

  • To display information about the existing connections, choose the Connection List sub-node from the ICM tree structure.

  • To display information about all objects currently in the ICM Server Cache, choose the Cache List sub-node from the ICM tree structure.

  • To display information about the proxy server list, choose the Proxy List sub-node from the ICM tree structure.

In addition you can find additional monitoring information for various processes, like the enqueue server or message server.

Database Monitoring

The hierarchical tree structure of an SAP system in the SAP MC inSKcludes a node for the database server. It often appears in a blue color.

To view detailed information, select the Database node. If an authentication is requested, enter the corresponding user-ID and the respective password.

The result pane displays the type of the server, the host of the database instance, the vendor of the database, and the SAP system ID (SAPSID).

Optional: Monitoring with the SAP Management Console (SAP MC)

Business Example

The SAP Management Console (SAP MC) offers functions to monitor the ABAP Platform.

Task 1: Using the SAP MC for Monitoring

On the WTS we want to use the SAP MC in order to monitor instances of the ABAP platform. For example, the ABAP Central Services instance (ASCS) and the ABAP Application Server instances (PAS and/or AAS).

Note

Replace the following variables in the flow of this exercise:

For the <SID> replace <X> (depending on the SAP System assigned to you):

  • replace <X> with D (for S4D)
  • replace <X> with Q (for S4Q)
  • replace <X> with P (for S4P)

For the ASCS instance replace <$$> (depending on the SAP System assigned to you):

  • replace <$$> with 10 (for S4D)
  • replace <$$> with 20 (for S4Q)
  • replace <$$> with 30 (for S4P)

For the PAS instance replace <$$> (depending on the SAP System assigned to you):

  • replace <$$> with 11 (for S4D)
  • replace <$$> with 21 (for S4Q)
  • replace <$$> with 31 (for S4P)

For the host name replace <host_name> (depending on the SAP System assigned to you):

  • replace <host_name> with s4dhost (for S4D)
  • replace <host_name> with s4qhost (for S4Q)
  • replace <host_name> with s4phost (for S4P)

Steps

  1. Start the SAP MC and log on with the operating system user <sid>adm.

    1. On the training WTS, start File Explorer.

    2. Select the Windows logo and type file

    3. Select File Explorer in the Best match results list.

    4. At the left of the File Explorer choose the entry wdflbmt<number>.

    5. In the area Devices and drives select Application (N:) with a double-click.

    6. Now choose the following path by selecting the corresponding folders in the following order: SAP > SAPMC > servicehttp > sapmc

    7. Select the file training_sapmc.jnlp and execute it with a double-click.

    8. Confirm the Security Warning: The application's digital signature has an error. Do you want to run this application? ... in the dialog box with push-button Run.

      Result

      The SAP MC should be started and will be opened.
    9. Wait until the red stop signs in the Navigation Pane at the left hand side disappear.

    10. In the SAP MC expand the node of the SAP system, which was assigned to you by the instructor, and select the <SAPSID>.

    11. Enter the operating system user ID <sid>adm and the corresponding password.

      The credentials will be provided by the instructor.

  2. Use the SAP MC to monitor the ABAP Central Services Instance (ASCS) ASCS<$$>.

    1. Select the following path: SAP Systems → Landscape 1 → S4<X> → ASCS<$$> on <host_name> → Current Status → OperatingSystem and check the following monitoring information:

      • How many % of the file system /usr/sap is currently used? _________________
      • How many CPUs are available on this server? ____
      • How much memory is configured on this server? _________
    2. Select the following path: SAP Systems → Landscape 1 → S4<X> → ASCS<$$> on <host_name> → Access Points and check the following monitoring information:

      • What is the Message Server HTTP port number? ________
      • What are the Message Server MS port numbers? _______ and _______.
      • What is the Enqueue port number? ________
    3. Select the following path: SAP Systems → Landscape 1 → S4<X> → ASCS<$$> on <host_name> → Enqueue Locks and check the following monitoring information:

      How many locks are currently in the Enqueue Lock Table? _______

    4. Select the following path: SAP Systems → Landscape 1 → S4<X> → ASCS<$$> on <host_name> → Web Dispatcher → Thread List and check the following monitoring information:

      How Many worker threads are currently free? ________

  3. Use SAP MC to monitor the ABAP Primary Application Server Instance (PAS) D<$$>.

    1. Still in the SAP MC.

    2. Select the following path: SAP Systems → Landscape 1 → S4<X> → D<$$> on <host_name> → Current Status → R3Services → Dialog and check the following monitoring information:

      • What is the current ResponseTime of this instance? ______
      • What is the current ResponseTimeDialogRFC of this instance? ______
      • What is the current ResponseTimeHTTP of this instance? ________
    3. Select the following path: SAP Systems → Landscape 1 → S4<X> → D<$$> on <host_name> → Current Status → R3Services → ICMand check the following monitoring information:

      • What is the value for the General\PeakNoOfThreads of this instance? ____
      • What is the value for the General\PeakNoOfConnections of this instance? _____
    4. Select the following path: SAP Systems → Landscape 1 → S4<X> → D<$$> on <host_name> → Access Pointsand check the following monitoring information:

      What is the HTTPS port number of sapstartsrv? __________

Operating the Alert Monitor

Alerts form a central element of monitoring. They quickly and reliably report errors - such as values exceeding or falling below a particular threshold value or that an IT component has been inactive for a defined period of time. These alerts are displayed in the Alert Monitor; this reduces the workload for the system administration, since they now only need to watch the error messages, instead of endless system data.

The Alert Monitor provides the following functions:

  • You can use the Alert Monitor to perform complete and detailed monitoring of all SAP and non-SAP systems, the host systems, and the database.
  • All errors generate alerts, which are displayed in a tree structure.
  • The alerts contain a status indicator with a color and a numerical value. Yellow means a warning, red means a problem, and the numerical value shows the severity of the reported error. In the tree structure, the most severe alerts are passed upward in the display hierarchy. If a tree node is not displaying an alert, there is also no error in the entire branch below it.
  • You can assign certain analysis and auto-reaction methods to the alerts, which contribute to faster processing of the error. If you double-click an alert, the monitoring architecture starts the assigned analysis method (such as the job administration transaction for a prematurely terminated job). An auto-reaction method, on the other hand, starts automatically as soon as the alert occurs. This includes executing operating system commands and sending an e-mail or an SMS message to the system administration.
  • The Alert Monitor contains various view in which either the current or the open (that is, the unanalyzed) problem messages are displayed. Alerts are also archived.
  • Threshold values, methods, and detailed help for many monitoring attributes and three extensive monitor sets with monitors for all aspects of system management are predefined on the basis of Best Practices in the monitoring architecture and are available in every SAP system.
  • You can adjust all settings individually, and configure your own monitors.

SAP provides preconfigured monitor sets that you can use immediately. As figure The CCMS Monitor shows, the CCMS Monitor Sets (transaction RZ20) offer various monitor definitions that let you display the monitoring data from the monitoring segments in a tree structure. Every monitor set bundles monitor definitions that display various parts of the entire monitoring architecture by topic area. The tree structure allows a clear display when you are displaying a large number of measured values.

Monitor Set

A monitor set is a collection of different monitors. Monitor sets usually represent a product that needs to be monitored.

The provided monitor sets can be different for each system. For example, an SAP CRM system contains a special set for monitoring CRM scenarios. Of course, this also includes special data collectors that are preconfigured and delivered with an SAP CRM system.

Monitor Definition

A monitor definition describes the selection of monitor objects and monitoring attributes that you want to examine in more detail. You bundle monitor definitions into monitor sets in transaction RZ20. When you use a monitor definition, the requested data is compiled here and displayed in the corresponding monitor.

Monitor

A monitor is the display of monitoring objects and monitoring attributes that are included for display in the monitor definition.

The monitoring data for an attribute can be displayed in several monitors. The monitoring attribute Hit Ratio in the monitor Program Buffer, for example, can occur in several monitors. If you change the threshold values for this attribute in one of these monitors it is changed in all other monitors too.

Some monitors, such as the monitor Availability and Performance Overview in the monitor set SAP CCMS Monitor Templates do not display any data at first. This can be due to the fact that special settings are required to start the underlying data collectors.

At the beginning, you will use the preconfigured monitors. Later, you can also create your own monitors that display the exact data that you require for your daily monitoring work.

The figure Monitor Structure displays the tree structure of a monitor. A node in the monitoring tree is called a monitor tree element (MTE).

The measured values that are collected by the data collectors are displayed at the lowest level in the leaves of the tree. The leaves are called monitoring attributes.

Threshold values can be stored for a monitoring attribute. SAP supplies preconfigured threshold values. To adapt the monitor as closely as possible to your needs, however, you should check these threshold values and adjust them if required.

Monitoring attributes are grouped at the second-lowest level using monitoring objects. For example, the monitoring object program buffer contains, among others, the attributes hit rate and swap.

All other nodes in the tree structure the monitoring objects in a logical and clear way, so that you can easily find the relevant attribute.

A CCMS monitor displays different subareas of the monitoring data. A monitor can contain data from multiple SAP systems.

As the figure Layout of a Monitor shows, when you open a monitor, the corresponding monitoring data is displayed in the form of a tree. By clicking the "+" sign beside an MTE, you can expand the tree down to its leaves, which are the monitoring attributes.

Alert threshold values for triggering yellow and red alerts are assigned to monitoring attributes. If the threshold value condition is fulfilled, first a yellow, and then, if there is further deterioration, a red alert is triggered. The color of the monitoring attribute is propagated to its higher-level node in the tree, where the most severe alert is forwarded (red is more severe than yellow). As a result, the root of a tree already indicates whether an alert has occurred in that tree.

Processing Alerts

The monitor supports you in your daily work. After you have opened the monitor, the following views are available to you:

  • The Current system status view displays the monitor with the newest reported data.

  • The Open alerts view displays a monitor with alerts that have not been completed.

Example

During the previous night there may have been problems that are no longer occurring. In the Current system status view, the monitoring attribute is green, while it is displayed as red in the Open alerts view. After you have ensured that there are currently no problems, you can then investigate problems that have previously occurred.

As the figure Alert Display shows, you can see the selected view in the upper part of the monitor. You can switch between the views by choosing the Current State or Open Alerts buttons in the application function bar.

In Open Alerts, you can easily process the alerts that occurred in the past.

By double-clicking on an MTE in the tree, you open the Alert Browser, which displays a list of all alerts for the selected MTEs and all alerts below it in the tree. This means that if you double-click the root of the tree, the system displays a list of all alerts in the tree, sorted by red and yellow alerts.

If you want to process an alert, you need to select it. You choose Start Analysis Method to start the analysis method that is assigned to the MTE. The analysis method is a special tool that supports you when investigating problems. It can be transactions, specially programmed function modules, or URL calls. As a result, you do not need to remember all of the special tools, but simply use the CCMS Alert Monitor as a central point of entry.

After you have clarified the problem situation, choose Back (F3) to return to the alert display. Then choose Complete Alerts. The processed alert is removed from the list and is stored in a database table.

Proceed in the same way with the remaining alerts until the list is empty. When you next use your monitor, only the newly occurred alerts will be shown.

If you want to display completed alerts again, choose Show alert history in the alert display. Completed alerts are displayed with the status Done.

Monitor the System with CCMS Tools

Business Example

As a system administrator, you want to ensure good performance for business processes. You therefore regularly monitor the SAP systems in your landscape and take preventative action when required.

Steps

  1. In CCMS Monitor Sets (transaction RZ20), open the Entire System monitor from the SAP CCMS Monitor Templates monitor set.

    1. In your SAP system, start transaction RZ20.

    2. To expand the SAP CCMS Monitor Templates set, choose the plus sign beside the set.

    3. Double-click monitor definition Entire System.

      Result

      The Current system status view is displayed.
  2. In the Current system status view, find out what is the current average dialog response time for the instances in your system.

    1. Expand branch <SID> → R/3 Services → Dialog → <Instance> to find the monitoring attribute ResponseTimeDialog.

      Examine the ResponseTimeDialog attribute.

  3. In the Open alerts view, select all alerts regarding dialog response time that have occurred in the past.

    1. In the application function bar, choose Open alerts.

    2. Double-click the ResponseTimeDialog element.

      Result

      All alerts regarding dialog response time are displayed on the Alert Display screen.
  4. Process an alert by calling the analysis method.

    1. On the Alert Display screen, select one of the alerts from the list.

    2. Choose Start analysis method or double-click the alert.

      Result

      The system navigates from the monitor to an analysis function that displays the details of this alert, assuming such a function (analysis method) has been assigned.
    3. To return to the Alert Display, choose Exit in the upper right-hand corner.

  5. Complete the alert. Does the completed alert still appear in the list? How can you display the completed alert again?

    Note

    Analysis tools are not assigned to all attributes. If you know of any suitable analysis functions yourself, you can assign them to the attributes. This option is not dealt with as part of this course, however.

    1. On the Alert Display screen, select one of the alerts.

    2. Note the date and the time of this alert.

    3. Choose Complete alerts.

      Result

      The alert has been removed from the list.
    4. To display the alert again, choose Show alert history.

      Your completed alert has now the status DONE.

      Hint

      The alerts that have not been yet completed are displayed with status ACTIVE.

      You might also see other alerts that have the status AUTO_COMPLETE. These alerts were completed by the system automatically, to leave room for new alert notifications in the alert area of the monitor segment.

Appendix: Using CCMS Infratructure as Central System Monitoring Tool

Customers for whom the range of functions of this monitoring infrastructure is sufficient could also use it to configure a so called central monitoring system (CEN). A system landscape with up to 100 components can be monitored in this way with one instance as shown on the following slide.

Monitoring should be organized as efficiently as possible. There is not enough time for an administrator to log on to each host component to check its status. An efficient monitoring structure should be able to display the entire system landscape centrally at a glance. If an error occurs, the person responsible is automatically notified. Tools should be provided for the analysis of errors that provide cross-system detailed information about the problem.

As figure Central Monitoring illustrates, the CCMS monitoring infrastructure gives you the option of central and efficient monitoring for SAP systems.

This infrastructure must exist on every component that is to be centrally monitored. This is automatically the case for SAP systems with software component SAP_BASIS. The SAP start service (sapstartsrv) is used to connect components that do not contain SAP_BASIS.

Each component collects its own monitoring data using the infrastructure and stores it locally in the main memory. This part of main memory is called the monitoring segment and its size can be configured.

One SAP system in the system landscape is selected as the central monitoring system. Its release level should be as high as possible and it should also provide high availability.

Hint

In large system landscapes, we recommend that you include a separate system that is used only for special tasks such as central monitoring, Central User Administration (CUA), and the transport domain controller. From the performance perspective, the workload of the central monitoring system increases only insignificantly as the collection of monitoring data is usually decentralized.

The central monitoring system collects the monitoring data for the components and displays it in various views. In this way, the administrator has a central view of the entire system landscape. If errors occur, the administrator can jump directly from the central monitoring system (via RFC) to the relevant component to analyze and solve a problem.

Hint

We recommend that you use the Monitoring Infrastructure on a SAP Application Lifecycle Management system instead like SAP Solution Manager, SAP Focused RUN or SAP Cloud ALM, depending on your needs and system landscape.

Monitor, Analyze, Test and Resolve Issues Using SAP Command Line Programs

SAP Command Line Programs – Overview

This section introduces some interesting monitoring and test tools which could be used on operation system level.

Working with your <sid>adm user on operation system level of one of your SAP application server or central services instances and change to the folder /usr/sap/SYS/exe/run or a similar folder and search for programs with the name *mon*. You find a lot of interesting monitoring tools.

Some of them could be used to monitor processes on operation system level. Others are only for the SAP Support to use. In addition test programs are available, for example to test the logon groups.

Note

Some tools have not been officially released. And they might not be available on all platforms and it is intended solely for experts to support them in their error analysis. Before you use them be sure you are allowed to and have the knowledge to do so. This is also the reason why, for some of them, there is no official documentation. But usually these programs contain a menu which is self-explanatory.

We want to start with a list of the most interesting tools:

  • dpmon: Used to get the process overview of an instance in text mode. Dispatcher Monitor.
  • icmon: used to monitor and manage the Internet Communication Manager (ICM). Like transaction SMICM.
  • wdispmon: SAP Web Dispatcher Monitor program
  • gwmon: Monitors the SAP Gateway. Like transaction SMGW.
  • msmon and msprot: Message Server Monitor Utility
  • lgtst: Testprogram for SAP Login Info (for example logon groups)
  • msprot: Message Server test program
  • esmon and es2mon: monitor the enqueue server and the enqueue replication servers

Note

Most often there are other preferred tools provided and recommended by SAP, like existing transactions or web-based administration interfaces. The usage of command line programs can help, if the formerly mentioned tools are not available or cannot be used for a specific reason.

SAP Command Line Programs – Start the Tool

To start the program usually the following syntax is used:

<sapprogram> pf=<profile>

We want to explain the syntax using the example of calling the program msmon in a System called S4D and a central services installed called ASCS10 on host s4dhost on Linux:

msmon pf=/usr/sap/S4D/SYS/profile/S4D_ASCS10_s4dhost

Another example is to call the program dpmon in a System called S4D and a instance called D11 installed on host s4dhost on Linux:

dpmon pf=/usr/sap/S4D/SYS/profile/S4D_D11_s4dhost

Usually the tools have a menu with various options.

The tool dpmon is instance-specific and offers a Monitor-Menu, which allows to get details for the assigned work processes. In addition, further features are provided, for example, setting the restart flag, generating dump stacks, creating snapshots, or even stopping work processes.

Note

Please consider the following SAP Note: 42074 - Using the R/3 dispatcher monitor 'dpmon'

SAP Command Line Programs – Usage Examples

Here are some examples under which circumstances it might be useful to use SAP command line programs:

  • If you are using a standalone gateway (= gateway instance/SNA gateway), you must use the external gateway monitor gwmon as the transaction SMGW is not available
  • You want to test, if the defined logon groups workes correct using lgtst.
  • You need to generate client load to check if the configuration is able to handle the amount of requests it is configured for. icmon or wdispmon.
  • You forgot the password of administration user in order to use the web administration interface for ICM or SAP Web Dispatcher. icmon or wdispmon.
  • You want to administrate the enqueue replication server on operation system level. esmon or es2mon.
  • Because of a system standstill you need a tool on operation system level check the workprocesses of an application server. dpmon.

SAP Command Line Programs – Additional Information

  • SAP Note: 42074 - Using the R/3 dispatcher monitor 'dpmon'
  • SAP Note: 64016 - Using the SAP Gateway monitor GWMON
  • SAP Note: 64015 - Description of test program "lgtst"
  • help.sap.com: SAP Web Dispatcher → Administration of the SAP Web Dispatcher → General Administration Tools of SAP Web Dispatcher → Using the Command Line Programs icmon and wdispmon

Log in to track your progress & complete quizzes