This is documentation for the next version of Grafana documentation. For the latest stable release, go to the latest version.
Microsoft SQL Server alerting
You can use Grafana Cloud to avoid installing, maintaining, and scaling your own instance of Grafana. Create a free account to get started, which includes free forever access to 10k metrics, 50GB logs, 50GB traces, 500VUh k6 testing & more.
You can use Grafana Alerting with Microsoft SQL Server to create alerts based on your SQL Server data. This allows you to monitor metrics, detect anomalies, and receive notifications when specific conditions are met.
For general information about Grafana Alerting, refer to Grafana Alerting.
Before you begin
Before creating alerts with Microsoft SQL Server, ensure you have:
- A configured Microsoft SQL Server data source
- Appropriate permissions to create alert rules
- Understanding of the metrics you want to monitor
Supported query types
Microsoft SQL Server alerting works with time series queries that return numeric data over time. Table-formatted queries are not supported in alert rule conditions.
To create a valid alert query:
- Include a
timecolumn that returns an SQLdatetime/datetime2or a Unix epoch timestamp - Return numeric values for the metrics you want to alert on
- Sort results by the time column
For more information on writing time series queries, refer to Microsoft SQL Server query editor.
Query format requirements
Create an alert rule
To create an alert rule using Microsoft SQL Server:
- Navigate to Alerting > Alert rules.
- Click New alert rule.
- Enter a name for the alert rule.
- Select your Microsoft SQL Server data source.
- Build your query using the query editor:
- Set the Format to Time series.
- Include a time column using the
$__timeGroup()or$__timeGroupAlias()macro. - Add numeric columns for the values to monitor.
- Use
$__timeFilter()to filter data by the evaluation time range.
- Configure the alert condition (for example, when the average is above a threshold).
- Set the evaluation interval and pending period.
- Configure notifications and labels.
- Click Save rule.
For detailed instructions, refer to Create a Grafana-managed alert rule.
Example alert queries
The following examples show common alerting scenarios with Microsoft SQL Server.
Alert on high error count
Monitor the number of errors over time:
SELECT
$__timeGroupAlias(created_at, '1m'),
COUNT(*) AS error_count
FROM error_logs
WHERE $__timeFilter(created_at)
AND level = 'error'
GROUP BY $__timeGroup(created_at, '1m')
ORDER BY 1Condition: When error_count is above 100.
Alert on average response time
Monitor API response times:
SELECT
$__timeGroupAlias(request_time, '5m'),
AVG(response_time_ms) AS avg_response_time
FROM api_requests
WHERE $__timeFilter(request_time)
GROUP BY $__timeGroup(request_time, '5m')
ORDER BY 1Condition: When avg_response_time is above 500 (milliseconds).
Alert on low order volume
Detect drops in order activity:
SELECT
$__timeGroupAlias(order_date, '1h'),
COUNT(*) AS order_count
FROM orders
WHERE $__timeFilter(order_date)
GROUP BY $__timeGroup(order_date, '1h')
ORDER BY 1Condition: When order_count is below 10.
Alert on high CPU utilization
Monitor server resource metrics:
SELECT
$__timeGroupAlias(recorded_at, '5m'),
AVG(cpu_percent) AS avg_cpu
FROM sys_metrics
WHERE $__timeFilter(recorded_at)
GROUP BY $__timeGroup(recorded_at, '5m')
ORDER BY 1Condition: When avg_cpu is above 85.
Limitations
When using Microsoft SQL Server with Grafana Alerting, be aware of the following limitations.
Template variables not supported
Alert queries cannot contain template variables. Grafana evaluates alert rules on the backend without dashboard context, so variables like $hostname or $environment aren’t resolved.
If your dashboard query uses template variables, create a separate query for alerting with hard-coded values.
Table format not supported
Queries using the Table format cannot be used for alerting. Set the query format to Time series and ensure your query returns a time column.
Query timeout
Complex queries with large datasets may time out during alert evaluation. Optimize queries for alerting by:
- Adding appropriate
WHEREclauses to limit data - Using indexes on time and filter columns
- Reducing the time range evaluated
Current User authentication not supported
If your data source uses Azure Entra ID Current User authentication, alerting, reporting, and recorded queries are not supported. These features require backend-level credentials that don’t rely on a specific user’s session.
Best practices
Follow these best practices when creating Microsoft SQL Server alerts:
- Use time series format: Always set the query format to time series for alert queries.
- Include time filters: Use the
$__timeFilter()macro to limit data to the evaluation window. - Use MSSQL macros: Prefer
$__timeGroupAlias()and$__timeGroup()over manual time-bucketing expressions. - Optimize queries: Add indexes on columns used in
WHEREclauses andGROUP BY. - Test queries first: Verify your query returns expected results in Explore before creating an alert.
- Set realistic thresholds: Base alert thresholds on historical data patterns.
- Use meaningful names: Give alert rules descriptive names that indicate what they monitor.


