PRTG Manual: WMI Microsoft SQL Server Sensor
The WMI Microsoft SQL Server sensor monitors the performance of a Microsoft Structured Query Language (SQL) Server instance via Windows Management Instrumentation (WMI) and the WSMan protocol.
For a detailed list and descriptions of the channels that this sensor can show, see section Channel List.
- Dutch: WMI Microsoft SQL Server
- French: WMI Microsoft SQL Server
- German: WMI Microsoft SQL Server
- Japanese: WMI Microsoft SQL Server
- Portuguese: WMI Microsoft SQL Server
- Russian: WMI Microsoft SQL Server
- Simplified Chinese: WMI Microsoft SQL Server
- Spanish: WMI Microsoft SQL Server
Consider the following remarks and requirements for this sensor:
Remark |
Description |
|---|---|
Credentials |
This sensor requires credentials for Windows systems. |
Target system |
You can only add this sensor to a target system that runs a Microsoft SQL database. |
Supported versions |
This sensor supports Microsoft SQL Server 2005 to Microsoft SQL Server 2025. The list of supported versions:
|
WSMan |
This sensor requires that the parent probe uses WSMan for WMI connections. |
Meta-scan |
This sensor uses the meta-scan feature. After sensor creation, some settings might appear for reference purposes only. |
WMI permissions |
This sensor requires membership in the Remote Management Users group, Performance Monitor Users group, and access permissions for the WMI namespace Root\CIMV2 and the Service Control Manager on the target system. For more information about required permissions for non-admin users, see https://helpdesk.paessler.com/en/support/solutions/articles/76000088235. |
Windows Compatibility Options |
This sensor uses only WSMan Port and Connection Security from the Windows Compatibility Options. |
Add Sensor dialog |
The name and description of the service in the Add Sensor dialog appear in the language of the device's Windows installation. |
IPv6 |
This sensor supports IPv6. |
Performance impact |
This sensor has a low performance impact. |
The sensor has the following default tags that are automatically predefined in the sensor's settings when you add the sensor:
- mssql
- sqlserver
- wmi
- wmisqlserver
For more information about basic sensor settings, see section Sensor Settings.
During sensor creation, PRTG performs a meta-scan of the target device and displays all available parameters in a table. Select the checkbox next to the parameters that you want to monitor. PRTG creates one sensor for each parameter that you select.
You cannot change the Windows service that this sensor monitors after sensor creation. If you want to monitor a different Windows service, create the sensor again.
Some of the columns from the meta-scan table are for information only and might not appear after sensor creation.
Setting |
Description |
|---|---|
Service Name |
The name of the server instance that this sensor monitors.
If the service name changes after sensor creation, for example because the SQL Server instance was renamed or migrated, the sensor might enter the Down status. You might need to manually change this setting. Click the lock icon to edit this setting. We strongly recommend that you only change it if the Paessler support team explicitly asks you to do so. |
Display Name |
The service that this sensor monitors.
|
Setting |
Description |
|---|---|
Performance Counter Groups |
Select the performance counter groups to monitor.
|
Setting |
Description |
|---|---|
Primary Channel |
Select a channel from the list to define it as the primary channel. In the device tree, PRTG displays the last value of the primary channel below the sensor's name. The available options depend on what channels are available for this sensor.
|
Graph Type |
Define how this sensor shows different channels:
|
Stack Unit |
This setting is only visible if you select Stack channels on top of each other above. Select a unit from the list. PRTG stacks all channels with this unit on top of each other. By default, you cannot exclude single channels from stacking if they use the selected unit. However, there is an advanced procedure to do so. |
Setting |
Description |
|---|---|
Result Handling |
Define what PRTG does with the sensor result:
|
By default, all of these settings are inherited from objects that are higher in the hierarchy. We recommend that you change them centrally in the root group settings if necessary. To change a setting for this object only, click
under the corresponding setting name to disable the inheritance and to display its options.
For more information, see section Inheritance of Settings.
Which channels the sensor actually shows might depend on the target device, the available components, and the sensor setup.
Channel |
Description |
|---|---|
Average Wait Time |
The average amount of wait time for each lock request that resulted in a wait |
Batch Requests/Sec |
The number of Transact-SQL command batches received. This statistic is affected by all constraints (such as input/output, number of users, cache size, or complexity of requests). High batch requests mean good throughput. |
Buffer Cache Hit Ratio |
The percentage of pages found in the buffer cache without having to read from disk. The ratio is the total number of cache hits divided by the total number of cache lookups since an instance of SQL Server was started. After a long period of time, the ratio moves very little. Because reading from the cache is much less expensive than reading from disk, you want this ratio to be high. Generally, you can increase the buffer cache hit ratio by increasing the amount of memory available to SQL Server. |
Connection Memory |
The total amount of dynamic memory the server is using for maintaining connections |
Database Pages |
The number of pages in the buffer pool with database content |
Deadlocks/Sec |
The number of lock requests that resulted in a deadlock |
Full Scans/Sec |
The number of unrestricted full scans. These can be either base-table or full-index scans. |
Lock Requests/Sec |
The number of new locks and lock conversions requested from the lock manager |
Logins/Sec |
The total number of logins started |
Logouts/Sec |
The total number of logout operations started |
Optimizer Memory |
The total amount of dynamic memory the server is using for query optimization |
Page Life Expectancy |
The number of seconds a page stays in the buffer pool without references |
Page Splits/Sec |
The number of page splits that occur as the result of overflowing index pages |
SQL Cache Memory |
The total amount of dynamic memory the server is using for the dynamic SQL cache |
SQL Compilations/Sec |
The number of SQL compilations per second. Indicates the number of times the compile code path is entered. Includes compiles because of recompiles. After the SQL Server user activity is stable, this value reaches a steady state. |
SQL Recompilations/Sec |
The number of SQL recompiles per second. Counts the number of times recompiles are triggered. In general, you want the recompiles to be low. |
Table Lock Escalations/Sec |
The number of times that locks on a table were escalated |
Target Server Memory |
The total amount of dynamic memory the server can consume |
Total Server Memory |
The total amount of dynamic memory that the server is using |
User Connections |
The number of user connections. Because each user connection consumes some memory, configuring overly high numbers of user connections could affect throughput.
|
Downtime |
In the channel table on the Overview tab, this channel never shows any values. PRTG uses this channel in graphs and reports to show the amount of time in which the sensor was in the Down status. |
KNOWLEDGE BASE
My WMI sensors don't work. What can I do?
What security features does PRTG include?




