Centre de données vidéo : pourquoi séparer la conservation des images et des métadonnées

Dans le centre de données vidéo, images et métadonnées n’ont pas le même rôle

Les caméras de surveillance produisent des images, mais aussi bien autre chose. Entre l’enregistreur vidéo, les métadonnées d’événement, l’index de recherche, le stockage des enregistrements et les analyses des caméras, le centre de données d’une installation contient plusieurs familles d’informations. La question à régler est simple : faut-il tout conserver pendant la même durée ? Non, car chaque famille sert un usage différent.

La vidéo répond à une question visuelle : que montre réellement la scène ? Elle permet de revoir un visage, un véhicule, un colis, un passage ou l’état d’une porte. Les métadonnées répondent plutôt à une question de repérage : quand et où un événement a-t-il été signalé ? Elles aident le logiciel à filtrer une longue période sans obliger l’utilisateur à parcourir toute la chronologie.

Une ligne d’événement ne peut pas recréer les détails perdus avec la vidéo. Inversement, des heures d’images sans index peuvent être difficiles à exploiter. Le plan de conservation doit donc traiter la lecture et la découverte comme deux fonctions complémentaires, mais non interchangeables.

Qu’appelle-t-on les métadonnées d’une caméra ?

Le mot métadonnées désigne les informations qui décrivent un enregistrement, un événement ou le fonctionnement du système. Elles ne sont pas toutes produites au même endroit. Certaines viennent de la caméra, d’autres de l’enregistreur vidéo réseau (NVR), de l’enregistreur vidéo numérique (DVR) ou du logiciel de gestion vidéo (VMS).

• Horodatages et identifiants : heure de début, heure de fin, nom de caméra, canal, emplacement logique et type de flux.
• Événements : détection de mouvement, franchissement d’une zone définie, activation d’une entrée ou résultat d’une analyse vidéo.
• Annotations : signets, libellés, notes d’opérateur et marqueurs ajoutés pour faciliter une consultation ultérieure.
• Journaux système : connexions, redémarrages, pertes de liaison, erreurs de stockage et modifications de configuration.
• Éléments de recherche : index, vignettes, aperçus et références utilisées pour naviguer dans une chronologie.

L’horodatage et l’identifiant de la caméra sont essentiels. Une entrée indiquant seulement « mouvement détecté » a peu de valeur si elle ne permet pas de déterminer quelle caméra l’a produite et à quel moment. Une recherche par image, lorsqu’elle est proposée par le système, repose elle aussi sur des données d’indexation et parfois sur de petites images dérivées.

Une vignette mérite une attention particulière. Elle n’est pas la séquence complète, mais elle reste une image de la scène. Il faut donc la répertorier séparément au lieu de la considérer comme une simple ligne de base de données.

Pourquoi les besoins de stockage sont différents

Le volume de la vidéo dépend surtout de la résolution d’image, de la fréquence d’images, du débit binaire, du mode d’enregistrement et de la complexité de la scène. Un jardin balayé par le vent, une rue animée ou une entrée soumise à de fortes variations de lumière peuvent demander davantage au système qu’un couloir calme. Compresser la vidéo réduit le volume, mais ne supprime pas le lien entre qualité d’image, débit et capacité de stockage.

Le mode d’enregistrement change également la logique. En continu, le système écrit des images sans interruption selon la plage prévue. Sur événement, il écrit principalement autour des détections, avec éventuellement une courte période avant et après. La vidéo reste néanmoins beaucoup plus volumineuse qu’une entrée de base de données qui indique un horaire, une caméra et un type d’événement.

Les métadonnées sont compactes, mais elles ne sont pas gratuites. Une détection trop sensible peut produire un grand nombre d’entrées, de vignettes et de mises à jour d’index. La pluie, les ombres, les insectes près d’un éclairage IR ou la végétation peuvent alimenter la base sans apporter une information utile. Le problème n’est alors pas seulement la capacité : une base encombrée rend aussi les recherches moins lisibles.

Il faut enfin distinguer l’emplacement logique de l’emplacement physique. La base d’événements et les fichiers vidéo peuvent partager les mêmes disques, être répartis entre plusieurs volumes ou être gérés par des équipements différents. Des règles distinctes restent nécessaires, même lorsque tout semble occuper le même espace.

Comment choisir la durée de conservation de chaque donnée ?

Combien de temps faut-il conserver les images et les événements ?

Il n’existe pas de durée universelle adaptée à toutes les installations. Le bon point de départ est l’usage. Dans une maison, il peut s’agir de revoir un passage au portail, une livraison ou une alerte survenue pendant une absence. Dans un petit commerce, l’objectif peut être de retrouver un moment signalé à la caisse, dans une réserve ou devant la vitrine. La période choisie doit couvrir le délai pendant lequel une consultation reste vraisemblable.

Pour la vidéo, demandez-vous quand un incident ou une anomalie serait normalement remarqué. Une durée très longue ne compense pas une mauvaise qualité d’image, un angle mal choisi ou une caméra dont l’horloge est incorrecte. Il vaut souvent mieux préserver une séquence réellement exploitable pendant la fenêtre de consultation utile que prolonger des images peu lisibles.

L’historique des événements peut avoir une utilité plus durable. Il permet, par exemple, de constater qu’une caméra a perdu sa liaison à plusieurs reprises, qu’un détecteur génère des alertes parasites ou que certaines périodes produisent davantage de mouvements. Ces enregistrements occupent généralement moins d’espace que la vidéo associée. Cela ne signifie pas qu’il faille les garder sans limite.

Des événements apparemment anodins peuvent révéler des habitudes : heures de présence, ouvertures répétées, passages au portail ou activité dans une zone. Le niveau de détail conservé mérite donc autant d’attention que sa taille. Une entrée compacte peut rester sensible même après la suppression des images.

• Vidéo : conservez-la selon la période pendant laquelle une lecture visuelle est réellement susceptible d’être demandée.
• Événements de recherche : gardez-les tant qu’ils facilitent une tâche définie, comme le repérage, le suivi technique ou l’examen d’alertes.
• Journaux système : alignez leur durée sur les besoins de diagnostic et de maintenance.
• Vignettes et aperçus : décidez explicitement s’ils disparaissent avec la vidéo ou selon une règle propre.

Une donnée ne mérite pas une longue conservation simplement parce qu’elle occupe peu d’espace.

Préserver les liens entre les événements et les images

Une recherche fonctionne parce que plusieurs éléments concordent : l’heure, l’identifiant de la caméra, le type d’événement et l’emplacement de la séquence. Si l’un de ces éléments change ou dérive, le résultat peut ouvrir la mauvaise caméra, viser le mauvais moment ou ne rien afficher.

Les horloges des caméras, de l’enregistreur et du VMS doivent rester cohérentes. Il faut également éviter de renommer les caméras sans vérifier la manière dont le système traite les anciennes entrées. Un nom tel que « entrée » peut désigner un emplacement différent après un réaménagement, alors que les événements historiques conservent l’ancien contexte.

Lorsque la vidéo est écrasée automatiquement, les métadonnées peuvent demeurer dans la base. Une recherche affiche alors un événement valide sur le plan informatique, mais la lecture associée n’existe plus. Ce comportement n’est pas nécessairement une panne : il peut résulter de deux durées de conservation différentes.

Le plan doit préciser ce qu’une recherche est censée montrer après l’écrasement des images. Vous pouvez conserver la ligne d’événement comme historique, la supprimer en même temps que la vidéo ou la garder sans vignette. L’important est que le résultat affiché corresponde au comportement prévu.

Planifier la suppression, la sauvegarde et la restauration

La suppression automatique ne doit pas être une règle unique appliquée indistinctement à tout le système. La vidéo peut être supprimée selon l’âge des fichiers ou l’espace disponible, tandis que la base d’événements suit une autre limite. Les journaux techniques, les signets et les vignettes peuvent encore relever de règles séparées.

Une sauvegarde prolonge parfois la présence des données après leur disparition du système principal. Supprimer une séquence du NVR ne la retire pas d’une copie exportée, d’un volume de sauvegarde ou d’une archive gérée séparément. La même observation vaut pour la base de métadonnées. Le plan doit donc indiquer ce qui est sauvegardé, pendant combien de temps et par quel mécanisme la copie est ensuite supprimée.

La possibilité de télécharger une vidéo ou d’exporter un extrait ajoute une nouvelle copie au cycle de vie. Un fichier exporté peut perdre une partie de son contexte si son nom ne précise ni la caméra ni la période concernée. À l’inverse, exporter uniquement une base d’événements ne préserve pas le détail visuel des séquences auxquelles elle renvoie.

La restauration mérite d’être pensée avant la panne. Restaurer des fichiers vidéo sans leur index peut rendre la navigation laborieuse. Restaurer la base sans les fichiers associés produit des événements orphelins. Certaines vignettes peuvent aussi rester visibles alors que la séquence a disparu, ce qui donne une impression trompeuse de disponibilité.

• Définissez séparément la portée de la sauvegarde vidéo et celle de la base de données.
• Précisez si les index peuvent être reconstruits à partir des enregistrements restaurés.
• Vérifiez le sort des signets, libellés, journaux et vignettes lors d’une restauration.
• Incluez les copies exportées et les sauvegardes dans les règles de suppression.
• Contrôlez périodiquement qu’une restauration permet réellement la recherche et la lecture attendues.

Rédiger un plan de conservation exploitable

Un bon plan tient dans un document que la personne chargée du système peut comprendre sans relire toute la configuration. Il ne se limite pas à la capacité des disques. Il décrit les données produites, leur utilité, leur emplacement, leur règle de suppression et le comportement attendu après leur disparition.

1. Dressez l’inventaire. Recensez la vidéo continue, la vidéo sur événement, les flux secondaires, les détections, les résultats d’analyse, les journaux, les signets, les index et les vignettes.
2. Attribuez une raison à chaque conservation. Indiquez si la donnée sert à la lecture visuelle, à la recherche, au diagnostic, au suivi d’activité ou à la restauration.
3. Choisissez un déclencheur de suppression. Il peut s’agir de l’ancienneté, de l’écrasement cyclique, de la disparition de la vidéo liée ou d’une opération de nettoyage contrôlée.
4. Décrivez les dépendances. Notez quels index, identifiants et horodatages sont nécessaires pour retrouver une séquence et quels éléments restent utiles sans elle.
5. Intégrez les sauvegardes. Mentionnez les copies de la vidéo, les bases sauvegardées, les exports et leurs propres règles d’effacement.
6. Testez le résultat. Effectuez une recherche récente, une recherche portant sur des images déjà écrasées et une lecture après restauration.

Le document peut prendre la forme d’un tableau simple avec une ligne par type de donnée. Les colonnes utiles sont le producteur de la donnée, son emplacement, sa fonction, sa durée de conservation, son mode de suppression, sa présence dans les sauvegardes et la méthode de vérification.

Revoyez aussi le plan lorsque l’installation change. L’ajout d’une caméra, le passage à une résolution supérieure, l’activation d’une nouvelle analyse ou la modification des plages d’enregistrement transforme la charge de stockage et la nature des métadonnées. Une règle autrefois cohérente peut alors laisser trop peu d’images, trop d’événements inutiles ou des index sans séquences disponibles.

La vérification finale doit porter sur l’expérience réelle de consultation. Une recherche doit conduire à la bonne caméra et au bon moment. Une séquence disponible doit se lire correctement. Une séquence supprimée doit être signalée comme telle. C’est cette cohérence, plus que la seule taille du disque, qui rend un plan de conservation utile.