Hermetry conserve des niveaux de détail différents pendant des durées différentes. Les relevés bruts sont volumineux et sont conservés peu de temps ; les résumés sont légers et sont conservés pendant toute la période de rétention. Cette page explique les classes de rétention et ce que vous pouvez encore lire à chaque âge.
Classes de rétention
Les données de télémétrie des appareils de votre organisation sont écrites dans une seule classe de rétention. Chaque classe conserve :
| Classe | Relevés bruts | Agrégats à la minute | Cumuls horaires et journaliers |
|---|---|---|---|
| 7 days | 7 days | 7 days | 7 days |
| 30 days | 7 days | 30 days | 30 days |
| 90 days | 30 days | 31 days | 90 days |
| 365 days | 90 days | 31 days | 365 days |
| 1,095 days | 90 days | 31 days | 1,095 days |
En bref : les relevés bruts sont conservés au plus 90 days, les agrégats à la minute au plus 31 days, et les cumuls horaires et journaliers pendant la durée complète de la classe.
Quelle classe vous avez
La classe découle de votre offre, et non d’un appareil ou d’un profil :
- L’offre indique une durée de rétention de la télémétrie en jours. Hermetry utilise la plus petite classe qui la couvre.
- Les offres IoT Starter, Growth et Scale fixent 365 days, donc la télémétrie des appareils est dans la classe 365-day : relevés bruts pendant 90 days, agrégats à la minute pendant 31 days, valeurs horaires et journalières pendant un an.
- Une offre sans durée de rétention utilise la classe 30-day.
- La classe s’applique à toute l’organisation et à un seul type de données (la télémétrie des appareils). Chaque appareil et chaque profil la partagent. Vous ne pouvez pas conserver les données d’un profil plus longtemps que celles d’un autre.
Voir Plans and the IoT add-on.
Ce que vous pouvez lire à chaque âge
Avec la classe 365-day :
| Âge des données | Ce que vous obtenez |
|---|---|
| Jusqu’à 90 days | Chaque relevé (brut), ainsi que les valeurs à la minute, à l’heure et au jour lorsqu’elles sont conservées |
| 31 à 90 days | Relevés bruts et valeurs horaires et journalières ; les valeurs à la minute ont disparu |
| 90 à 365 days | Valeurs horaires et journalières uniquement (somme, nombre, min, max, dernière valeur par tranche) |
| Plus anciennes que 365 days | Rien |
Un graphique sur la dernière année lit les valeurs horaires, il n’est donc pas affecté. Un tableau qui liste chaque relevé d’une journée il y a cinq mois est vide : ces relevés bruts ont disparu. Prévoyez vos exports et intégrations en conséquence.
Anciens relevés arrivant en retard
Un relevé plus ancien que la fenêtre de relevés bruts de votre classe est refusé à sa réception (too_old) ; il n’est pas non plus stocké sous forme de résumé. Avec la classe 365-day, un appareil qui rejoue un tampon plus ancien que 90 days perd cette partie. Voir Timestamps, late and duplicate readings.
Changement d’offre
Lorsque la rétention de votre offre change, les nouveaux relevés entrent dans la nouvelle classe à partir de ce moment. Les relevés déjà stockés restent dans leur ancienne classe jusqu’à leur expiration. Les lectures portent sur les deux, de sorte que les graphiques ne sont pas perturbés au changement. Les données ne passent pas d’une classe à l’autre : passer à une classe plus longue ne restitue pas les relevés bruts que l’ancienne classe a déjà supprimés.
Suppression de données
- La suppression d’un appareil supprime en arrière-plan tous ses relevés et résumés.
- La fermeture de votre organisation supprime toute la télémétrie. Voir Export your data and close your organisation.
- Il n’est pas possible de supprimer des relevés isolés ni l’historique d’une clé depuis la console.
Conserver les données plus longtemps
Si vous avez besoin de chaque relevé brut au-delà de la durée de conservation de votre classe :
| Option | Mode d’emploi |
|---|---|
| Les récupérer régulièrement | Lisez les valeurs brutes avec l’API d’historique avant leur expiration, par exemple chaque jour pour la veille. Voir The history API. |
| Les transférer à l’arrivée | Ajoutez un bloc HTTP request, MQTT out ou Webhook au flux racine après Save telemetry, pour envoyer chaque enregistrement vers votre propre stockage. Voir Action blocks. |
| Conserver les résumés | Pour les rapports, les valeurs horaires et journalières (conservées pour toute la durée de la classe) suffisent généralement. |
Autres durées de rétention sur la plateforme
| Données | Conservées pendant |
|---|---|
| Alarmes et leur historique | Voir Working with alarms |
| Les enregistrements d’exécution d’un flux | 24 hours |
| Les lignes de journal d’un flux | 24 hours |
| Le journal d’erreurs d’un flux | 7 days |
| Les événements de cycle de vie d’un flux | 30 days |
| Messages de flux en échec | Jusqu’à leur rejeu ou leur suppression ; 10 000 entrées au plus par défaut, les plus anciennes étant retirées en premier |
Voir Flow limits.
Paramètres
Il n’existe aucun paramètre de rétention pour les clients : la classe vient de l’offre. Les seuls réglages de télémétrie qu’une organisation peut modifier sont les contrôles d’horodatage sous Settings > Telemetry. Voir Timestamps, late and duplicate readings.