This guide helps you to prepare your upgrade from Dashboards Classic to Dashboards by introducing concepts and sharing best practices.
You will learn about value added with Dashboards, new concepts that differ from what you have used so far, as well as prerequisites you should have in mind before starting.
We also share details about what is and can be updated, how the upgrade is done, as well as best practice guidelines that will help you to smooth your upgrade.
Upgrading to
Dashboards offers substantial benefits, unlocking numerous new possibilities and feature upgrades.






Experience a vastly improved user interface
The new interface accelerates the onboarding process for new users and refines user journeys, ensuring you get the answers you're looking for in less time. There is also no need to switch between apps for modifying queries, allowing you to see updates to your dashboard instantly.
Gain valuable insights from unified data
Seamlessly join different data types like RUM, logs, metrics, events, and traces in a single view. Correlate user actions to backend impact, or combine traces with logs, metrics and Kubernetes events for a complete, contextual view of your environment.
Accelerate analysis with improved drilldowns
Seamlessly pass on context to other Dynatrace apps, ensuring your analysis remains consistent and you get instant access to the relevant details.
Build dynamic dashboards using variables
Add more flexible and versatile filtering options with variables. Combine variables with DQL and code tiles to turn dashboards into versatile custom solutions for your business challenges.
Break down data silos
Blend external data effortlessly with app function-based code tiles. Enrich your dashboards with additional data sources for a holistic view beyond tool borders.
Save time on administration
Dashboards support Dynatrace segments, which are reusable and shareable pre-filters that enable bespoke views for users and teams. Segments dynamically adjust context using variables, eliminating the need for multiple static management zones.
Save time on dashboard creation
Simplify chart configuration for all users through AI
Davis CoPilot translates natural language questions into Dynatrace Query Language (DQL) queries, making data exploration accessible to users of all technical levels.
The latest Dynatrace is introducing a couple of new concepts and capabilities that are vital to understand before upgrading from Dashboards Classic to the
Dashboards app.
Dashboards Classic allowed tiles with a limited set of predetermined data sources, such as metric-based tiles on Data Explorer, health states for applications and services, digital experience signals like Apdex on a world map, and other built-in tiles.
With the new
Dashboards app, you can visualize all data stored in Grail and external data.
Data stored in Grail
Grail stores all data in buckets/tables, allowing you to join data types, perform versatile aggregations and filtering, and utilize schema on read. Data can be easily queried using the Explore interface or through Davis CoPilot, which allows you to formulate your queries in natural language, or by using one of the out-of-the-box provided data snippets.
Under the hood, Grail uses DQL, which you can use for powerful, advanced analytics.
External data
You can fetch data from any external API and display it on your dashboard. Use a code tile to embed external data.
With latest Dynatrace we have implemented new concepts for filtering data—segments and variables—to make it easy to reduce visual clutter and quickly find relevant data. Previously, you had to define many static management zones to achieve the same results.
Segments logically structure and filter observability data across apps on the Dynatrace platform. Use cases include filtering your data based on logical structure.
Unlike management zones, segments aren’t selected globally. However, when you set segments for one app, they are carried over to other apps when via Open with.
For instance, if you filter a notebook’s data by segments and then use Open with > Dashboards to create a new dashboard, the selected segments are automatically applied to the corresponding tile.
Variables allow you to filter your data across dashboard tiles but in a more versatile way. Variables let you fully control:
Variables go far beyond just being filters on top of your dashboard. They are increasingly used to optimize performance and costs for repeating parts of queries, as well as to increase efficiency and maintainability.
For instance, you can also add variables to your markdown, tile title, or tile descriptions to make your dashboards and tiles more dynamic. In the future, variables will also be increasingly used in visualization settings.
Currently, there are two types of dashboard layouts available in Dynatrace:
The canvas-based layout led to issues in day-to-day work, such as screen size mismatches causing partial visibility or unused whitespace on different screens, and required scrolling on smaller devices, making tiles difficult to interact with.
The new responsive layout offers much more flexibility, and ensures dashboards are fully visible and easy to navigate on smaller devices through dynamic reflow, while also making tile swapping and repositioning easier, enhancing user experience and flexibility.
With the latest Dynatrace, we have introduced new ways to define alerts and get notified. We will publish detailed upgrade guides on that topic later in July.
Be sure to review these prerequisites before you start upgrading your classic dashboards to
Dashboards.
Be aware that not every data point is available on the latest Dynatrace. Before starting to upgrade, ensure that all relevant data types that you need are available for and stored in Grail.
Grail currently supports the following data types:
If you rely on RUM data (see above), and are part of the current preview, ensure that you have enabled the new RUM agent. You can enable it in the settings of a frontend application: Enablement and cost control > Enable new Real User Monitoring Experience.
You can only use the full scope of the latest Dynatrace if your license agreement includes Dynatrace Platform Subscription (DPS).
When you upgrade an existing, classic dashboard, we recreate it (with some exceptions as noted below) and make the newly created document available via the
Dashboards app. The upgrade does not delete or change the original dashboard, which means that you can still continue to use it, and you can retry the upgrade later.
After the upgrade, the existing layout is preserved, ensuring a smooth upgrade without immediate visual changes, and also accommodating wide dashboard layouts, which otherwise could not be upgraded without breaking the layout.
When you open the upgraded document, a message box offers you the following choices about your dashboard layout:

When you switch to the responsive layout, you can benefit from a reflowing layout, supporting all screen sizes, even mobile ones, enhancing usability and accessibility.

When you switch to the responsive layout, you're notified that "Your dashboard has been successfully switched to Responsive Layout."
If the conversion to the new layout causes any issues, you can select Revert changes in the message box to display the previous version of the dashboard. From there, select Restore to revert to the previous version (with the canvas layout).
If you choose to keep the canvas-based layout, you can still switch to the responsive layout later from your dashboard settings.
Dashboards, display the dashboard.
The upgrade mechanism supports a limited set of tile types from Dashboards Classic for re-creation in the new
Dashboards app. Supported tile types are:
Data Explorer (custom tiles that you created in Data Explorer)
Health (Host health, Service health, Application health, Synthetic monitor health, Database health).
Note:
WEBCHECK_TYPE(4001) (availability vs click path) is deprecated and won't be migrated.WEBCHECK_CREDENTIALS(4006) and WEBCHECK_CREDENTIALS_OWNER(4007) need the USES_CREDENTIALS attribute, which is not yet exported to Grail.APPLICATION_STATUS(3000) is not yet migrated.Markdown
Header
Logs & Events Classic (custom tiles you created in the Logs & Events app).
Note:
Dashboards, so this isn't supported in the upgrade. You can set a refresh rate in the upgraded dashboard manually. By default, dashboard refresh in
Dashboards is off.
Dashboards.Custom chart
Browser monitor
Third-party monitor
HTTP monitor
Because Grail provides better scale and cardinality for metrics, we didn't replicate metrics one-to-one. Instead, we created new metrics that are either extended or a merged version of multiple previous metrics.
See Built-in Metrics on Grail for a full list of metrics available on Grail, with a mapping from their Dashboards Classic counterparts, so you can select the best metrics whenever the upgrade mechanism can't automatically map them.
The following settings are upgraded. These mainly apply to Data Explorer tiles.
Metric configuration
Visual settings
The current upgrade process does not support all tiles available in Dashboards Classic. As of now, upgrading the following tiles is not supported:
Built-in tiles (except Markdown and Header): built-in tiles that are not upgraded are replaced with a Markdown tile explaining that the original tile type could not be converted automatically and needs to be re-create it manually.
The following tile types are not supported for dashboard upgrade.
Built-in tiles (for example, USQL, Service, or Database) not described in Supported tile types
In the new dashboard (in the
Dashboards app), Dynatrace replaces the built-in tile with a Markdown tile explaining that the built-in tile type can't be converted automatically and that you need to re-create it manually in the
Dashboards app.
The following visualization settings are not supported for dashboard upgrade. These mainly apply to Data Explorer tiles.
The following dashboard settings are not supported for dashboard upgrade. These mainly apply to Data Explorer tiles.
If you upgrade Kubernetes-based dashboards, the new Kubernetes metrics are available only for DPS-enabled customers, so you might not see data, even though the upgrade was successful.
For more about the new Kubernetes metrics, see Built-in Metrics on Grail.
For details on becoming a DPS-enabled customer, see License Dynatrace.
Right now, not all data types are available on Grail:
Be aware that some data types, as well as some metrics, are only available when using DPS. For example, if you upgrade Kubernetes-based dashboards, the new Kubernetes metrics are available only for DPS-enabled customers, so you might not see data, even though the upgrade itself was successful.
The following features are not supported for dashboard upgrade:
Cross-tenant / multi environment dashboards
Dashboards.
Dashboards you can access remote data via code tiles.Public sharing
Dashboards app currently offers sharing only with users and groups within your Dynatrace environment.There are multiple ways to upgrade classic dashboards to
Dashboards.
To upgrade a dashboard from the Dashboards page
Go to Dashboards Classic in the latest Dynatrace.
On the Dashboards page, find a classic dashboard that you want to upgrade.
In that dashboard's row, select > Upgrade.

After the upgrade is completed, the re-created dashboard is displayed in the
Dashboards app.
To upgrade a dashboard from within the displayed dashboard
Go to Dashboards Classic in the latest Dynatrace.
On the Dashboards page, find the dashboard that you want to upgrade and select its name to display that classic dashboard.
In the upper-right corner of the dashboard, select > Upgrade.

After the upgrade is completed, the re-created dashboard is displayed in the
Dashboards app.
To upgrade a single Data Explorer–based visualization
On a dashboard, select a Data Explorer–based tile and select Configure in data explorer to open the selected tile's visualization in Data Explorer.

Or you can start from Data Explorer and configure a new visualization there.
Once your visualization is finished, select Open with in the upper-right corner of the Result section of Data Explorer.


Open with is disabled if the selected metric couldn't be mapped or converted to a metric available in Grail. Hover over the information icon on the button to see why.
In Open with, select the destination app: Dashboards or Notebooks.
In Select destination, select the destination document.
The document is displayed with your Data Explorer visualization added as a new notebook section or dashboard tile.
After you upgrade a dashboard, review in the
Dashboards app and open a second browser window with the Dashboards Classic dashboard to compare them side by side.
What to look for:
In Dashboards Classic, Dynamic filters allow you to filter your data across dashboard tiles based on entities, tags, or custom metric dimensions. You can add multiple dynamic filters, for example, to filter infrastructure metrics by operating system, to a dashboard and only apply them once a filter value is entered. However, how these filters are applied to tiles is fully pre-determined by Dynatrace.
Basic filters, for example, when you filter a service metric by a service name or tag, such a dynamic filter can be easily recreated as a variable.
Relationship filters should not be replicated immediately, because, in a subsequent step, you have to edit every tile referencing the newly created variable. In our experience, these referencing efforts are greater than rethinking your filtering using variables.
For example, for Kubernetes metrics, unlike in Dashboards Classic, where using relationships were often times required to filter by related fields—like pods, namespaces, and clusters—are now automatically enriched on most metrics.
This means you can rely on these enriched fields directly, instead of needing to define and use relationships in your fitler statements manually.
However, as mentioned earlier, this requires adding the filter per tile manually.
Within Dashboards Classic, you could use management zones to filter individual tiles or dashboards. Because management zones no longer exists in the latest Dynatrace, however, there is no automatic upgrade available.
Instead of management zones, use segments in the latest Dynatrace for data segmentation. Once your segments are defined, you can set them as individual filters on a tile or use them as dashboard-wide filters, similar to what you know from Dashboards Classic.
With
Dashboards, we have introduced a lot of new capabilities, providing deeper insights and adding new concepts and use cases.
Explore data with the Davis CoPilot-powered natural language interface, using Explore data or the snippet library.
Use Notebooks to create powerful, data-driven documents for custom analytics.
Dive into data with our out-of-the-box apps for Application Observability, Infrastructure Observability, and Business Observability.
Investigate security-related use cases with apps such as
Threats & Exploits,
Vulnerabilities, and
Security Posture Management.
Review the available visualizations to see if there are better ways to visualize your data.
Use the power of Davis AI by giving your dashboards analyzers for forecast analysis and anomaly detection (thresholds or seasonal baselining).
Use code tiles to
Use Open with from your dashboard to drill down into other applications to gain further insights or start workflows.
We recommend the following best practices when upgrading to
Dashboards.
We assume you have already taken your first steps, including setting up data partitioning, data access, and data segmentation based on your individual requirements.
To upgrade your dashboards
Identify the top 50 classic dashboards within your environment based on the popularity score in the web UI. Your Dynatrace contact can help you to create the list.
Upgrade the top 50 dashboards manually as described above.
Apply segments to the upgraded dashboards.
Add and define variables in the upgraded dashboards.
Set up improved alerting utilizing anomaly setection, simple workflows, and third-party integrations for common tools such as Jira, PagerDuty, ServiceNow, Slack, and Microsoft Teams.
Remove access to Dashboards Classic for your users.
Provide your users with a process for requesting specific dashboards that have not been upgraded so far. Manually upgrade the requested dashboards as needed.
You can use the
Dashboards app and Dashboards Classic side by side.
Use the
Dashboards app, querying data stored in Grail, for day-to-day operations, benefiting from added value of exploratory analytics and latest Dynatrace platform.
Keep your classic dashboards for historical analysis of metric data.
Keep data retention periods in mind.
In the previous Dynatrace
Once you have made the upgrade to the latest Dynatrace, you immediately benefit from increased retention periods for up to 10 years (maximum retention for log and trace data) in Grail.
Do you use Dynatrace to monitor a hyperscaler such as AWS using CloudWatch metrics, Azure, or GCP, or a container platform such as Kubernetes? Then we recommend talking to your Dynatrace contact to learn more about native integration for data ingest into Grail.
In cases where a tile couldn't be upgraded, you can re-create it manually if all of the following conditions are met:
Dashboards app.Let's look at an example where the upgrade mechanism doesn't yet automatically upgrade your tile, but where the above conditions are met and you can manually re-create them.
dt.davis.problems, since it is based on Davis problemsTo re-create the tile
In the upper-right of the dashboard, select Add > DQL.
The
Dashboards app will display an empty Query Grail tile and a tile edit panel open to the Data tab.
On the Data tab
In the DQL edit box, paste the following DQL query:
fetch dt.davis.problems| filter event.status == "ACTIVE"| summarize `Active problems`=count()
or, if you want to filter for a certain entity, use this variation (and adjust the entity value):
fetch dt.davis.problems| filter event.status == "ACTIVE"| expand entity.id=affected_entity_ids| filter entity.id=="HOST-1234234324"| summarize `Active problems`=count()
or, if you want to filter for a certain tag, use this variation (and adjust the tag value):
fetch dt.davis.problems| filter event.status == "ACTIVE"| filter matchesPhrase(entity_tags, "myTagKey:MyTagvalue")| summarize count()
Optional: If you want all closed problems you can use event.status == "CLOSED" instead.
Select Run to run the query.
Switch to the Visual tab. There are expandable sections for visualization settings.
In the Visualization section (expanded by default), select Single value as the visualization type.
Expand the Data mapping section and make sure Single value is set to Active problems.
Expand the Thresholds section to color the tile based on whether there are active problems.
Under Thresholds, select Threshold and set the following:
<, 1 (the tile is green if there are no active problems)>=, 1 (the tile is red if there are any active problems)Expand the Single value section and select Background for Apply threshold color to.
Close the tile edit panel.
The resulting tile should be similar to the following, with a green background for no active problems and a red background for one or more active problems.

The upgrade mechanism supports a limited set of tile types from Dashboards Classic for re-creation in the new Dashboards app.
Supported tile types are:
Please reach out to your Dynatrace contact if you need further information about upgrading dashboards.