You can use the Generic Request and Message Generator (GRMG) to monitor the availability of technical components and entire business processes. GRMG is suitable both for technical monitoring and for application monitoring.
GRMG consists of two parts, both of which are required for a functioning GRMG environment:
The GRMG Infrastructure is part of the monitoring architecture of the Computing Centre Monitoring System (CCMS). Its task is to send a request (the GRMG request) to the GRMG application, to receive its response (the GRMG response), and to display this response in a monitor in the alert monitor.
The GRMG application performs the actual availability monitoring. From a technical point of view, this is a Java Server Page (JSP), a servlet, or a Business Server Page in an SAP Web Application Server with a well-defined interface that is called by the GRMG infrastructure. GRMG request and the GRMG response are messages in a well-defined XML format.
The concept of monitoring the availability of monitored components can be describes as an agent concept. This means that the GRMG application can run separately from the components and applications that it is monitoring. This means that you can differentiate between the following situations, if an error occurs:
If the GRMG application technically runs separately from the monitored component, a scenario error means that it is not possible to make a statement about the status of the monitored component.
If the GRMG application and the monitored component form a unit, a scenario error also means that the component is not available.
Follow the steps described in the appropriate process below, depending on whether you want to instrument an application for availability monitoring with GRMG, or whether you want to perform the Customizing in the central monitoring system to monitor an instrumented application:
If you are using the GRMG in the context of one of the following solutions, you also require the GRMG special transport until Support Package 32 (inclusive). This special transport is available to you in the relevant Best Practice guide:
The above figure shows an example of a GRMG scenario. The GRMG infrastructure calls a GRMG application, which in turn checks the availability of software components (such as J2EE servers) or technical functions (such as JNI).
In any case, the GRMG response is interpreted by the GRMG infrastructure and displayed in the alert monitoring tree:
With GRMG, you can therefore use one technology to monitor all components in an application, regardless of whether these are based on ABAP or Java. You can create any number of GRMG scenarios, where you can specify one individual URL or RFC destination of type HTTP in each scenario. Each scenario can, in turn, monitor any number of components through the GRMG application.
The results of the availability monitoring are displayed in the Alert Monitor. The percentage availability is displayed for each instance of a monitored component. You can store this data over the longer term in the Central Performance History, and use it in turn to monitor Service Level Agreements.
The system also assigns an alert value to the messages sent to the GRMG infrastructure by the GRMG application and stores them in a log attribute. These messages are also available to you in the monitoring architecture, where they can, for example, trigger auto-reactions.