For extended capabilities and workflow automation, for example, enabling targeted notification and problem remediation, see Workflows integrations.
For ServiceNow, Dynatrace offers:
To connect your Dynatrace monitoring environment to your ServiceNow instance, configuration is required both on the ServiceNow instance and in the Dynatrace web UI.
Once you configure Dynatrace incident integration, Dynatrace automatically creates an incident within your ServiceNow instance for every auto-discovered problem.
Dynatrace Incident Integration pushes incidents from your Dynatrace environment to your ServiceNow instance.
Go to Dynatrace Incident Integration page in the ServiceNow Store and select Get to install Dynatrace Incident Integration in your ServiceNow instance.
Follow the Guided Setup for an initial configuration of the application.
After the application is installed, go to the new Dynatrace Incident Integration menu on your ServiceNow instance to further configure (Setup, Settings) and explore (Problems, ServiceNow Incidents) the application.
Use the Transform Map module to transform the incoming Dynatrace data in the Problems import set table into an Incident table. The Problems import set table automatically transforms any incoming Dynatrace detected problem into an incident within the ServiceNow incident table.
After installing and configuring Dynatrace integration on the ServiceNow side, switch over to your Dynatrace environment.
Go to Settings > Integration > Problem notifications.
Select Add notification.
Select ServiceNow from the available notification types.
Enter the requested information as described on the Problem notifications page.
The Available placeholders section of the configuration page lists placeholders you can use in the Description field to customize the text message associated with the problem notification. Placeholders are automatically replaced with problem-related information.
Turn on Send incidents into ServiceNow ITSM.
Select Send test notification to make sure your ServiceNow integration is working.
Save changes.
After configuring the application on both sides, problem notifications are pushed from Dynatrace to your ServiceNow instance.
The Scripted REST APIs module is the entry point of the Dynatrace information into ServiceNow. It pushes the data into the Problems import set table.
The Problems import set table automatically transforms any incoming Dynatrace-detected problem into an incident within the ServiceNow incident table.
When a problem is closed in Dynatrace, the incident is marked as Resolved
in ServiceNow.
Incident integration flow
ServiceNow offers a dedicated Service Graph Connector for Observability application for pulling Dynatrace observability information into your CMDB. The purpose of this direct integration is to sync Dynatrace-monitored applications, services, and hosts with your service graph and your existing CMDB.
This Service Graph Connector application is developed and supported directly by ServiceNow. Please refer to ServiceNow support and help pages for the latest changes.
The functionality described below replaces the deprecated Dynatrace Service Graph Connector app, which has not been supported since January 1, 2022.
The ServiceNow connector uses the Dynatrace Monitored entities API v2 to pull information about applications, services, and hosts directly from your Dynatrace environment.
The connector runs a list of Integration Hub data stream actions utilizing data sources (SGO-Dynatrace
) within your ServiceNow instance to pull all necessary information on a regular schedule.
The scheduled jobs are added by the connector app.
To secure communication between Dynatrace and ServiceNow, you need an API token. If you don't already have one, create an API token.
In the ServiceNow marketplace, go to Service Graph Connector for Observability - Dynatrace and select Get to install the Service Graph Connector application within your ServiceNow instance.
As a part of this installation, you need to install the following plugins.
The above dependencies are mandatory for this integration to work. For information regarding Subscription Unit consumption, see ServiceNow Subscription Unit Overview.
Follow the Guided Setup to configure the application and the connection to your Dynatrace monitoring environment.
For existing users of the integration, we recommend that you uninstall any previous version of Dynatrace integration. There is no loss of CMDB integration data collected before the uninstall.
The integration for Dynatrace SaaS and Dynatrace Managed are as follows.
If your ServiceNow instance has IT Operations Management (ITOM) enabled, all single events within a Dynatrace-correlated problem can be pushed to your ServiceNow ITOM event table (em_event
).
The ServiceNow ITOM module and license need to be active to use this integration option.
Go to Settings.
Select Integration > Problem notifications > Add notification.
In Notification type, select ServiceNow.
Enter the requested information and turn on Send events into ServiceNow ITOM.
In the Description field, you can customize the text message associated with problem notifications by combining any of the placeholders from the list below the description field in an order that's relevant to you.
Select Send test notification.
Save your changes.
After enabling the push of ITOM events, all events for any problem detected by Dynatrace are automatically pushed to the ITOM event API.
Each host-based event has the node name and IP address attached, as well as important severity information.
You can create event filters and alerting rules to flexibly react to incoming Dynatrace-detected events.
Each of the events contains the unique Dynatrace identifier (for example, HOST-B66B773D12C49189
) in the correlation_id
field. If the default ITOM Configuration Item (CI) mapping isn't able to match a CI by its node name, this correlation_id
is used to automatically map detected CIs.
For your Dynatrace instance to communicate with ServiceNow, you need to provide ServiceNow with a list of Dynatrace IP addresses that will be allowed to send information to ServiceNow. Dynatrace servers are distributed throughout various regions. The best way to ensure that you get the right IP addresses for your region is to look up the IP addresses by running the nslookup
command. You must first create your environment in Dynatrace and then execute nslookup
.
Example:
C:\>nslookup abc.live.dynatrace.com
Optionally, you can review the OneAgent download page to see the IP addresses for your region.
incident
).em_event
).task_ci
).cmdb_ci_services_discovered
).cmdb_ci_server
), and into the process groups related tables in ServiceNow (cmdb_ci_appl
).Dynatrace introduces one scheduled job that pulls a subset of the topology information from Dynatrace Smartscape at 10-minute intervals. The SG-Dynatrace scheduled job pulls all web application information along with their relation to software services, all host and process group information, and all software services and relationships. The information pull is performed using the official Dynatrace REST API.
Incidents are imported through an import set table (x_dynat_ruxit_problems
). You can reconfigure the default transformation map Problem to Incident Transformation Map to route the information to different tables or fields.
The Dynatrace ServiceNow application is built entirely on the public Dynatrace API and uses a subset of this information by default. We recommend using the ServiceNow Dynatrace application as a starting point and customizing information retrieval based on your requirements. You can also fetch detailed near real-time metrics for each of your Dynatrace monitored configuration items using the Dynatrace API.
Deduplication is done through ServiceNow CMDB Identification and Reconciliation. Custom CI identification rules are used to merge identical CIs based on a given attribute (for example, host names).
Multiple Dynatrace environments can be configured within the Dynatrace environments table in ServiceNow.
Check out the following articles in the Troubleshooting forum in the Dynatrace Community.