This article was updated to support v11.7.8 of Goliath Performance Monitor.
Counter Watch rules monitor performance counters on your Windows servers/workstations using our Goliath Intelligent Agent to alert on specified conditions in real-time.
Configure the Threshold
- To create a new monitoring condition, navigate to the Configure - Monitoring Rules page and click the New button
- A selection pane will appear, select the radio button option for Counter Watch and then click OK
- Now the monitoring rule pane will appear. At the top of the pane name the Monitoring Rule via the Rule Name field, as well as define the description and the severity.
- The first tab, CounterWatch is where you will define what counter is to be monitored.
- Using the Selections tree at the bottom, find the counter that you want to monitor. Once found, expand to select the machines that you want to monitor with this rule.
- In the Threshold field, define the threshold value for the counter selected. The value is dependent on the counter and can represent a quantity or percentage.
- The Over check box, works in conjunction with the Threshold field. When checked, the counter value must be OVER the threshold value for the specified duration for the alert condition to be met. When unchecked, the counter value must be UNDER the threshold value for the specified duration for the alert condition to be met.
- For example, you'd want to know when CPU is over 90% and in this case would check the box. Similarly, you'd want to know when Drive Space is less then 15%, and in this case would want to leave the box unchecked
- The Duration field works in conjunction with the ‘threshold’ and ‘over’ fields. In this field, define how long in seconds that the counter value must exceed the threshold value, either over or under, for the alert condition to be met.
Configure the Schedule
The Schedule tab of a monitoring rule allows users to define how frequently the rule will alert. This can be done by adjusting the following fields:
Required Options (one of the below must be selected):
-
Alert Every Time: Defines whether an alert is generated every time the conditions are on the previous tab are met.
- When checked, an alert is generated every time the specified condition is met.
- When unchecked, the alert is only generated if the alert conditions are met, and the Minimal Notification Interval, see below, is exceeded since the last alert for this type.
-
Minimal Notification Interval: Defines the minimum amount of time that must elapse between events for the specified condition before another alert will be generated.
-
For example, if the interval is 15 minutes and the condition is being met every 3 mins, you will receive 1 alert every 15 minutes instead of being alerted at each occurrence.
- However, each alert occurrence is considered unique based on the details. For example, an Event Log alert is considered the same based on being the same Event Type and ID, from the same server/workstation.
- The Alert Every Time checkbox must be unchecked in order to use this option.
- For ServerWatch IP Services, this also defines the minimum elapsed time since a service is first detected as down or failed before an alert is generated.
-
For example, if the interval is 15 minutes and the condition is being met every 3 mins, you will receive 1 alert every 15 minutes instead of being alerted at each occurrence.
Additional Options:
-
Maximum Notification Interval: Defines the maximum number of times you want to be notified during a continuous failure situation.
- The default value of '0' means infinite; no maximum is defined so you will continue to be notified according to your Alert Every Time and Minimal Notification Interval settings.
- A non-zero value means that after you have been notified the number of times defined in the Maximum Alert Notifications, and according to your Alert Every Time and Minimal Notification Interval settings, you will not be notified again.
- For example, if "5" is selected, the event will alert for the first 5 events and all additional events will be ignored.
-
Notify On Restore: Defines whether a 'Restore' alert is generated if you have previously been alerted due to a failure.
- For example, if CPU has been 90%, and then dropped below the alert threshold, the notify on restore email will inform you that the condition has returned to a normal state.
- There is always a Notify on Restore for a ServerWatch type alerts.
Additional Configuration
For additional configuration options please see the following articles: