The check can monitor all services on the system or selectively monitor a few services by name. Beginning with Agent version 7.41, the check can select which services to monitor based on their startup type.
This example configuration monitors only the Dnscache and wmiApSrv services:
instances:- services:- dnscache- wmiapsrv
This example uses the ALL keyword to monitor all services on the host. If the ALL keyword is used, the other patterns in the instance are ignored.
instances:- services:- ALL
The check uses case-insensitive Python regular expressions
when matching service names. If a service name includes special characters, you must escape the special characters with a \. For example, MSSQL$CRMAWS becomes MSSQL\$CRMAWS and Web Server (prod) becomes Web Server \(prod\). The service name pattern matches all service names that start with the pattern. For an exact match, use the regular expression ^service$.
Provide service names as they appear in the service name field, NOT the display name field. For example, configure the service name datadogagentNOT the display name Datadog Agent.
Beginning with Agent version 7.41, the check can select which services to monitor based on their startup type.
For example, to monitor only the services that have an automatic or automatic_delayed_start startup type.
Beginning with Agent version 7.50, the check can select which services to monitor based on whether they have a Service Trigger assigned
Below are some examples showing possible configurations.
# Matches all services that do not have a triggerservices:- trigger_start:false# Matches all services with an automatic startup type and excludes services with triggersservices:- startup_type:automatictrigger_start:false# Only matches EventLog service when its startup type is automatic and has triggersservices:- name:EventLogstartup_type:automatictrigger_start:true
The check automatically tags the Windows service name to each service check in the windows_service:<SERVICE> tag. The <SERVICE> name in the tag uses lowercase and special characters are replaced with underscores. See Getting Started with Tags
for more information.
NOTE: The check also automatically tags the Windows service name to each service check in the service:<SERVICE> tag. This behavior is deprecated. In a future version of the Agent, the check will stop automatically assigning this tag. To stop the check from automatically assigning this tag and to disable the associated deprecation warning, set the disable_legacy_service_tag option. See Assigning Tags
for information on how to assign the service tag to a service.
Beginning with Agent version 7.40, the check can add a windows_service_startup_type:<STARTUP_TYPE> tag to each service check to indicate the startup type of the service. Set the windows_service_startup_type_tag option to include this tag with each service check.
The Windows Service check does not include any metrics.
The Windows Service check does not include any events.
windows_service.state Returns OK if the windows service is in Running state, CRITICAL if it is Stopped, UNKNOWN if it is Unknown, and WARNING for the other service states. Statuses: ok, warning, critical, unknown
If a service is present and matches the configuration, but the Datadog Agent does not report a service check for the service, the Datadog Agent might have insufficient permissions. For example, by default the Datadog Agent does not have access to the NTDS Active Directory Domain Services service. To verify this, run the check from an elevated (run as Admin) PowerShell shell.