Some metrics require a full specified RFC Destination Name like
RFC Destination available
The metric RFC Destination available (with logon) is more restrict. It requires a white list. Only destinations collected by the RFC destination extractor and are valid for a remote logon can be chosen. For TCP destinations (Type T) a logon check is not possible.
If the value help does not show any destination at all you should check if the extractor has been scheduled and if it is running successfully.
If you just miss one destination you should check if you can use the logon check from within SM59 of the managed system.
The information from F4 Help are usually taken Integration Directory. Here we are reading all Sender and Receiver Agreements and show the related Message Header Attributes for making the data entry more easy. This is just a help, it is still possible to enter the exact values manually (in case the Sender/Receiver Agreements do not cover required Entries). If there are no Sender and Receiver Agreements defined at all, e.g. because ICOs are used in Java-only PI, the F4 Help stays empty.
In any case the functionality for reading Sender/Receiver Agreements to get Message Header Attributes was not the best solution. But there is no possibility to really get the Message Header Attributes from Integration Directory according tot the defined Scenarios.
The recommendation to use the functionality is:
In higher SAP Solution Manager Releases: The system is not part of the Technical Scenario for ICMon.
In higher SAP Solution Manager Releases: Make sure, the system is part of the Technical Scenario for ICMon, that you are currently setting up.
In SAP Solution Manager 7.2: Central PI monitoring is prerequisite for defining PI related Channels in ICMon. The Technical Scenario for the PI domain was not created in PI monitoring Setup.
In SAP Solution Manager 7.2: Go to PI Monitoring Setup and create the Technical Scenario for the PI domain in Step "Define Scope". Follow the PI Monitoring Setup Procedure and finally active PI Monitoring.
With report ICMON_TROUBLESHOOT_IS you can check if a channel is configured, activated correctly and if metrics receive in MAI infrastructure and for BI.
Select your interface channel via F4 help. If everything is fine the output should look like:
The traffic light in the first column indicates if this step was executed successfully or not. Further analysis is required:
For a better understanding of the analysis path, it is helpful, that the architecture of the current implementation is known.
The PI Message Overview statistics are collected from all PI components of the entire PI domain as part of central PI Monitoring application. These data are stored in SolMan BW.
The ICMon data collector does not collect the same data again. It relies on the data extractors from PI Mon and reuses those data. Therefore the BW is accessed and data (according to the configured selection criteria) are retrieved from the Store of the PI message Overview statistics. This Result is shown in ICMon for PI related Interface Channels.
The PI data extractors for Message Overview statistics are usually scheduled via PI Monitoring Setup. In Solution Manager 7.1 the ICMon Setup will check, if there is PI Monitoring Setup (in fact: if a Technical Scenario of type PI_DOMAIN was created) and then it relies on this PI monitoring Setup to configure data collection. In case the PI Mon is not or not yet set up, the ICMon will schedule the PI Data collectors (in solution Manager 7.1). In Solution Manager 7.2 the setup of PI monitoring will be a prerequisite for getting PI related data in ICMon.
Now there could be several reasons, why no data are shown in ICMon for those PI related Interface Channels:
1. There are no Message Overview statistics data available in PI.
2. Data are not available in SAP Solution Manager BW.
3. There are data in BW, but not for the configured Sender and Receiver Header attributes as defined in ICMon Setup.
Depending on the reason for the issue, there are several things to analyze and correct:
1. Check, if Messages are available in PI:
2. Check if Data are available in Solution Manager BW:
3. Check the data in Solution Manager BW according to configured Sender and Receiver Header attributes
In case you could not find the root cause for the issue or you could not correct it, you can open a customer message on component SV-SMG-MON-IPO-IC.
One of the following metrics is missing even it is active available in MAI directory:
To check if there is a problem with metric collection call the MAI servlet and choose the active monitoring agent. To find out the relevant agent for a managed system you can execute report ICMON_TROUBLESHOOT. The relevant agent is displayed and you can also start the MAI servlet for this agent via double-click on the agent.
Is the configuration available?
Click on 'Show Current Configuration' and search for the Metric ID.
When the entry is not available something went wrong during the activation => Check the SLG (Object= E2E_ALERTING) for the timeframe when activation has been executed.
Is there an error during collection?
Copy the MetricGroupDefinition ID from previous check, click on 'Show Collection Statistics' and search for the ID. You should see the time stamp and the values retrieved.
Check under 'Last Collection Errors' if you see any error for the '<SID>/abap/com/user'. This would mean the user SMDAGENT_<SID> has authorization issues in the SAP ABAP system.
IDoc segment filters are not respected => You have configured IDoc (Real-Time Monitoring) or IDoc (Analysis) and want to distinguish the IDocs based on their payload. But still all relevant IDocs contribute to the monitoring result, independent of their payload data. In the job log of BPMon data collection jobs (BPM_DATA_COLLECTION*) on the managed system you might observe "Segment Type not found" messages.
Insufficient authorization of the user in the TMW / READ destination on the managed system
Provide corresponding authorizations according to SAP note 784752 (search for term ‘IDoc content').
Wrong monitoring configuration.
The input for the IDoc segment filter parameters must have the following syntax: <Segment Name>-<Field Name>. Example: E1EDKA1-PARTN
If you want to filter for qualified segments the syntax <Segment Name>-<Field Name> <Qualifier> must be used. Example: E1EDKA1-PARTN AG
You have configured the IDoc (Real-Time Monitoring) template and face one of the following symptoms:
BPMon data collection jobs (BPM_DATA_COLLECTION*) don't run as expected in the managed system.
Check if the user in the TMW destination has the appropriate authorization to release jobs. Check if there's a job hanging in status ‘Released' since quite some time (especially BPM_DATA_COLLECTION_2). Check if relevant ST-A/PI infrastructure SAP notes are applied in the managed system, in particular:
2079462: Advance Corrections in BPMon infrastructure (EXS) delivered with ST-A/PI 01S
2236277: Advance Corrections in BPMon infrastructure (EXS) delivered with ST-A/PI 01S SP
Too much data has to be processed by the IDoc background routine which accesses the IDoc tables. This often leads to memory dumps. Usually this is due to the fact that IDoc data is selected in a delta approach, i.e. only the IDocs created new since the last collection are relevant for the current data collection run. If the delta to the previous data collection is too big (days, weeks, or even months instead of a few minutes only), the amount of data to be selected is too much. During normal operations the delta won't be too big, but under the following circumstances it can happen that there's a big gap between the previous and the current data collection:
Make sure SAP note 2203583 is implemented on the managed system. The corrections are contained in standard as of ST-A/PI 01S. If the same issue persists follow the instructions in the same note. If this doesn't help either create a customer incident on component SV-SMG-MON-BPM-DCM.
You have configured the ‘File (ABAP)' monitoring template, and the ‘Creation time of file' metric remains gray.
This metric only takes into account files that were created on the current day, after the time specified in configuration parameter ‘Change Time'. If the file was created earlier, the metric doesn't return a measurement.
Make sure the ‘Change Time' parameter is aligned with the expected creation time of the file on the managed system. For example, if the file is expected to arrive at 09:00 am, the ‘Change Time' parameter should be set to 08:45 am (to be on the safe side).
NOSEND doesn't exist as a real status on database (table TRFCQOUT, field QSTATE). Instead the relevant queue entries have status READY with field NOSEND = X.
Change the monitoring configuration accordingly (replace NOSEND with READY in the status parameter field).
ICMon UI doesn't work correctly in SAP Solution Manager 7.2 SP 04. No scenarios visible on Scenario overview. Topology view grows indefinitely. In Monitoring view only one line is visible even though several channels and metrics are configured.
Make sure you implement the latest notes for your SAP_UI version as described in '2090746 - Unified Rendering Notes - Which One To Apply - Instructions And Related Notes'. If this doesn't fix the issue please also implement SAP note '2419950 - SAPUI5 upgrade to version 1.38.17' and all relevant sub-notes.
You do not get any availability data in the monitoring UI.
The availability can be measured with a script or for RFC destination starting with Solution Manager 7.1 SP09 via an extractor. The script is usually deployed to the SMD Agent of the source system. If there is no SMD Agent available the SMD Agent of the target system is used. On the SMD Agent the script is not executed by the UXMon executor but by the MAI runtime.
Start in SE38 the report ICMON_TROUBLESHOOT. Enter the SID of the source system (when it is diagnostic relevant otherwise the target system) of the interface channel and execute the report.
1. If you get the error message No Agent found! ensure that the SMD Agent is installed and running. Via click on the agent name you can open the MAI servlet. Click on 'Show Current Configuration' and search for 'Script'.
2. If the value is not available in the configuration, the configuration has not been pushed to the SMD Agent. In SLG1 you can check to which agents the script has been deployed.
Choose: Object = EEM Subobject = DEPLOY From/to = time when configuration/activation has been executed.
If the script is available you can click on 'Show Collection Statistics' or 'Show Last Collection Errors' to display the result.
3. If you see an exception like Script <script_name> not found you should check if the script really reached the SMD Agent. The file location is under <SMD_AGENT>/applications.config/com.sap.smd.agent.application.eem/rscripts/<script_name>/
If the file is there you should restart the SMD Agent. Either via MMC or via /smd/AgentAdmin → Select Agent and reboot Agent via context menu.
If the file is not there you should ensure that the communication from ABAP to JAVA stack is working. Check if in UXMon setup the activity Create Logical Ports in step 2.4 (Configure Automatically) has been executed and is green.
You do not get any exception in the monitoring UI.
The DPC Extractor of source ST is not running or returns an error like 'No authorization'.
Check in alerting framework (transaction E2E_ALERTING_FWK) if the DPC PULL Extractor is running for Extended Context ST. If not schedule DPC Extractor by executing the DPC setup in Basic Configuration.
In case of authorization error upload the role attached note 1899598.