Technote (troubleshooting)
Problem(Abstract)
A low recurring wait time interval (for example every 1 minute) for a trigger defined in a monitor model monitoring context will result in frequent trigger evaluations, which might cause event processing performance problems under high volumes of active instances.
Additionally, if the trigger is repeatable and there is an associated notification alert, you might receive excessive notifications. The high number of notifications can cause the high message threshold to be exceeded for the ActionManagerQueueDestination, resulting in further problems.
Resolving the problem
Consider the following options when defining a recurring wait time trigger in a monitoring context:
- Use a longer "recurring wait time" duration.
- Clear the "Trigger is repeatable" option for the trigger, if not needed.
- Use a longer "recurring wait-time checking interval" in the runtime configuration for the monitor model on the Monitor server.
Refer to the Related information section below for further information.
Related information
Jump-start business activity monitoring (BAM) Part 8
Modifying the runtime configuration of a model
Defining triggers for monitoring contexts
Defining triggers for KPI contexts
Rate this page:
Copyright and trademark information
IBM, the IBM logo and ibm.com are trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at www.ibm.com/legal/copytrade.shtml.