New: the AI firewall watches every module and explains each incident in plain words. See how it works

How long data is kept

The retention classes 7, 30, 90, 365 and 1,095 days, how long raw readings, minute aggregates and hour and day rollups are kept, and what follows from it.

Hermetry keeps different levels of detail for different lengths of time. Raw readings are large and are kept short; summaries are small and are kept for the whole retention period. This page explains the retention classes and what you can still read at each age.

Retention classes

Your organisation’s device telemetry is written into one retention class. Each class keeps:

ClassRaw readings1-minute aggregatesHour and day rollups
7 days7 days7 days7 days
30 days7 days30 days30 days
90 days30 days31 days90 days
365 days90 days31 days365 days
1,095 days90 days31 days1,095 days

In short: raw readings are kept at most 90 days, minute aggregates at most 31 days, and hour and day rollups for the full class.

Which class you have

The class comes from your plan, not from a device or a profile:

  • The plan states a telemetry retention in days. Hermetry uses the smallest class that covers it.
  • The IoT tiers Starter, Growth and Scale set 365 days, so device telemetry is in the 365-day class: raw readings for 90 days, minute aggregates for 31 days, hourly and daily figures for a year.
  • A plan that sets no retention uses the 30-day class.
  • The class applies to the whole organisation and one kind of data (device telemetry). Every device and every profile shares it. You cannot keep one profile’s data longer than another’s.

See Plans and the IoT add-on.

What you can read at each age

With the 365-day class:

Age of the dataWhat you get
Up to 90 daysEvery reading (raw), and minute, hour and day figures where kept
31 to 90 daysRaw readings and hour and day figures; minute figures are gone
90 to 365 daysHour and day figures only (sum, count, min, max, last per bucket)
Older than 365 daysNothing

A chart over the last year reads hourly figures, so it is unaffected. A table that lists every reading of a day five months ago is empty: those raw readings are gone. Plan exports and integrations with this in mind.

Old readings that arrive late

A reading older than the raw window of your class is refused when it arrives (too_old); it is not stored as a summary either. With the 365-day class, a device that replays a buffer older than 90 days loses that part. See Timestamps, late and duplicate readings.

When the plan changes

When your plan’s retention changes, new readings go into the new class from then on. Readings already stored stay in their old class until they age out there. Reads cover both, so charts do not break at the change. Data does not move between classes: moving to a longer class does not bring back raw readings that the old class already dropped.

Deleting data

  • Deleting a device removes all its readings and summaries in the background.
  • Closing your organisation removes all telemetry. See Export your data and close your organisation.
  • There is no way to delete single readings or one key’s history from the console.

Keeping data longer

If you need every raw reading for longer than your class keeps it:

OptionHow
Pull it regularlyRead the raw values with the history API before they age out, for example every day for the day before. See The history API.
Forward it as it arrivesAdd an HTTP request, MQTT out or Webhook block to the root flow after Save telemetry, sending each record to your own store. See Action blocks.
Keep summariesFor reports, the hour and day figures (kept for the full class) are usually enough.

Other retention in the platform

DataKept for
Alarms and their historySee Working with alarms
A flow’s run records24 hours
A flow’s log lines24 hours
A flow’s error log7 days
A flow’s lifecycle events30 days
Failed flow messagesUntil replayed or discarded; at most 10,000 entries by default, the oldest trimmed first

See Flow limits.

Settings

There is no retention setting for customers: the class comes from the plan. The only telemetry settings an organisation can change are the timestamp checks under Settings > Telemetry. See Timestamps, late and duplicate readings.