Latest Dynatrace
The Davis® Anomaly Detection app provides you with a unified overview of all anomaly detection configurations in your Dynatrace environment.
To use the latest version of the Davis Anomaly Detection, you need the following permissions:
Name
Permission value
required View settings schemas
settings:schemas:read
required View settings objects for schema
settings:objects:read
required Create settings objects for schema
settings:objects:write
required Allow IAM policy configuration for environments
iam:bindings:read
iam:bindings:write
required View system tables from Grail
storage:system:read
required View user's uuid
iam:users:read
required View event properties
environment-api:events:read
required View metrics
environment-api:metrics:read
required View list of analyzers
davis:analyzers:read
required View user settings
state:user-app-states:read
User permissions can only be changed by your Dynatrace administrator in Account Management > Identity and Access Management. To learn more about user groups and assigning permissions, see Working with policies.
In Dynatrace, go to Davis Anomaly Detection.
At a glance, you can see various information about your existing anomaly detection configurations, such as their status, source, type of anomaly prediction model, and more. To show or hide columns, select Column settings and then select the columns you want to display. You can also filter the table by any of these parameters.
An important parameter to look at is the Status of the configuration. If there's an error, the status is displayed as Error—select it to open the detailed report in a notebook.
Before you attempt to run or create an anomaly detector, make sure that you have all the required permissions in Account Management. If you're running Davis Anomaly Detection for the first time, you'll need to enable authorization settings.
To enable or edit Anomaly Detection authorization settings
Every execution of Anomaly Detector is performed in the context of a user. If you're an administrator or have permission to use a predefined service user, you'll see two types of users you can choose when creating or editing an anomaly detector: actor and service user. Otherwise, you'll be the only visible actor.
An actor is the user used to execute the Anomaly Detector. Unless you have administrator rights or permission to use a predefined service user, you'll only have the option to set yourself as an actor for either a new or updated anomaly detector configuration.
We recommend using service users as actors for anomaly detectors created for a department or organization use case. This makes the anomaly detector independent of the status of the user who maintains it.
There are no specific authorization settings for a service user. The permissions granted to a service user should follow the least privilege principle. To learn more about managing service users, see Service users.
To set an actor for a new anomaly detector
To set an actor for an existing anomaly detector
By default, after editing the anomaly detector's configuration, the actor changes to the user who updated it. You will get a warning message confirming whether you want to overwrite the existing configuration or make a copy of the anomaly detector with your changes.
If the anomaly detector was created with a service user and you have permission to use the service user, you can update the configuration without overwriting the service user actor; otherwise, you'll get a warning about restricted service user access.