In most cases a fine tuning of an existing SAP template is sufficient for your needs.
In some cases you want to have your own metric defined to monitor a special part of the SAP system. This own created metrics are also called custom metric.
SAP, when you read this blog, please feel free to copy any of the custom metrics below into the standard SAP set. This will help everybody.
Questions that will be answered in this blog are:
- How do I create a custom monitoring metric?
- Do I need to re-create the custom metric per monitoring template?
- What are examples of custom metrics?
Creating custom metric
In this example we create a custom metric to make sure that the background user WF-BATCH is not locked by accident.
There is already a metric in the ABAP template that is called User Lock Status. This can be used as a basis for our custom metric.
Goto your template into change mode and on top left choose Create (you need to be in Expert mode first):
And select Metric. Now the screen opens for a new metric creation:
Fill out the details, and create a custom description:
Now go to the tab Data Collection:
Copy the data from your reference metric here. Don’t forget to fill out the Parameter Value. In this case WF-BATCH. Also make sure you have a reasonable Collection Interval timing. Not everything is need to be collected every 5 minutes.
Now go to the tab Threshold:
Configure your threshold setting.
Now press the Next button and assign the metric to the correct group:
Now press Finish to save the metric.
The new custom metric is now available in the monitoring template:
You see that this one has the Custom created marked. Later you can use the filter on Custom created column to quickly find it again.
Deploying custom metric to other templates
If you have to deploy the custom metric to other templates: so far this is a manual action. Per template you have to re-create the same custom metric. I have not found a nice way of re-using custom metrics yet.
List of other custom metrics
See below:
- Checking for certificates that are about to be expired and already expired certificates (in stead of only one out of the box metric that contains both)
- Checking web dispatcher URL
- Detecting errors in table locking of TBTCO
- Detecting if file system is mounted
- Detecting long running DIA processes
- Detecting no more free work processes
- Detecting OS signals
- Detecting PRIV modes
- Detecting message server disconnects
- Detecting missing hardware ID
- Detecting resource exhaustion in ABAP system
- Detecting specific ABAP short dumps
- User lock status of DDIC and SAP*
SAP, when you read this, please feel free to add these to standard SAP metrics.
Other interesting ones:
- Checking for specific logon group to be active and working
- Detecting SAP router SNC expiry
For system log message read OSS note 3391086 – Grey Metrics for ABAP Syslog.
Detecting errors in table locking of TBTCO
From availability perspective, you want to detect as quickly as possible if you are suffering from locking errors of table TBTCO. TBTCO table is used for printing. If the locking error situation occurs the printing function will fail, and even worse, it can impact the complete SAP ABAP system.
You can create a custom monitoring metric to measure and act on this.
Create technical name Z_METRIC_ERR_LOCK_TBTCO:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select ABAP System Log Stats. Filter on message text *TBTCO*. This captures severe errors for TBTCO like the locking error.
Define the threshold for alerting:
And assign the metric to the ABAP Instance not available alert group:
Detecting if file system is mounted
Some filesystems are critical to a business, such as those used in interfaces. This custom metric group will alert if a filesystem is not mounted.
Create the Bash Script to Check the Filesystem Status
Firstly, we need to create a bash script that takes the filesystem as its input argument and then checks its status. Create the following script called /sbin/checkfilesystemmounted.sh (owner is root, permissions 755). You may put this script somewhere else if you prefer, but be sure to refer to the correct location later on in this post.
#!/bin/bash
findmnt $1 >/dev/null && echo \{type:integer, name:FileSystemMounted, value:1\} || echo \{type:integer, name:FileSystemMounted, value:0\}The findmnt command returns the mount details if the filesystem is mounted. The filesystem is passed as a script argument in variable $1. If the filesystem is mounted, the script returns integer 1. If the filesystem is not mounted, the script returns integer 0. For example, to check your desired filesystem, execute it like this as root:
/sbin/checkfilesystemmounted.sh /the/filesystem/you/want/to/check
The output will be in JSON format. If the filesystem is mounted, the value will be 1, as follows:
{type:integer, name:FileSystemMounted, value:1}
The name:FileSystemMounted is the name of the value to be picked up by saphostctrl, as described next.
Create the Custom Operation for saphostctrl
To load these values into Focused Run, we create a custom operation for saphostctrl. Create the following custom operations conf file:
/usr/sap/hostctrl/exe/operations.d/checkfilesystemmounted.conf
This contains:
Command: /sbin/checkfilesystemmounted.sh $[FILESYSTEM]
Workdir: /home/sapadm
Description: Check if filesystem is mounted
ResultConverter: flat
Platform: UnixTo test the custom operation, execute the following command:
/usr/sap/hostctrl/exe/saphostctrl -function ExecuteOperation -name checkfilesystemmounted FILESYSTEM=/the/filesystem/you/want/to/check
The result should be as per the following example:
Webmethod returned successfully
Operation ID: 0A02C69098121EDDA68C041B50FE858D
----- Response data ----
description=Check if filesystem is mounted
{type:integer, name:FileSystemMounted, value:1}
exitcode=0Create the Custom Alert in SAP Focused Run
In Focused Run, we create an alert in a Linux host monitoring template. For example, the alert name is “Interface Filesystem not Mounted”. The Alert should be in Category “Exceptions” and the Severity is up to you. In this case it is 9.
Create the Custom Metric Group in SAP Focused Run
Next, we create the custom Metric Group . A Metric Group allows variants to be created, and each variant corresponds to a filesystem you wish to monitor.
Overview Tab:
- Name: “Interface Filesystem not Mounted”
- Category: Exceptions
- Class: Metric Group
- Data Type: Integer
- Technical Name: INTERFACE_FILESYSTEM_NOT_MOUNTED
Data Collection Tab:
- Data Collector Type: Diagnostic Agent (push)
- Data Collector Name: OS: ExecuteOperation
- Collection Interval: 5 Minutes (depending on the criticality)
- CUSTOM_OPERATION_NAME:
checkfileystemmounted– This corresponds to the custom operation forsaphostctrlcreated earlier - METRIC_NAME:
FileSystemMounted– This corresponds to the name of the metric in the JSON output by the bash script - RETURNFORMAT: JSON – This is the output format of the bash script
Usage Tab:
Threshold Tab:
As the script returns a numeric value 0 if the filesystem is not mounted, then the threshold will alert if the value is 0.
Assignment Tab
Assign to the custom alert created earlier.
Add Variants
The variable passed to the saphostctrl operation is “FILESYSTEM”. We can add the rest of the filesystems as individual variants. The format for the operation parameters is as follows:
FILESYSTEM:/the/filesystem/you/want/to/check
For example:
You can enter as many filesystems as you like as separate variants.
Activate Alert
Go to the “Metrics, Events, Alerts Hierarchy” tab, and activate System Monitoring.
Testing the Metric
In a non-Production environment, try to unmount a filesystem, and at most 5 minutes later, there should be an alert produced.
Detecting no more free work processes
From availability perspective, you want to detect as quickly as possible if you don’t have any free work processes left.
The template to be adjusted is the technical instance SAP ABAP 7.10 and higher template. Don’t forget to tick it on for monitoring otherwise it is not active.
In expert mode create a custom metric.
Create technical name Z_NO_FREE:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select ABAP System Log Stats. Filter on message number QoG with text *NOWP*.. For more information on system log messages, read this blog.
Define the threshold for alerting:
And assign the metric to the ABAP Resource Shortage alert group:
Detecting long running DIA process
In some exceptional cases you can have a DIA process that runs for a long time without action and still occupies the resources.
You can create a custom monitoring metric to measure and act on this. The template to be adjusted is the technical system SAP ABAP 7.10 and higher template. Don’t forget to tick it on for monitoring otherwise it is not active.
In expert mode create a custom metric. Create technical name Z_METRIC_LONGRUN_DIA_WP_36HRS:
Now setup the definition for the data collection:
It is using the Push.
And set the usage:
Last but not least: you need to set the alerting threshold:
The alert is raised if a single DIA work process is running longer than 36 hours.
Save the custom metric and make sure the template reassignment is done to activate the custom metric for your systems.
Detecting OS signals
In some cases the OS system will give critical signals to the SAP system that are visible in the ABAP system log. An example is the signal 11. When this happens, the system is in trouble and you as admin need to check fast to see what is going on to stop the system from full collapse, crash or very poor performance.
You can create a custom monitoring metric to measure and act on this.
The template to be adjusted is the technical instance SAP ABAP 7.10 and higher template.
Don’t forget to tick it on for monitoring otherwise it is not active.
In expert mode create a custom metric.
Create technical name Z_METRIC_OS_SIGNAL_RECEIVED:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select ABAP System Log Stats. Filter on MSG_ID QoE. This captures severe errors for OS signals.
Define the threshold for alerting:
And assign the metric to the system message alert group:
Detecting PRIV modes
The template to be adjusted is the technical system SAP ABAP 7.10 and higher template. Don’t forget to tick it on for monitoring otherwise it is not active.
Create technical name Z_METRIC_DIA_WP_PRIV:
Now setup the definition for the data collection:
This will collect the PRIV dialog processes in percentage.
Mark the custom metric as relevant for monitoring:
And set the assignment:
Last but not least: you need to set the alerting threshold:
Save the custom metric and make sure the template reassignment is done to activate the custom metric for your systems.
Detecting message server disconnects
From availability perspective, you want to detect as quickly as possible if you are suffering from message server disconnects.
Creation of the custom metric for message server disconnects
Create technical name Z_MESSAGE_SERVER_DISCONNECT:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select ABAP System Log Stats. Filter on message number Q0L, Q0M and Q0N. Any of those indicate message server errors. For more information on system log messages, read this blog.
Define the threshold for alerting:
And assign the metric to the ABAP Instance not available alert group:
Detecting missing hardware ID
From availability perspective, you want to detect as quickly as possible if you are suffering from missing hardware ID.
The template to be adjusted is the technical instance SAP ABAP 7.10 and higher template. Don’t forget to tick it on for monitoring otherwise it is not active.
In expert mode create a custom metric.
Create technical name Z_METRIC_MSG_SRV_HW_ID_MISSING:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select ABAP System Log Stats. Filter on message number Q16. This indicates missing hardware ID. For more information on system log messages, read this blog.
Define the threshold for alerting:
And assign the metric to the ABAP Instance not available alert group, create a custom alert group:
detecting resource exhaustion in ABAP system
From availability perspective, you want to detect as quickly as possible if you are suffering from resource exhaustion.
You can create a custom monitoring metric to measure and act on this.
Creation of the custom metric for resource exhaustion
Create technical name Z_EXHAUST:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select ABAP System Log Stats. Filter on message number Q40. This is the message for resources exhausted. For more information on system log messages, read this blog.
Set the usage to monitoring:
Define the threshold for alerting:
And assign the metric to the ABAP Instance not available alert group:
User lock status of DDIC and SAP*
From security perspective, you want to validate that 2 important users are locked in the main system clients: SAP* and DDIC. For more background you can read this blog.
Create technical name ZUSER_LOCK_STATUS:
In the data collection:
Data to enter: RFC diagnostics agent (push). User Lock status Data collector. Enter as parameters the user ID (DDIC) and the COLLECTOR_CONTEXT_ID as TECHNICAL_SYSTEM.
Set the threshold as a text threshold:
Set the red rating in case the string contains the word ‘not locked’ and set to green in case it contains the word ‘locked’.
Now assign it to Alert group for locked users:
Save the metric.
Repeat the same for SAP*.
Checking web dispatcher URL
When you are using a web dispatcher, you want to check that the main URL is available. You can achieve this via URL monitoring in health monitoring (see blog).
In some cases you want to integrate this vital start URL into system monitoring, since that is your main central tool.
You can create a custom monitoring metric to measure and act on this.
In the use case below we will setup URL monitoring for web dispatcher for SAP Netweaver Gateway serving FIORI pages.
Creation of the custom metric for web dispatcher URL monitoring
The template to be adjusted is the technical system SAP Web Dispatcher template. Don’t forget to tick it on for monitoring otherwise it is not active.
In expert mode create a custom metric. Create technical name Z_WEBDISPATCHER_URL_AVAILABILITY:
In the data collection:
Data to enter: RFC on diagnostics agent (push). Select SRSM Ping Http Unsp. Select the HTTPS protocol and setup the URL to monitor: /sap/bc/ui2/flp?sap-client=xxx&sap-language=EN. This is the main FIORI start URL. The port number is taken from the LMDB settings of the web dispatcher: $SAP_WebDispatcherIPServicePort->SAP_IPServicePort.PortNumber$.
Define the threshold for alerting:
We take here three measurements. If we don’t do this, a single glitch in the network will cause an alert to be triggered.
And assign the metric to the system message alert group:
Monitoring specific ABAP dumps
In System Monitoring of ABAP systems in Focused Run, with the standard monitoring template, we can monitor the frequency of ABAP dumps.
For monitoring if there are dumps of a specific type we have to create a custom metric. In this blog we explain how.
For creating a custom metric in the monitoring template, open the Template Maintenance App in the Advanced System Management area of Focused Run Launch-pad.
Open your custom ABAP instance level template in edit mode.
Switch to expert mode for template maintenance.
Click on Create –> Metric to create a custom metric.
Provide a Name, a Technical Name and metric type in the Overview tab as shown below.
In the Data collection tab enter details as shown below. Here for the parameter Error_ID you can provide the ID of the specific ABAP dump that you want to monitor.
Navigate to Threshold tab to specify the Threshold type and Threshold. For instance in this example we have specify the threshold to rate the metric as reed if there is 1 or more of the specific dump.
Now you can click on Next and then Finish button to save the metric.
Next you need to create a custom alert to generate a specific alert for this specific dump.
In the expert mode maintenance go to the Create button and then from the drop down select Alert.
Enter the details as shown below and click on Next button.
Then in the Assignments tab you will see the custom metric you just created. Select the check box for this metric and click on Finish to save the alert.
Now your custom metric is ready together with alerting active.
To activate this template update on all managed systems navigate to Managed Objects tab for the template and click on Apply and Activate button.
Now you can see custom metric under instance level in system monitoring.
<< This blog was originally posted on SAP Focused Run Guru by Frank Umans, Tony Swietochowski (DXC) and Manas Tripathy (Simac). Repost done with permission. >>