The rules for Events Profiles can be modified. The options available to edit within a rule depend on the individual rule.
To edit an Events Profile Rule:
Scroll through the list and click on the desired rule.
Alternatively, you can use the search box at the top of the page to search for the desired rule. |
The Rule tab expands, showing the settings for that rule. (The options available to edit within a rule depend on the individual rule, see table below.)
To restore an Events Profile Rule to its default settings:
Click the Reset button at the top of the rule's tab.
The rule is reset to its default settings, automatically saved and moved back to the Default list.
When you click on the "Reset" button, the rule's settings are instantly reverted to their default settings and saved. You cannot undo this action. |
The table below lists all of the potential parameters from all of the rules. There is also the option to reset rules to their default settings.
Parameter | Description |
---|---|
Track only, do not update object state | Select this option if you want the escalation event to be registered in the event log only. In this case, the issue triggering the rule and any resulting escalation, will not escalate the object itself to a warning or error state. |
Disable | Select this option to disable the rule entirely, so that no Events will be logged for this rule. (If checked, the other rule options are no longer shown.) |
Generate OK email notification | Select this checkbox if you would like email notifications to be sent to relevant stakeholders when the object returns to an OK state. |
Generate Error email notification | Select this checkbox if you would like notifications to be sent to relevant stakeholders when the object enters an error state. |
Ignore object state for notification generation | Select this checkbox if you would like notifications to be sent to relevant stakeholders for all error Events regardless of whether the object was already in an error state. (When not selected, notifications are only sent when an object first enters into an error state.) |
Thresholds | For Value Thresholds: Enter the threshold or adjust the slider to specify the thresholds for escalating/de-escalating to/from a "warning" and "error" state. In this case the value is absolute and defined within the rule (e.g. utilization level in percentage, time in days, etc.). For example, a CPU Usage rule can determine that if the CPU utilization reaches above the 50% threshold, it will escalate to a "Warning" state and if the value is above the 80% threshold, it will escalate to an "Error" state. If you want to disable the "warning" and/or "error" states de-select their respective checkbox. For State-Over-Time Thresholds In the "Warning" and "Error" fields enter (or adjust the scale) the percentage of time in which the object should spend in the relevant state (e.g. in a "warning", "error" or "OK" state) within the time windows, which are specified in the Warning/Error Window (minutes) in order to escalate the object to that state. For example, 50% out of 6 minutes is an error threshold, so if a source reports a blank picture for 3 minutes out of the 6 min window, ZM will put it into an error state. However, if the warning threshold is 5% out of 60 minutes, if a source reports a blank picture for 3 minutes out of the 60 min window, ZM will put it into a warning state. If you want to disable the "warning" and/or "error" states de-select their respective checkbox. |
Escalation/De-escalation Timing | To protect against "flapping", the rule also includes de-escalation and escalation delays that require the object to spend the configured time (in minutes) in the higher/lower state to actually escalate/de-escalate the state.
|