Data retention periods

Dynatrace stores and retains different types of monitored data from your environments. The monitoring data is stored on the Dynatrace Server. The following table shows the general retention periods for service data (PurePath), Real User Monitoring (user actions and user sessions), synthetic monitors, Log Monitoring, and metric timeseries data.

Data type Dynatrace SaaS Dynatrace Managed Storage
Services: Distributed trace and code insights 10 days Configurable, with maximum 365 days of retention time Proprietary; shared with non-aggregated RUM data
Services: Requests and request attributes 35 days Configurable, with maximum 365 days of retention time Proprietary
RUM: Non-aggregated user action data (waterfall analysis and JavaScript errors) 10 days Configurable, with maximum 35 days of retention time Shared with distributed trace and code service insights
RUM: Aggregated user action data 35 days Configurable, with maximum 35 days of retention time
RUM: User sessions 35 days 35 days
RUM: Mobile crashes 35 days 35 days
RUM: Session Replay Configurable, with maximum 35 days of retention time Configurable, with maximum 35 days of retention time
Synthetic 35 days Configurable, with maximum 35 days of retention time
Log Monitoring 35 days Configurable from 5 days to 90 days. Specific files can be included or excluded. File-based NFS storage; see Storage requirements and costs
Metrics (key user actions and requests) 5 years 5 years Cassandra
OneAgent diagnostics (Support archives and analysis results) 30 days Configurable, default 30 days Cassandra, AWS S3 bucket
Davis problems and events 12 months 12 months
OpenTelemetry ingested traces 10 days Configurable, with maximum 365 days of retention time Proprietary; shared with non-aggregated RUM data

Services: Distributed trace and code insights

Includes PurePath data.

Services: Requests and request attributes

10-second granularity of charts, non-key requests, and key requests.

RUM: Non-aggregated user action data

Dynatrace stores the full details of every user action for 10 days. This enables you to analyze individual user actions and get all details—including waterfall analysis and JavaScript errors—for 10 days. For trial users, an additional storage size limit applies that may lead to shorter retention times.

RUM: Aggregated user action data

Aggregated user action metrics, which are used in tables like Top user actions and Top JavaScript errors, are available for 35 days. After 10 days, user actions data is optimized for aggregated views, and some individual user actions become unavailable for individual analysis. However, the sample set is large enough for statistically correct aggregations.

RUM: User sessions

Includes Session Replay data. All user session data is stored for 35 days. Note that waterfall analysis and JavaScript error data are stored with RUM non-aggregated user action data.

RUM: Mobile crashes

Includes all crash data and stack traces of mobile and custom applications. The data is stored for 35 days.

RUM: Session Replay

Minimum size of required Session Replay storage volume is entirely load-dependent. A maximum size isn't required. In SaaS deployments, a dedicated disk is used for Session Replay data.

In Dynatrace Managed deployments, the Session Replay data storage directory is a dedicated file store that's used exclusively for Session Replay data. For more information about storage size recommendations, see Configure the secondary disk.

Log Monitoring

Log Monitoring enables you to store all logs centrally within external storage. This makes log data available independent of log files themselves.

For Dynatrace SaaS customers, log files are stored in Amazon Elastic File System in the zone where your Dynatrace environment resides. You don't have to worry about storage performance, availability, or free space. Disk storage costs are included in your Log Monitoring subscription.

To store log files centrally on your Dynatrace Managed cluster, you must provide a common Network File System (NFS) mount point (path) that is identical and available for all cluster nodes. With this approach, it's your responsibility to ensure appropriate levels of performance, availability, and free space on the mounted NFS volume.

For details, see Log Monitoring.

Memory dumps

Memory dumps are immediately deleted from the disk once they're uploaded to ActiveGate. When an upload isn't possible, memory dumps up to 20 GB are stored on the disk for up to 2 hours.

Metrics

The following interval granularity levels are available for dashboarding and API access:

Timeframe Interval granularity
0-14 days 1-minute
14-28 days 5-minute
28-400 days 1-hour
400 days - 5 years 1-day

To provide accurate calculations for timeseries metrics, Dynatrace uses the P2 algorithm to calculate the quantiles dynamically. This algorithm is known to yield good results and it works well with values in the long tails of value distributions. However, the aggregation algorithm is neither associative ((a + b ) + c == a + ( b + c )) nor commutative (a + b + c == c + b + a). For some metrics, for example, response times, this might lead to different quantile values each time the algorithm runs or when the data is aggregated in different ways, for example, one metric is split by URL and another by browser.

OneAgent and ActiveGate diagnostics

OneAgent diagnostics is an optional feature that enables you to collect and analyze support archives for anomalies.

Support archives are created by Dynatrace OneAgent and stored in Cassandra, where they are automatically deleted after 30 days. When you allow Dynatrace to analyze an issue, an additional copy of the support archive is stored in the configured AWS S3 bucket. Results of the issue analysis and the support archive are also automatically deleted from the AWS S3 bucket after 30 days. Dynatrace OneAgent does not keep copies of created support archives.

You can delete OneAgent diagnostics issues at any time. If you delete an issue, the related support archive and analysis report are deleted from Cassandra and the AWS S3 bucket immediately. The analysis result in Dynatrace Health Control is deleted after 30 days.