The following tables describe the structures of the SMF Rule Thresholds solution rules.
Table 67 Handling Exceeded SMF Thresholds Rule Structure
Item |
Description |
---|---|
Title |
Handling Exceeded SMF Thresholds |
Name |
IEE361I |
Table |
SMF |
Message |
Any of the following messages:
|
Message Description |
Descriptions for messages handled by this rule are found in the other rule descriptions belonging to SolveWare subject SMF. |
Basic Scheduling Parameters |
Always schedule this rule. |
Runtime Scheduling Parameters |
No special considerations |
Global Variables |
None. |
Rule Logic |
To avoid message overload situations, this rule deactivates SMF rules whose messages have exceeded a pre-determined number of appearances in a period of time. These threshold values are defined for every message included in this rule in the threshold parameters APPEARED ### TIMES IN #### MINUTES. To synchronize threshold handling correctly, this rule is assigned a higher PRIORITY value than the message rules that it monitors, and has a CONTINUE SEARCH value of Y (Yes). Deactivation of an SMF rule is achieved by adding the appropriate (inverse) IN prerequisite condition for the rule. To reactivate a deactivated rule, the threshold conditions must be deleted. This can be done either manually or automatically by Control-O (see the following section). Threshold conditions must be specified in the IGNORE list of the Control-M CONTDAY procedure (see SolveWare Implementation Considerations). |
Rule Actions |
|
Activating the Rule |
Once scheduled, the rule is triggered whenever one of the above messages exceeds its threshold. |
Recommended Mode or Category |
During the testing period, the rule must be activated in LOG mode. Once you are satisfied with the results of the rule, change the mode to PROD to avoid log messages for this rule. The SolveWare category for this rule is 2—some customization is required before implementation. |
Customization |
Review each SMF message monitored by this rule and determine appropriate threshold values. For each message included in this rule, adapt to site requirements APPEARED ### TIMES IN #### MINUTES values, which specify a number of appearances in a time period. |
Table 68 Resetting SMF Rule Threshold Conditions Rule Structure
Item |
Description |
---|---|
Title |
Resetting SMF Rule Threshold Conditions |
Name |
RESSMF |
Table |
SMF |
Event |
RESSMF |
Event Description |
This Event rule deletes all threshold conditions for all SMF rules. |
Basic Scheduling Parameters |
Always schedule this rule. |
Runtime Scheduling Parameters |
No special considerations |
Global Variables |
None. |
Rule Logic |
Using the INTERVAL parameter, this rule periodically deletes the threshold conditions of all SMF rules in order to reactivate SMF rules that exceeded their thresholds. (For further information regarding the resetting of threshold conditions, see Customization in this table.) |
Rule Actions |
|
Activating the Rule |
Once scheduled, the rule is triggered periodically according to the INTERVAL parameter specification. |
Recommended Mode or Category |
During the testing period, the rule must be activated in LOG mode. Once you are satisfied with the results of the rule, change the mode to PROD to avoid log messages for this rule. The SolveWare category for this rule is 2—some customization is required before implementation. |
Customization |
Adapt the INTERVAL parameter to site requirements: If you use the INTERVAL parameter without the TIME FROM parameter, the threshold conditions are deleted when the rule is ordered. |
Note: Threshold conditions must also be deleted at time of IPL. For more information, see SolveWare Initialization. Threshold conditions must be specified in the IGNORE list of the Control-M CONTDAY procedure. For details, see SolveWare Implementation Considerations. |
Parent Topic |