Show TOC

Executing GRMG Scenarios in the BackgroundLocate this document in the navigation structure

Context

By default, GRMG availability monitoring runs in dialog, which means, especially if you are using a large number of GRMG scenarios (as of about 50), that there is a danger that the runtime of the corresponding data collection method GRMG_TRIGGER becoming too long (more information: Changing the Timeout of the HTTP Connection of the GRMG Request). As of SAP NetWeaver 7.0 EHP1, you can have the processing of the GRMG scenarios run in the background, meaning that you can avoid the problems due to the maximum runtime being exceeded.

Note

You can identify the exceeding of the maximum runtime in dialog by the generation of an alert in the corresponding instance-specific subtree of the CCMS Selfmonitoring monitor, in the subtree Start of the navigation path GRMG_Self-Monitoring Next navigation step Resets and Execution Reliability End of the navigation path.

As of SAP NetWeaver 7.0 EHP1, the exceeding of the maximum runtime no longer leads to the permanent failing of the GRMG availability monitoring, since the nodes in the alert monitor that have the status FATAL ERROR due to the exceeding of the maximum runtime are automatically reset by the start-up method GRMG_RESET_TOOL. However, to avoid the maximum runtime being exceeded, you should run the availability monitoring in the background, if the above alerts exist.

Procedure

  1. Call transaction GRMG. The Generic Request and Message Generator screen appears.
  2. Choose the button Start of the navigation path Start/Stop Next navigation step Run GRMG in Batch End of the navigation path.
  3. You can now make the following entries on the Parameters for GRMG Background Job CCMS_GRMG_BATCH_EXECUTION screen:

    Input Field

    Meaning

    Name of the GRMG Job

    Name of the job that the GRMG scenarios call. Do not change the existing value.

    Frequency in Minutes

    Time between two executions of the GRMG availability monitoring. The smaller the value you choose here, the faster you will be informed in the monitoring infrastructure if a monitored component is no longer available.

    Note

    Experience has shown that you should not set this period to less than three minutes.

    Number of Parallel Tasks

    You can perform the availability monitoring in parallel by setting a value greater than one in this field. This is primarily useful if you want to monitor a very large number of GRMG scenarios with a high frequency. We recommend that you set this parameter, if the runtime of the jobs CCMS_GRMG_BATCH_EXECUTION is longer than the period between two executions of the job, which you set in the parameter Frequency in Minutes.

    Note

    To determine the runtime of the job, call transaction SM37 and, in the Job Name field, enter CMS_GRMG_BATCH_EXECUTION. In the User Name field, enter the wildcard character * and choose the Execute button.

    Parallel Server Groups

    If you have the execution of the availability monitoring performed in parallel, you can restrict the instances on which the availability monitoring is executed by entering a corresponding server group here.

Next Steps

Monitoring with the Generic Request and Message Generator start page