Alert Rules

Prev Next

Alert Rules define exceptions to standard alert behavior. Each rule targets a specific alert type and applies to one or more Profiles or Resources. Rules can suppress an alert entirely, or override individual settings — such as severity, tolerance, or notification channels — without changing the underlying alert configuration.


Alert Rules Table

The Alert Rules screen displays all configured rules in a sortable table.

Column Description
Name The name of the rule.
Alert Type The alert the rule applies to.
Objects Any object-level filters associated with the rule, such as jobs, disks, or availability groups. Blank for alerts that do not support object targeting.
Scope The number of Profiles or Resources the rule is applied to.
Ignore Alert Indicates whether the rule suppresses the alert entirely (True) or modifies its behavior (False).
Status Whether the rule is currently Enabled or Disabled.

Note: Click any column heading to sort the table in ascending or descending order. Use the magnifying glass icon at the top-right corner of the card to search existing rules.

Click the action icon (three dots) at the end of any row to View, Edit, Enable, or Delete the rule.


Creating or Editing an Alert Rule

Click [+Rule] to create a new rule, or click the action icon on an existing rule and select Edit Rule. Either action opens the New/Edit Rule flyout.

Name and Alert Type

Field Description
Enabled Enables or disables the rule. New rules are enabled by default.
Name A friendly name for the rule. Name rules so their purpose is clear at a glance — for example, Suppress Low Disk Space — Archive Volumes or Downgrade Severity — Dev Instances.
Alert Type The alert the rule applies to. Selecting an alert type may reveal a Level field between Scope and Objects, depending on the alert. The Objects field appears only after a scope is selected.

Scope

Scope defines where the rule applies — either across one or more Profiles or against specific Resources. You may select one or many under either option, but not both in the same rule.

Scope Option When to Use
Profile The rule should apply across all current and future resources in a profile. Any new instance added to the profile is automatically covered without updating the rule.
Resources The rule should apply to specific instances only — for example, when the targeted objects exist on particular servers and not others.

Tip: When you need both broad and targeted coverage, create two separate rules — one scoped to a Profile using a wildcard pattern, and one scoped to specific Resources with individual selections.

Level

The Level field appears for alerts that support escalation levels. It controls which level or levels the rule applies to.

Alerts configured in Advanced Mode in a Profile can have up to three escalation levels, each with its own severity and tolerance. Level 1 is the most relaxed setting; each subsequent level must be configured with a stricter threshold. For example, a Low Disk Space alert might be configured as:

Level Min. Free Space (MB) Min. Free %
Level 1 51,200 MB 20%
Level 2 10,240 MB 10%

Use the Level field to target the rule at a specific level, a selection of levels, or all levels.

Note: If an alert has not been configured with multiple levels in the Profile, only Level 1 will be available. See Profiles for more information on configuring escalation levels.

Objects

The Objects field appears only after a scope has been selected, and only for alert types that support object-level targeting — such as SQL Server Agent Job Failed (Jobs) and Low Disk Space (Disk/Mount Point). It does not appear for alerts that apply at the instance or host level with no finer granularity.

The Objects dropdown is populated based on the instances in your selected scope. You can select individual objects, use wildcard patterns, or combine both in the same rule.

Using wildcards

Type a pattern into the search field using the percent sign (%) as a wildcard character, then click Add Object to add it to the rule.

Pattern Matches
%Backup% Any object containing "Backup" anywhere in the name
Maintenance% Any object whose name starts with "Maintenance"
%Cleanup Any object whose name ends with "Cleanup"

You can add multiple wildcard patterns and individual selections to the same rule. The badge on the Objects dropdown reflects the total number of objects currently added. All wildcard patterns apply across every instance in the selected scope.

Tip: Select All current and future objects to automatically apply the rule to any matching object — including newly created ones — within the selected scope.

Rule Behavior

The Ignore Alert toggle controls what the rule does when its conditions are met.

Setting Behavior
Ignore Alert — On Suppresses all notifications for the alert within the defined scope. No alert fires, regardless of other settings.
Ignore Alert — Off (default) The alert is not suppressed. Use the fields below to override specific alert parameters instead. At least one field must be changed for the rule to be valid.

When Ignore Alert is off, the following override fields are available:

Field Description
Severity Overrides the severity level set at the Profile level for this alert within the rule's scope.
Tolerance Formula Overrides the tolerance applied at the Profile level with rule-specific threshold values. The Profile Default toggle is on by default — switch it off to enter custom values. Custom values apply only to this rule and cannot be saved as a reusable tolerance.
Notify on Open Events Prepopulated with the notification channels inherited from the alert. Override these to route open-event notifications differently within the rule's scope.
Notify on Closed Events Prepopulated with the notification channels inherited from the alert. Override these to route close-event notifications differently within the rule's scope.

Saving the Rule

Click [Save] to create the rule or commit edits and return to the Alert Rules screen.


Related Topics