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.