Live Platform
  • Introduction
  • Release Notes
    • Live 3
      • 3.59.0
      • 3.58.0
      • 3.57.0
      • 3.56.0
      • 3.55.0
      • 3.54.0
      • 3.53.0
      • 3.52.0
      • 3.51.0
      • 3.50.0
      • 3.49.0
      • 3.48.0
      • 3.47.0
      • 3.46.0
      • 3.45.0
      • 3.44.0
      • 3.43.0
      • 3.42.0
      • 3.41.0
      • 3.40.0
      • 3.39.0
      • 3.38.0
      • 3.37.0
      • 3.36.0
      • 3.35.0
      • 3.34.0
      • 3.33.0
      • 3.32.0
      • 3.31.0
      • 3.30.0
      • 3.29.0
      • 3.28.0
      • 3.27.0
      • 3.26.0
      • 3.25.0
      • 3.24.0
      • 3.23.0
      • 3.22.0
      • 3.21.0
      • 3.20.0
      • 3.19.0
      • 3.18.0
      • 3.17.0
      • 3.16.0
      • 3.15.0
      • 3.14.0
      • 3.13.0
      • 3.12.0
      • 3.11.0
      • 3.10.0
      • 3.9.0
      • 3.8.0
      • 3.7.0
      • 3.6.0
      • 3.5.0
      • 3.4.0
      • 3.3.0
      • 3.2.0
      • 3.1.0
      • 3.0.0
    • Live 2
  • Articles
    • Creating an aggregation
    • Creating a pipe
  • Theoretical Background
    • Fundamentals
    • Key Advantages
  • Platform Architecture
    • Introduction
    • Queries
    • Glossary
  • Featured plugins
    • Annotations
    • Groovy support
    • Messenger
    • Microsoft Teams
    • MongoDB
    • MongoDB Timeseries
    • MongoDB Kit
    • Purge plugin
    • SQL
    • TCP Input
    • TimescaleDB
  • Data visualization
    • Pipes widgets
      • Temporal
      • Cartesian
      • Multi-value snapshot
      • Single-value snapshot
      • Tables
      • Heatmap
      • JSX Widgets
      • Lollipop
      • Histogram
      • State Timeline
      • Boxplot
    • Pipes modifiers on Pipes charts
  • Alerts and notifications
    • Pipes modifiers on rules
  • Pipes Queries
    • Introduction
    • Dynamic filters
    • Meta parameters
    • Reducer
      • Uniform compress
      • PIP
    • Storage Hints
    • Execution Context
    • Event flow modifiers
  • Developers
    • Plugins
    • Packages
    • Backend API
      • Lookup Tables
      • Extensions
      • Settings
      • Storage Providers
      • Web Services
      • Web Setup
      • Entity Audit
    • Web application
      • Services
        • Point service
        • Menu service
      • Browser Compatibility
      • Runtime modules
        • Core Javascript modules
        • Library modules
        • Adding modules to runtime
      • Localization (i18n)
      • Date formatting
      • Dashboard and Widgets
        • Widget API
        • Custom widget editors
        • Live Event Types
        • Live Widget Configuration
        • Live Widget Packaging
        • Widget Request Interceptors
      • React Contexts
        • Dashboard
        • Dashboard widget
      • Registering Home Page options
    • Python application
    • Subscribing to Live Events
  • Administration
    • Configuration
      • Home Page Customization
      • live.properties
    • Infrastructure Monitoring
    • Storage Monitoring
    • Queries Monitoring
    • Logs Monitoring
    • Data Purging
  • Features
    • Access Permission
    • Datasources
    • Export Dashboard
    • Partial Indexes
    • WebApp Metrics
    • Entity Audit
Powered by GitBook
On this page

Was this helpful?

  1. Administration

Data Purging

PreviousLogs MonitoringNextAccess Permission

Last updated 6 months ago

Was this helpful?

Live allows the administrators to configure Storage Purge Rules in order to delete data using time-based rules that doesn't need to be kept longer in the environment.

The administrator can Simulate the purge operation before to Run the purge in the environment.

The Save button will keep the set of purge rules persisted but no purge will be executed automatically. Live only purges data when an administrator clicks on Run purge using the rules displayed in this screen.

System event types to purge

Most of event types starting with __ are system-wide and used internally or by Live or by some plugins in order to track the operations or to fulfill some monitoring dashboards (for example the default System Monitoring dashboard).

The Storage > Stats menu in administration page delivers a way to understand the size and how many events are persisted in the storage providers. That page delivers a toggle button to display the typical system events as following.

It's very important the administrator be aware which event types can be deleted and that decision will depend on each customer installation.

In general, environment administrators should periodically purge internal events to save storage resources. By default, it is suggested to delete events older than a month, but this decision is up to the environment administrator :

  1. __failed: data not persisted into storage providers due any failure (you might want to keep a backup for them before purging).

  2. __queries: data stats of all queries's lifecycle including warnings.

  3. __metrics: contains platform metrics in general, including disk storage, CPU and memory, you might to keep them longer if you need wider spans in system monitoring dashboards.

  4. __log: output generated by logging frameworks (only WARN/ERROR levels) and stored additionally as event type, probably the default log files in your installation already have that data persisted, so it's safe to delete them.

  5. __indexes: covers the request for index operations (checking and creating) in Storage Providers by queries.

  6. __elements: information about the status of elements, e.g. Dashboards, Extensions, Datasources, etc.

  7. __extensions: contains status information from extensions (through live-api) and starting and error information of periodic queries.

  8. __audit: contains monitoring information about the elements. e.g. Dashboard, Datasources, Widget, etc.

Below the example of how to configure expressions for collections that can be purged for period older than 3 months:

Storage > Purge Rules enables the data purging for any event type in a time-based manner
Toggle to display system event types in Storage > Stats page
Purge rules for internal collections