Microsoft SQL Server extension

  • Latest Dynatrace
  • Concept
  • 4-min read
  • Published Jun 27, 2025

Improve the health and performance monitoring of your Microsoft SQL Servers.

Compatibility information

Supported types of SQL Server

  • SQL Server (editions: Enterprise, Standard, Developer, Web, Express) on Windows servers.
  • Azure SQL Database.
  • Azure SQL Managed Instance.

Important note: The extension is reported to work with other types of SQL Server, such as AWS RDS or SQL Server on Linux, but they are not officially supported.

Supported types of HA or replication

  • Always On

Important note: Other types of replication and HA monitoring, including publisher/subscriber model, are not supported yet.

Supported versions of SQL Server

Any version of SQL Server with active extended support by Microsoft is supported by this extension. Please refer to the official Microsoft documentation about lifecycle dates for SQL Server.

Simultaneous use of different versions of extension

  • Running two or more different versions of the extension against the same SQL Server is not supported.
  • Running different major versions (for example, version 1 and version 2) of the extension on the same tenant is highly discouraged and is not supported. This will break the topology model.

Compatibility with OneAgent

  • In order for SQL Server Instance entity to be linked to the Host entity, they must share the same IP address. If the monitoring configuration for SQL Server is configured with a different IP address, two instances will not be linked with each other.

Overview

Microsoft SQL Server database monitoring is based on a remote monitoring approach implemented as a Dynatrace ActiveGate extension. The extension queries MS SQL databases for key performance and health metrics, extending your visibility, and allowing DAVIS AI to provide anomaly detection and problem analysis.

Get an overview of your SQL Server monitoring using New Dashboards, which are bundled with the extension upon activation.See the largest files in your SQL Server Environment via logs ingested by the extension.See the longest running queries in your SQL Server environment via logs ingested by the extension.Instance viewLocks and sql statements chartsMemory monitoring
1 of 6Get an overview of your SQL Server monitoring using New Dashboards, which are bundled with the extension upon activation.

Get started

Activation

  • Activate Extension in the Hub: Dynatrace Hub → SQL Server → Add to environment.
  • Add a monitoring configuration with endpoints that connect to individual SQL Server instances.
  • Enabling log monitoring will activate extension status logs and allow for monitoring of the longest running queries and largest database files.

FAQ

How does the extension affect the target database?

  • The extension only executes SELECT queries to obtain monitoring data. The database is never modified or locked.
  • The extension only queries sys.* system views and msdb database (when applicable). User databases and objects are never affected.
  • All executed queries are static and are cached within the target database after their first execution.
  • Even with all Feature Sets enabled, the effect the extension has on each target database is negligible.

How to size ActiveGates for this extension?

  • Each monitoring configuration is automatically assigned to an ActiveGate within the assigned ActiveGate group.
  • All of the endpoints within a single monitoring configuration are executed on a single ActiveGate.
  • Failover migration of monitoring configuration is automatically performed in case an ActiveGate is brought down. Migration is only performed within a single ActiveGate group.
  • Each monitoring configuration can handle hundreds of active endpoints simultaneously on a single ActiveGate with 2vCPU and 4GiB RAM.
  • The number of monitoring configurations that can be created is limited. It is much more performance and resource-efficient to have many endpoints inside a monitoring configuration instead of creating too many monitoring configurations.

Are there any special considerations when monitoring Always On clusters?

  • It is recommended to create two distinct monitoring configurations when monitoring an Always On cluster:
    • First monitoring configuration with only the "Always On" feature set enabled and connected exclusively to primary replicas within the cluster.
    • Second monitoring configuration with every feature set enabled except for "Always On" (disabled within the second monitoring configuration) with a connection to all instances within the cluster.
    • This configuration will ensure that full infrastructure observability is enabled for every instance within the cluster while the data related to Always On is reliably collected from the primary replicas.
  • It is recommended to create a separate monitoring configuration to monitor Always On clusters and only create endpoints to primary replicas. Due to built-in limitations of Always On, the secondary replicas do not have full information about the entire Always On cluster they belong to.
  • Connecting to both the primary and secondary replica in the same Always On cluster while having the "Always On" feature set enabled for both of them will result in duplicate metrics as well as distorted monitoring and is highly discouraged.

What authentication schemas are supported?

  • The following authentication types are supported
    • Basic authentication
    • Kerberos
    • NTLM

Are self-signed SSL certificates and PKCS12 truststores supported?

  • Yes, certificates signed with a non-public signing chain must be added to a truststore.
  • When an encryption certificate is generated using a non-publicly verifiable certificate authority, that CA must be made known to the ActiveGate.
  • See instructions on adding a truststore for a step-by-step guide.

What is the Endpoint Metadata field for?

  • When you add text into this field, each SQL Server Instance created by that monitoring configuration with have their properties section modified to have this information added to the entity.

How do I add custom intervals?

  • The 2 fields query interval and heavy query interval have been added. If you want the 1-minute queries to run at intervals greater that 1 minute. e.g. every 10 minutes you can enter the number 10 in this box.
  • The heavy query interval input box functions the same. Except you are changing the frequency of queries that run every 5 minutes.
  • For more information the description under each input box explains which queries are affected.

How do I view my Locks and Waits?

  • Enable the Locks and waits featureSet. If you are on SaaS you will have a new Dashboard to view this data in an organized single pane of glass. If you are on Managed you will have the logs ingested and you can view requests with locks or waits.
Related tags
ExtensionsExtensionsInfrastructure Observability