-
Technical Assistance
Request product support from SAP
-
Non-Technical Assistance
Request non-product support or provide feedback on SAP Support Portal site
Technical Assistance
Request product support from SAP
Non-Technical Assistance
Request non-product support or provide feedback on SAP Support Portal site
The message flow via SAP PI can be very complex, passing different components (such as adapter engines with the module processor and messaging system, integration engines with their pipeline processing including Java & ABAP proxies, business process engine etc.) and using different adapter types (such as File-, JMS-, IDoc-, RNIF-adapters etc.).
The message flow via SAP PI can be very complex, passing different components (such as adapter engines with the module processor and messaging system, integration engines with their pipeline processing including Java & ABAP proxies, business process engine etc.) and using different adapter types (such as File-, JMS-, IDoc-, RNIF-adapters etc.).
Messages sent to SAP PI can come from various sources in the sender system and can use several different interface techniques. Depending on the interface technique used either the message is sent to the Integration Server directly, or the Java-based Adapter Engine receives the message from the sending system and converts it into an XML format. The XML message is then forwarded to the ABAP-based Integration Server where messages are processed or forwarded to the Business Process Engine (e.g. for merging of messages). From the Integration Server the message is sent to the receiver system. Depending on the document type expected by the receiver system, the message may again pass the Adapter Engine.
This complexity makes it difficult to track and monitor the flow of a specific message across SAP PI. Automated monitoring of messages is essential to ensure the error-free operation of SAP Process Integration (SAP PI) and each integration scenario. Within SAP Solution Manager, SAP PI message monitoring can be either performed on the level of single interfaces using the Interface Channel Monitoring tool, or on a more aggregated level via the Technical Monitoring Work Center's functionality “PI Monitoring”. Especially if used in business process context, PI message monitoring in Interface Channel Monitoring clearly focuses on business-critical PI interfaces. It aims at monitoring the PI message processing for error and backlog situations, hence supporting an end-to-end like monitoring of the whole business process.
In order to define the communication details for a SAP PI message so-called communication channels are used in SAP PI. Both the inbound and outbound communication is maintained in the channel definition, including the adapter used for the particular interface. This way the right sender and receiver components are available during runtime of a message. Communication channels can have different statuses which influences the runtime of the PI message, too. If a J2SE adapter engine is used, J2SE adapters are used instead of communication channels to define the inbound and outbound processing.
The status of the communication channels can be retrieved from the PI system using the SAP NetWeaver Administrator tool “Communication Channel Monitor”.
If a communication channel or J2SE adapter is in an inactive or erroneous state the PI messages of the particular interface cannot be processed (as the sender or receiver components cannot be determined). Thus it is essential to monitor the involved communication channels or J2SE adapters of a SAP PI interface with high frequency, to be notified about failures or unavailability in time.
The technical prerequisites depend on which of the monitoring templates you want to use.
Template | Technical Prerequisites |
---|---|
Process Integration (PI) | The following technical prerequisites have to be met in order to use this monitoring template:
|
Process Integration (PI – ABAP only) | The following technical prerequisites have to be met in order to use this monitoring template:
|
Process Integration (PI Channel) - obsolete | This monitoring template is obsolete with SAP Solution Manager 7.2, as we now make use of PI channel data collected by Solution Manager's PI Monitoring. The new metrics are part of monitoring template ‘Process Integration (PI)'. The old metrics are still available in this monitoring template ‘Process Integration (PI Channel)', to safeguard existing configurations, but are marked as obsolete. |
This template can be used for the monitoring of messages processed both in the ABAP and JAVA stack of PI.
Note: With SAP Solution Manager 7.2 SP13 a new data collector will be shipped. This will slightly influence the setup of the interface channels. Please find more details in the respective sections.
Metric Name | Description | MAI Category | Since SP |
---|---|---|---|
Number of cancelled PI messages |
Measures the number of cancelled PI messages in the requested time frame. |
Exceptions |
7.1 SP12 |
Number of erroneous PI messages |
Measures the number of erroneous PI messages in the requested time frame. |
Exceptions |
7.1 SP05 |
Number of intermediate PI messages |
Measures the number of PI messages in an intermediate state in the requested time frame. |
Performance |
7.1 SP12 |
Number of successful PI messages |
Measures the number of successful PI messages in the requested time frame. |
Performance |
7.1 SP05 |
Number of PI channels in critical activation status(1) | This metric checks for PI channels in a specific activation state. | Exception | 7.2 SP03 |
Number of PI channels in critical channel status(1) | This metric checks for PI channels in a specific channel state. | Exception | 7.2 SP03 |
This template can be used for the monitoring of messages which are processed in the ABAP stack only. It can check for single PI messages similar to standard monitoring transaction SXI_MONITOR.
Metric Name | Description | MAI Category | Since SP |
---|---|---|---|
Number of critical PI Messages (ABAP only) (Delta) |
Measures the number of suitable messages since the last run of the collector. It is intended to be used for measuring messages in a critical status. |
Exceptions |
7.1 SP12 |
Number of critical PI Messages (ABAP only) (Total) |
Measures the number of messages in the system within a specific status or status group for a certain amount of days. It is intended to be used for measuring messages in a critical status |
Exceptions |
7.1 SP12 |
Number of uncritical PI Messages (ABAP only) (Delta) |
Measures the number of suitable messages since the last run of the collector. It is intended to be used for measuring messages in an uncritical status. |
Performance |
7.1 SP12 |
Number of uncritical PI Messages (ABAP only) (Total) |
Measures the number of messages in the system within a specific status or status group for a certain amount of days. It is intended to be used for measuring messages in an uncritical status |
Performance |
7.1 SP12 |
The Interface and Connection Monitoring setup can be accessed via SAP Solution Manager Configuration (SOLMAN_SETUP).
To access the Integration Monitoring setup please go to SAP Solution Manager Configuration (SOLMAN_SETUP) → Application Operations → Integration Monitoring → Interface and Connections.
Note: If you didn't perform the infrastructure configuration yet, please follow the Interface and Connection Monitoring Setup with SAP Solution Manager 7.2.
When you create an IF channel of the Process Integration (PI) type, you have to select the PI Domain in the second step of the IF channel creation. For this PI Domain, the PI Monitoring setup has to be successfully executed.
Navigate to the Define Scope step. You can create a new scenario or use an existing one. Make sure the sender and the receiver system are part of the Interface and Connection Monitoring scenario.
Create the Interface Channel:
When creating the interface channel, you have different options how you can model the interface:
Source | Target | Collection point of not successful statuses | Collection point of successful statuses |
---|---|---|---|
ABAP Business System | ABAP Business System | Source, Target, PI Components* | Target |
ABAP Business System | External Service or Unspecific Managed Object | Source, PI Components* | PI Components* |
External Service or Unspecific Managed Object | ABAP Business System | Target, PI Components* | Target |
External Service or Unspecific Managed Object | External Service or Unspecific Managed Object | PI Components* | PI Components* |
ABAP Business System | PI (ABAP or Java) | Source, PI system | PI system |
PI (ABAP or Java) | ABAP Business System | PI system, Target | Target |
External Service or Unspecific Managed Object | PI (ABAP or Java) | PI system | PI system |
PI (ABAP or Java) | External Service or Unspecific Managed Object | PI system | PI system |
PI (ABAP or Java) | PI (ABAP or Java) | PI system | PI system |
*PI Components = Integration Server (ABAP), Central Adapter Engine (Java), Decentral Adapter Engine
If the PI component is explicitly part of the channel setup (Option 2), the data collection will try to find the messages only in the selected component. Otherwise the data collection will try to find the message in any PI component of the domain.
Maintain the Interface:
With the new data collector the handling of the sender/receiver interface filters will slightly change.
The values for the sender/receiver determination can be pulled from the input help of the fields. Consider the following information, when using wildcards:
For a certain parameter, you can either fully specify the value or you can use placeholder "*" as selection criteria. In the latter case all combinations matching the selection criteria will be collected. If you leave a parameter value empty, the parameter will be ignored for selection.
In case you would like to collect explicitly values which are empty (explicit blank), you have to specify them with "#".
Select Metrics:
On the Metrics tab, select the metrics you want to monitor.
Enter Metric Parameters:
You can maintain attributes as described in the Interface and Connection Monitoring Setup with SAP Solution Manager 7.2 on the Attributes tab.
Thresholds and the collection schedule are maintained in the next step of the guided procedure. Once you have maintained all your channels, click Next in the main guided procedure to move to the Activation step.
Maintain Thresholds and Schedule:
Note: Reporting on Process Integration (PI) Channels
The data collected from PI for this channel is already aggregated data from PI. Aggregating this data again would lead to incorrect values and this has to be avoided.
The reporting functionality for PI messages is restricted to the last 24 hours. For custom time ranges over 24 hours no data will be displayed.
Note that the metrics for this monitoring template are collected by a data collector in ST-A/PI. Hence the messages can only be collected on ABAP systems. To find information like sender and receiver determination for the messages you want to monitor, a good starting point is opening the message you want to monitor in transaction SXMB_MONI in the managed system.
Navigate to the Define Scope step. You can create a new scenario or use an existing one. Make sure the sender and the receiver system are part of the Interface and Connection Monitoring scenario.
Create the Interface Channel:
Maintain the Interface:
Select Metrics:
On the Metrics tab, select the metrics you want to monitor.
Enter Metric Parameters:
Performance Warning
For performance reasons it is not recommended to use the Total Number metrics for monitoring successfully processed messages. Furthermore, the Total Number metrics should only be scheduled very restrictively. A typical use case would be to monitor the number of not treated erroneous messages once a day to make people aware that some actions have to be taken. It should not be scheduled in minute intervals because of the high load it might cause on the managed system (depending on the message volume).
Note: Metrics for Critical vs. Uncritical Statuses
Note that technically both metrics produce the same result if configured identically. However, the Number of critical PI Messages (ABAP only) (Delta) metric is supposed to be used for measuring PI messages in an error state only, whereas the Number of uncritical PI Messages (ABAP only) (Delta) metric can be used for throughput measurements too. Consequently, in the Interface Channel Monitoring application, the metrics are categorized as Exceptions and Performance, respectively.
You can maintain attributes as described in the Interface and Connection Monitoring Setup on the Attributes tab.
Thresholds and the collection schedule are maintained in the next step of the guided procedure. Once you have maintained all your channels, click Next in the main guided procedure to move to the Activation step.
Maintain Thresholds and Schedule:
The set of messages that is selected during data collection is restricted by either the current status of the PI message or the status group its current status belongs to. The following statuses and status groups are available and can be provided on metric level during configuration of the managed objects:
Status Group | Description |
---|---|
1 |
Processed Successfully |
3 |
Scheduled |
4 |
Errors |
5 |
Application Error |
6 |
System Error |
Status | Description |
---|---|
001 |
Recorded |
016 |
Manual restart |
009 |
Automatic Restart |
012 |
Recorded for Outbound Processing |
029 |
Transfer to Process Engine |
003 |
Processed successfully |
010 |
Message Branched |
020 |
Canceled - Since Already Processed |
022 |
Acknowledgment message stopped |
014 |
System Error - Manual Restart Possible |
023 |
System Error - Restart Not Possible |
018 |
System Error - After Automatic Restart |
017 |
Application Error - Manual Restart Possible |
024 |
Application Error - Restart Not Possible |
025 |
Application Error - After Automatic Restart |
011 |
Ended By Pipeline Without Errors |
021 |
Canceled Manually |
019 |
Changed Manually |