Data Explorer greatly enhances your abilities to query and visualize metrics.
If you prefer to skip the technical details for now and learn by doing, try the Data Explorer quick start. You'll learn how to:
But if you want the details now, read below.
Every metric query is composed of multiple optional components. For example, this query:
has the following components:
CPU usage %
(builtin:host.cpu.usage
)Average
(avg
)Host
(dt.entity.host
)Host
: OS type
: Linux
See below for descriptions of these and other possible query components.
The query editor helps you to select query settings that are compatible with the query you are configuring.
In the example below, if you hover over the i (information) icon in the selection list for Rate, the editor explains why the setting is unavailable for the current query.
In the query editor, select the metric name from the list displayed in the Select metric… box. This can be a built-in metric or a metric ingested from a channel such as StatsD, Prometheus, or Telegraf over our metrics API.
To select the metric
You can type or paste a metric name directly into the box to find all matching metrics. In this example, there are multiple matches. We select the metric in the Host category to add it to our query.
If you have favorited any metrics in the Metrics browser browser, those metrics are displayed at the top of the list in the metric selector.
You can select a metric category to focus the list of metrics.
When you hover over any metric in the list, a side panel displays details about that metric.
To see more information about that metric, select View all metric information. This opens the Metrics browser in a new tab (so you don't lose your work in Data Explorer) with lots of useful details about the selected metric.
The space aggregation enables you to specify how the resulting data points of a metric query are supposed to be aggregated across dimensions.
The query will always provide the statistically most accurate results for a given query, even if certain metrics provide different statistics, which depends on the nature of each metric.
To change this aggregation, select one from the list immediately following the metric name in the query editor:
Every metric provides the same possible space aggregations: Auto
, Average
, Count
, Maximum
, Minimum
, Sum
, Median
, Percentile 10th
, Percentile 75th
, and Percentile 90th
.
By default, a query does not split by any dimensions using the metric's aggregation. When splitting by a dimension such as host, the aggregation is used for each host.
To split by a dimension
Split by
from the list.If the row's metric is CPU usage %
, Host
is the only available dimension. In Split by, select Host
.
By default, results are sorted in descending order based on the aggregation chosen.
To set the sort order
Sort by
from the list.ASC
(ascending) or DESC
(descending).To set the rate
Rate
from the list.None
, Per second
, Per minute
, or Per hour
.The scope is determined by any filter you set. By default, the scope is (include all)
.
To filter your query (change the scope)
Filter by
from the list.You can add multiple filters.
If the metric is Action count (by Apdex category) [web] (builtin:apps.web.actionCount.category
) and you want to filter for a specific web application named My web application
Web application
, then select Name
, and then select My web application
See also Auto-extended filtering
By default, the number of metrics you see if they are split by a dimension is 20.
To set an explicit limit
Limit
from the list.1
, 10
, 20
, or 100
.To remove the limit, turn on Advanced mode and delete the :limit(n)
component of the query.
To set the default value
Default
from the list.To set a timeshift value
Timeshift
from the list.To shift back two minutes:
-2
minute
Use these commands in the query editor to select query components and set values.
The default visualization is a graph. To change the visualization, select one from the list in the upper-left corner of your query definition.
The following visualization types are available:
To add or remove metric transformations for a row in the query editor, select and then select or clear checkboxes as needed.
To add a new empty row, select Add metric and then define that row's query.
To make a copy of a metric that you have already added to the query, select > Duplicate and then edit the copy as needed.
If you see something in a Data Explorer chart that you want to continue observing, it's easy to create a metric event.
To create a metric event from Data Explorer
Select > Add metric event in the query editor.
The Settings > Anomaly detection > Metric events page is displayed in a new browser window (so you don't lose your work in Data Explorer) with Add metric event selected and the metric fields already filled in where possible from your query.
Complete the metric event definition and save your changes.
Close that browser window and return to the first browser window to continue what you were doing in Data Explorer.
For details on metric events, see Metric events.
The order in which metrics are listed in your query affects the following:
To change the order of metrics in your query, select and drag the metric to a new position in the list of metrics.
Rerun the query to see your changes.
To toggle metrics on and off, you can select the letter next to the metric you want to include in your query, or you can select the eye icon .
To delete a metric, select > Delete.
Select Run query to run the currently configured query and display a visualization of the results. The text next to the Run query button displays the status of the most recent run.
To fully utilize the power of the Metrics API v2 queries from within the web UI, turn on Advanced mode for the query.
Advanced mode enables you to create metric expressions, timeframe shifts, and much more directly in the web UI and, of course, use this power to create vizualizations for your dashboards. Start by checking out metric expression examples.
For Advanced mode details, see Data Explorer Advanced mode query editor.
To help you identify anomalies, you can use baselining to add a confidence band to a metric's line on the chart. Then you can see when the value goes outside the confidence band. The baseline calculation is based on the Seasonal baseline model which is used to create metric events for anomaly detection.
Baselines apply only to the Graph
visualization.
Baselines are not added to the dashboard tile when you pin a chart to a dashboard.
The timeframe used to infer the baseline is determined by the currently selected resolution:
Resolution range
Resolution examples
Baseline timeframe
resolution < 5 minutes
previous 14 days
5 minutes ≥ resolution < 1 hour
previous 28 days
1 hour ≥ resolution < 1 day
400 days
resolution ≥ 1 day
5 years
Loading
). The graph is then redrawn with the baseline displayed for the metric you selected.Baselines are listed separately in the chart legend. For example, if you add a baseline to the CPU usage %
metric in a Graph
visualization, the legend lists CPU usage %
and CPU usage % - baseline
. Select the legend entries to toggle their display on or off.
You may notice differences between baselines in Data Explorer and metric events. These features offer different approaches to suit their different contexts. In general, the Data Explorer configuration is fixed, while the metric events configuration is configurable.
Data Explorer
Metric events
Samples
5
Configurable
Violating samples
3
Configurable
Dealerting samples
5
Configurable
Alert on no data
false
Configurable
Tolerance (affects width of confidence band)
4
Configurable (range: 0.1
to 10
)
Resolution (affects granularity)
Configurable
1
minute
Training time
Instantaneous
Daily
For details on seasonal baselining, see Seasonal baseline.
The baseline calculation is based on the seasonal baseline model used to create metric events for anomaly detection. For details on the inner workings of the model, see Seasonal baseline.
Although the baseline model is based on the seasonal baseline model, there are several reasons why the resulting baselines can differ:
Dynatrace Davis® takes domain-specific knowledge and topology into account when computing connected observability signals. Davis ranks the most relevant signals on top, and the Davis score for each detected signal indicates how closely the signal matches the reference signal's behavior during the selected timeframe. More about Davis® AI.
Note that this option is available only if you Split by a dimension in the query.
Go to Data Explorer (standard or advanced mode), create a query of a metric series split by a related dimension, and display it in the Graph
visualization.
Correlated metrics are available only if you:
Graph
visualizationTry this example:
That's this in Advanced mode:
builtin:host.cpu.usage:splitBy("dt.entity.host"):sort(value(auto,descending)):limit(20)
Select Run query to graph the query.
Select (click on) a line on the graph to display a pop-up window of related options.
In the pop-up window, select See correlated metrics.
The Davis for Correlation analysis side panel lists metrics that, based on Davis AI correlation analysis, are correlated to the selected series. This correlation is determined by the shape of the series, not the values.
Reference signal represents the data series you selected on the graph. Other shapes of other metric series are compared to the shape of this series.
Connected signals are other metric series that have a similar shape, sorted by most similar to least similar. The more similar the shape, the closer the correlation.
For each correlated metric, the analyzer displays:
Correlations are sometimes grouped.
In the side panel, select any listed metric to automatically add it to your current query.
After you add correlated metrics, select Run query to update the graph.
To determine correlation, the analyzer checks the shape of the data series, not the values. Two series with very similar shapes are correlated.
If No connected signals found
is displayed, possibilities include:
To temporarily remove potential clutter from your graph and focus on a single metric, you can hide everything but a selected metric series.
Graph
visualization.On a line graph, select the line for the metric you want to focus on.
In the pop-up, select Focus.
The graph is redrawn with only the selected metric displayed.
On the graph, select the line for the metric you have focused on.
In the pop-up, select Remove focus.
The graph is redrawn to display all metrics.
The Result section displays the selected visualization of your query results.
You can hover over and select visualization elements to view details, drill down to relevant Dynatrace pages, and alter the visualization to help you identify problems.
In this example—a Graph
visualization showing a line chart of the CPU usage %
metric for hosts—the visualization was showing a host behaving erratically, so we selected it to see details about the host in a pop-up window.
In this example, you have the following options:
The options available in the pop-up window depend on the query and visualization you configured.
When you're satisfied with your query, you can add it to a dashboard.
For details, see Pin tiles to your dashboard.
If you are doing analysis in Data Explorer and find some interesting results that you want to share with other authenticated users, or if you want to be able to revisit the same results yourself using a later timeframe
To export to a comma-separated values (CSV) file
Go to Data Explorer and, in the Result section, select > Export CSV.
A CSV file of the results is saved to your local machine.
The file name indicates the metrics, date, and timeframe.
For example:
CPU usage % (May 24, 2022, 11_41 - 13_41).csv
—contains results from metric CPU usage %
, run on May 24, 2022, for a two-hour timeframe of 11:41-13:41.CPU usage % +1 (May 24, 2022, 13_19 - 13_49).csv
—contains results from metric CPU usage %
and one more metric, run on May 24, 2022, for a half-hour timeframe of 13:19-13:49.After you run a query, you have the option to copy the request for use in an API request.
In this example, we select metrics CPU usage %
and Memory used %
, break it down by host for both, and display it as a table so that the rows are hosts and the columns show the metric values per host.
CPU usage %
(builtin:host.cpu.usage
), Average
, Split by Host
Memory used %
(builtin:host.mem.usage
), Average
, Split by Host
Table
The complete query should look like this:
Example tile:
In this example, we select the same metrics and display them as a graph.
When you set Visualization to Graph
, the Settings are displayed, where you can select how to graph each metric. In this case, CPU usage %
is an area chart (the area between 0 and the value of the metric is filled in) and Memory used %
is a line chart (a single line representing the value of the metric over time).
CPU usage %
(builtin:host.cpu.usage
), Average
, Split by Host
Memory used %
(builtin:host.mem.usage
), Average
, Split by Host
Graph
Area
Line
The complete query should look like this:
Example tile:
Auto-extended filters leverage the Dynatrace topology (entity model) to offer additional filter dimensions not available in the original metric. They work on both the tile level and the dashboard level.
Some performance metrics for Synthetic events lack the ability to filter them by monitor. However, the same event could happen in multiple monitors, and to look at a single monitor's performance you need the ability to filter for them.
With automatically extended filters, you can now filter on the Synthetic test step.
Action duration - load action (by event) [browser monitor]
). It has entity type SYNTHETIC_TEST_STEP
.Moreover, you can now use auto-extended filters on your dashboard, so there's no need to configure multiple tiles to see the same metric for different monitors or different hosts.
Custom dimension
.Synthetic monitor
.Here, we extend the host metric by EC2 instance.
Create a host-related tile with a host metric (for example, CPU usage %
- builtin:host.cpu.usage
).
Apply a related filter such as EC2 instance (runsOn)
.
Now the tile with all hosts is filtered to only the hosts running on that EC2 instance. This is possible even though the dimension EC2 instance
does not exist on the original host metric. By leveraging the topology (entity model), Dynatrace can filter the hosts based on that relationship.
In this variation, the host metric is extended by host group.
Set a filter for Host.Host Group (isInstanceOf)
and pin the tile to our dashboard.
We are now able to filter the dashboard tiles by host group.
10 metrics maximum per visualization
Up to 100 series per metric
For a Honeycomb visualization, you can bypass this limit: turn on Advanced mode and delete :limit(100)
from the query.
Unlike multidimensional analysis, Data Explorer uses long-term metric data, not trace and request data, so values on visualizations might differ from values in multidimensional analysis.
To prevent performance issues on dashboard tiles created with Data Explorer, the maximum number of data points for a query on a dashboard tile is 4,000. Based on the selected timeframe and the applied custom resolution, Dynatrace projects the number of data points for the query result. If the projected number of data points exceeds 4,000, Dynatrace automatically switches to a resolution high enough to keep the number of data points below 4,000.
Note that this does not apply to visualizations in Data Explorer itself, where you can have more than 4,000 data points. It applies only to dashboard tiles created with Data Explorer where the resolution/timeframe combination selected on the dashboard results in more than 4,000 data points.
Examples of order-of-magnitude notation in Dynatrace:
Notation
Factor
Meaning
k
10^3
kilo, thousand
M
10^6
mega, million
G
10^9
giga, billion
T
10^12
tera, trillion
For details, see Order-of-magnitude notation.
Be aware that the Fold transformation setting affects the resolution.
If Fold transformation is set to Auto
for visualization Table
, Single value
, Top list
, or Honeycomb
, the Inf
(infinity) resolution is used to maintain backward compatibility. If the chosen metric selector doesn't support the Inf
resolution, the fold
transformation is automatically added to the end of the query.
If Fold transformation is set to a value other than Auto
, fold
is used.
Because all metric selectors are queried using the same total value mechanism (either fold
or Inf
), adding a new selector that requires fold
might change the result of the other selectors.
To inspect the actual query used by Data Explorer, go to the Result section in Data Explorer and select > Copy request.