HANA Cleaner Monitoring Setup in FRUN

Introduction

Maintaining SAP HANA systems requires regular housekeeping activities, and one of the critical components is the HANA Cleaner. Monitoring its activity ensures that log cleanup and housekeeping jobs are running as expected.

In this blog, it is explained how we implemented HANA Cleaner monitoring in SAP Focused Run (FRUN) using custom metrics via template maintenance, without requiring custom scripts. This approach leverages standard FRUN capabilities and provides a scalable and maintainable monitoring solution.

Solution Overview

The objective of this monitoring setup is:

  • Track the execution of HANA Cleaner jobs
  • Detect inactivity or failure scenarios
  • Alert operations teams proactively

We achieved this using:

  • Custom Metric based on File Monitoring
  • FRUN Template Maintenance
  • Diagnostic Agent (push) data collection

How It Works

The monitoring logic is simple but effective:

  1. The system monitors the last modified timestamp of HANA Cleaner log files
  2. A custom metric evaluates this timestamp continuously
  3. If no update is detected beyond a defined threshold (e.g., 2 days), an alert is triggered

This ensures immediate visibility into any issues with the HANA Cleaner process.

Implementation Details

Step 1: Create Custom Metric in FRUN

Navigate to:

Advanced System Management → System Monitoring → Template Maintenance

Create or enhance a metric such as:

HANA Cleaner Run Status

Category:

Exceptions

Step 2: Configure Data Collection

From the screenshot setup, the following configuration is used:

Data Collector Type

Diagnostic Agent (push)

Data Collector Name

File Information

Collection Interval

5 Minutes

Step 3: Maintain Collector Input Parameters

Here are the key parameters used:

Parameter IDDescription
DATEPATTERNDate format used (yyyy-MM-dd)
FILEPATTERNHANA Cleaner log file pattern
FOLDERPath to log directory
KEY_FIGMetric to evaluate
RECURSIVEEnable/disable recursive search

Actual Values Used

Plain Text

DATEPATTERN = yyyy-MM-dd

FILEPATTERN = hanacleanerlog_*

FOLDER = /usr/sap/${SAP_HDBSystemID}/${SAPSystemName}/hanacleaner/output

KEY_FIG = Last Modified age in seconds

RECURSIVE = False
Show more lines

✅ This configuration ensures the system monitors the latest file modification time in the HANA Cleaner output directory.

Step 4: Define Metric Logic

The key figure:

Last Modified Age in Seconds

This indicates how long it has been since the log file was updated.

Step 5: Threshold Configuration

Define thresholds based on your operational requirements.

Example:

ConditionThreshold
Green< 24 hours
Yellow24–48 hours
Red> 48 hours

This ensures alerts are triggered if HANA Cleaner hasn’t executed in expected time.

Step 6: Assign Metric to Template

Assign the custom metric to:

  • Relevant HANA systems
  • Both Production and Non-Production landscapes

This ensures full coverage across your environment.

Monitoring Output

Once configured, FRUN displays:

  • Historical trend of HANA Cleaner activity
  • Status indicators (Green/Yellow/Red)
  • Alerts in case of inactivity

From your reference screenshot:

  • The metric appears under Exceptions
  • A graph shows activity progression
  • Alerts are triggered if thresholds are breached
  • System Monitoring
  • (Optional) Root Cause Analysis

Coverage

This setup can be implemented:

  • Across the entire HANA landscape
  • For all S/4HANA or standalone HANA systems
  • In both:
    • Production
    • Non-Production environments

Advantages of This Approach

No Custom Coding Required
Uses standard FRUN capabilities
Can be applied across multiple systems via templates
Frequent monitoring (every 5 minutes)
Detects failures before business impact
Simple file-based monitoring logic

Key Learnings & Best Practices

  • Always ensure correct file path and pattern
  • Validate that Diagnostic Agent has access to directory
  • Fine-tune thresholds based on:
    • HANA Cleaner job frequency
    • Business requirements
  • Use template-based rollout for consistency

Conclusion

Monitoring housekeeping activities like HANA Cleaner is critical for maintaining system health. By leveraging FRUN custom metrics and file monitoring, we can implement an efficient, scalable, and proactive monitoring solution.

This approach eliminates the need for custom scripts while fully utilizing standard SAP monitoring capabilities.

SAP Focused Run 5.0 OCC Dashboard – Build Powerful Performance Monitoring Dashboards

Introduction:

In today’s complex SAP landscapes, organizations need real-time visibility, proactive monitoring, and actionable insights to maintain system performance and availability. SAP Focused Run (FRUN) provides advanced monitoring capabilities, and one of its most powerful features is the OCC (Operation Control Center) Dashboard.

The OCC Dashboard enables SAP teams to visualize key metrics, monitor performance trends, and detect issues early—all through a flexible, customizable interface.

What is OCC Dashboard in SAP Focused Run?

The OCC Dashboard provides direct access to key technical and business metrics stored within SAP Focused Run. It is designed for SAP operations teams and business experts to create custom dashboards for deep analytics and monitoring.

Key characteristics:

  • Central web interface for dashboard configuration and visualization
  • Supports multiple data providers and monitoring sources
  • Ability to combine and filter multiple metrics in a single view
  • Flexible visualization using charts, tables, and trend analysis

Please find link attached for your reference-[support.sap.com]

How to Setup an OCC Dashboard (Step-by-Step)

Step 1: Launch Dashboard

  • Navigate to OCC Dashboard Fiori Tile
  • Open dashboard application

Step 2: Create Custom Page

  • Click “Add New Dashboard / Custom Page”
  • Rename with meaningful name (e.g., Performance Monitoring Dashboard)

Step 3: Define Layout

  • Choose layout (e.g., 2×2 grid or custom structure)

Step 4: Add Views / Widgets

  • Select visual components (charts, tables)
  • Drag and drop into layout

Step 5: Configure Metrics (Core Part)

  • Select Data Source (e.g., System Monitoring)
  • Choose:
  • System (SID)
  • Metric (CPU, Memory, Dumps, Response Time)

Step 6: Define Query

  • Add query using “+”
  • Assign legend name (e.g., Memory Utilization)
  • Configure filters & time range

Step 7: Choose Visualization

  • Line chart → Trends
  • Bar chart → Comparison
  • Table → Detailed analysis

Step 8: Save & Test

  • Validate data correctness

Step 9: Publish Dashboard

  • Make dashboard public for team usage.

Example: Performance Monitoring Dashboard

Dashboard Components:

  • CPU Utilization (Trend Chart)
  • Memory Usage
  • ABAP Dumps per Hour
  • Dialog Response Time
  • System Availability

How OCC Dashboard Helps in Performance Monitoring

1. Real-Time Monitoring

  • Quickly identify performance degradation
  • View metrics across systems in one place

2.Trend Analysis

  • Analyze historical performance trends
  • Detect recurring issues

3. Root Cause Analysis

  • Drill-down capability helps identify bottlenecks

4. Proactive Alerting & Insights

  • Predict issues before system failure
  • Improve system reliability

5. Custom KPI Tracking

  • Track business-relevant KPIs alongside technical metrics

Business Value of OCC Dashboard

  • Reduce downtime and performance issues
  • Improve SLA compliance
  • Faster issue resolution
  • Centralized monitoring for large SAP landscapes
  • Supports high-volume system monitoring environments [support.sap.com]

Key Differences

FRUN 4.0

  • Focus on enhancing OCC dashboard functionality
  • Introduction of new data providers (Events, KPI tracking)
  • Improved visualization and analytics configuration

FRUN 5.0

  • Supports large-scale hybrid monitoring scenarios
  • OCC dashboard becomes part of:
  • Unified monitoring
  • Automation
  • Alert management ecosystem
  • Supports large-scale hybrid monitoring scenarios

Conclusion

The evolution from SAP Focused Run 4.0 to 5.0 in OCC dashboards represents a shift from advanced visualization to intelligent operations

  • FRUN 4.0 enhanced the OCC dashboard with stronger analytics, new data providers, and KPI-driven monitoring, making it a powerful visualization tool.
  • FRUN 5.0, however, elevates this capability by embedding the OCC dashboard into a broader, unified monitoring ecosystem—enabling end-to-end visibility across hybrid landscapes, integrated alert management, and scalable operations.

SAP Cloud ALM memory estimator

If you are running SAP Solution manager and are planning to move to SAP Cloud ALM, you can estimate the expected memory usage on SAP Cloud ALM. The first 24 GB are for free in the standard SAP contract. If you need more, you might need to acquire extra licenses.

Installation of the SAP Cloud ALM memory estimator

Check that OSS note 3639977 – Collective corrections as of ST-PI 7.40 SP32 and ST-PI 7.58 SP00 for SAP Cloud ALM is installed (or a newer ST-PI).

Check if report /SDF/CALM_MEMORY_ESTIMATION is available in your solution manager system.

Running the memory estimator

In your solution manager system run in SE38 the program /SDF/CALM_MEMORY_ESTIMATION. Choose a representative day (take a busy weekday, and not a weekend day).

Let the program run.

Show the results:

You now can see the total and the highest impacted areas.

Wily Introscope tips & tricks

Wily Introscope is used in SAP JAVA and BO(DS) systems for diagnostics and analysis. This blog will give tips & tricks for the Wily Introscope tool.

General KBA OSS note for Wily Introscope: 3013495 – Central KBA for Introscope (SV-SMG-DIA-WLY and XX-PART-WILY). General public websites is on this link.

Landscape considerations and restrictions

OSS notes:

Installation and support

OSS notes:

Be aware that Wily Introscope is a 3rd party product with short lifecycle. Typically only 1 year support.

Other relevant OSS notes



SAP Focused Run LMDB and landscape management

SAP Focused Run LMDB is a great source of technical information. Especially with the new graphical view.

In SAP Focused Run LMDB is now part of Landscape Management.

LMDB administration (up to FRUN5.0)

With the LMDB administration page you can see the LMDB status:

Green is ok:

If not green, check the status for needed actions.

LMDB object maintenance

The LMDB Object Maintenance tile can be used to maintain a single LMDB entry:

Now select the system on the LMDB search screen:

And then push the button Display to go to the details:

On the left side you can choose a specific view on the system, like software, database, technical instances etc. If you click on the left side, the right side will show the details.

LMDB tools and graphical overview

The LMDB tools offer a graphical overview. First open the LDMB tools FIORI tile:

In Focused Run 5.0 there is a new tile for this:

Then select the technical system (in Focused Run 5.0 the main overview opens, and you need to select the technical systems on the left):

Now press the blue Hierarchy button to go to the graphical overview (in FRUN 5.0 simply click on the blue system name):

On the left is the graphical decomposition. On the right the details per object selected on the left side.

FRUN 5.0 landscape management

In Focused Run 5.0 there is a new tile replacing the LMDB and called Landscape Management:

The start page is an overview of all your systems and its status:

The other LMDB functions are still present on the left side of the screen.

API for LMDB

The SAP Focused Run LMDB has an API. For more details, read this blog.

LMDB updates

The LMDB updates are triggered automatically. This behavior can be changed in certain situations or even totally switched off. Read more on this SAP Focused Run export portal page. See also OSS note 3376303 – Support switch for disabling Agent deployments triggered by LMDB events for older versions.

Relevant OSS notes:

SAP Focused Run API’s

SAP Focused Run offers some nice API’s that you can use and re-use.

API’s available:

  • LMDB API
  • Work mode management API
  • Guided procedure API
  • Advanced analytics API
  • SSI API

LMDB API

The LMDB now has a REST API available to read data in structured way. You can search for hosts, technical systems, software components, installed product versions and instances.

The full specification for this API can be found on this link.

See also OSS note 3712330 – Enhance public landscape API for hosts by OPerating system name, release, software.

Ad hoc work mode creation via function module

Via function module FM_START_ADHOC_WORKMODE you can create an ad-hoc work mode to stop monitoring for a system. You can start monitoring again by stopping the work mode by calling function module FM_STOP_ADHOC_WORKMODE.

The full specification of all the work mode API’s can be found in the PDF attached to OSS note 2508346 – Work Mode Management API Documentation for Focused Run.

Triggering guided procedure via function module

Function module FM_EXTRN_GP_EXEC can be used to call a guided procedure. Unfortunately, you need to pass the GUID of the guided procedure to the function module.

The full guided procedure API can be found on this SAP page.

Advanced Analytics API

The specification for the Advanced Analytics API can be found here.

Service Availability Management API

The Service Availability Management has webservices available as API. The specifications can be found here.

SSI API

The SSI can be used to automated SSI activities. Explanation document of the API can be found by following this link. And example file; https://support.sap.com/content/dam/support/en_us/library/ssp/alm/sap-solution-manager/focused-solutions/demo-ssi-web-services.zip.

OSS notes:

SAP cases (incidents) overview

The me.sap.com has a nice overview for all your SAP cases (incidents).

Questions that will be answered in this blog are:

  • How can I get a nice KPI overview in PDF format on my SAP cases?
  • How can I get a list of all my SAP cases?
  • How can I get insights into aging SAP cases?
  • How can I get insights if the SAP cases are on our side, or at SAP side to solve?

Cases (incidents) overview

Go to https://me.sap.com/reporting/cases/ (part of the EWA workspace).

After opening you reach the dashboard you reach the KPI’s:

If you scroll down you get the easy list overview of all your cases:

From this list you can make an easy download to Excel.

KPI report in PDF format

Top right there is a button PDF report generator:

Follow the wizard and a nice PDF will be generated for you. Mock up of this PDF is so good that you can immediately share it with management.

EWA alert solutions

The SAP Early Watch Alert (EWA) report can contain valuable information on specific topics in your system that you must fix.

More information on the EWA workspace can be found in this blog.

General EWA tips and tricks can be found in this blog.

EWA alert solution finder

On the me.sap.com go to the specific page for EWA solution finder:

Action follow up is on the right hand side per alert:

You can choose:

  • Hide the alert (be very careful!)
  • Snooze the alert (see SAP blog)
  • Mail the alert

The snoozing is a very useful function. For example, you detect a red alert on HANA revision, but it will take you a month to implement (due to regression testing, process, etc), you can now snooze the alert for the implementation period:

After the implementation is done, the alert should be gone. If the implementation is delayed, you will be reminded again.

SAP Focused Run real user monitoring (RUM) overview

This blog will explain the technical activation and usage of RUM (real user monitoring) in SAP Focused Run.

Basic activation of RUM

First go to the Fiori settings tile:

If the RUM function is not active yet, activate it and Save:

Now go to the FRUN backend ABAP system and start transaction STC01 and select task list SAP_FRUN_SETUP_USECASE and variant SAP&FRUN_AUM (advanced user monitoring):

In the task list setup also select the batch jobs:

Now run the task list. This should not take longer than 1 minute. Result green is ok:

Technical activation of RUM per managed system

Per system for which you want to activate the RUM function proceed as follows:

Go to the SSI Fiori tile:

Select the system:

Now press the Configure manually button and new screen opens:

On top first select Step 2 for Execute configuration. And select the Configure Real user monitoring step. Press the Execute Selected button and wait for the log to show success:

Alternatively you can also do the SSI completely new on the first screen by selecting the Configure Automatically button.

Background: RUM is an intense function. If it is not active, the agent does not have to do anything. The re-do of the SSI is needed to tell the agent on the system to start sending RUM data once it is activated in FRUN configuration.

With this step the managed system is prepared.

Functionality activation of RUM per managed system

Now we can go to the RUM Fiori tile:

After scope selection nothing is active yet:

On top right choose the Configuration button and start with the housekeeping settings:

WARNING: RUM can use a lot of data in your database. It can also consume a lot of your Focused Run licensing. If you use too much; reduce amount of systems for which you activate RUM and reduce the retention periods in the screen above. See blog on Focused Run license measurement.

Go to the Systems section and toggle the Activation for the system to On:

Wait for the configuration and data collection to happen. Take 5 to 10 minutes patience for this step.

After the step, refresh the screen and it should look like this:

Data should appear on the left. On top, select the icon Data Quality. This shows the data collection status per host. The icon will be red at start and turn green after 30 minutes.

Using Real User Monitoring: request tool

Now the setup is done, we can start to use the tool. The main screen is the requests tool:

From the start screen you can zoom into the task type you are interested in. As example we zoom in to the task type Dialog:

Drill down all the way:

Here you can see for which user and when the action was done. Unfortunately the action description is pretty technical: action 2000 in transaction CJ8G still might leave you a bit puzzled.

Using Real User Monitoring: cards tool

The second tool is the cards tool:

Here the entry point is the task type or trend in card format.

Using Real User Monitoring: front end tool

The front end tool gives an overview of front end response times and on clients used on your system:

Using Real User Monitoring: back end tool

The back end tool gives an overview of the back end performance and distribution of the response times:

Using Real User Monitoring: hot request tool

The hot request tool gives a cross section for high usage and performance.

If a part is used more, the block size is larger. In this caser, zooming in on the less used red part might be useful. But is it also interesting to analyze the large used orange blocks, since a lot of users are impacted.

Using Real User Monitoring: 24 hour profile

The 24 hour profile tool can be used to see if there are hours of the day where performance is worse than others. Some might be expected. But also: you might want to put in extra capacity to deal with peak loads. Or schedule some intense batch jobs at different times.

Using Real User Monitoring: topology

The topology tool can help you to analyze where data flow to and from your system are running and with which performance quality:

Using Real User Monitoring: execution flow

In some cases a specific user is complaining about poor performance. You can use the execution flow tool to filter on a specific user ID. After opening the tool, press the filter button to detail the user ID:

More tools

RUM has many more tools. Just explore the menu on the left side if another tool is useful for your situation.