Maintenance et conservation des données
Pour maintenir des performances du système de BriefCam entièrement optimisées, BriefCam efface automatiquement les données traitées périodiquement, y compris les données de la base de données et du stockage.
Notez que le service de maintenance peut être installé sur plusieurs instances pour répartir la charge entre plusieurs machines.
Pour désactiver la maintenance automatique, réglez le paramètre d’environnement Maintenance.Enabled sur false. Cependant, ceci n’est pas recommandé car le stockage se remplira.
Dans le paramètre d’environnement Maintenance.ExecutionStrategy, la maintenance peut être configurée pour s’exécuter quotidiennement ou continuellement.
Lorsque le paramètre est défini sur Continuously (par défaut), la maintenance est exécutée toutes les heures.
Lorsque le paramètre est défini sur Daily, l’heure à laquelle il est exécuté est définie dans le paramètre d’environnement Maintenance.CleanHour. La valeur est basée sur le temps (hh:mm:ss), par exemple : 23:00:00.
Pour effacer les données de manière proactive, définissez le paramètre d’environnement Maintenance.CleanHour sur l’heure actuelle et définissez Maintenance.ExecutionStrategy sur Daily, puis redémarrez le service Maintenance. La maintenance sera alors exécutée immédiatement. Il est recommandé de rétablir ensuite les paramètres à leur valeur d’origine.
Si la maintenance ne fonctionne pas, le système tente automatiquement de se rétablir une fois le processus terminé. La tentative de récupération se fera dans un intervalle de temps configuré dans le paramètre TaskRecovery.IntervalsMinutes (comme indiqué dans l’image ci-dessous). Les valeurs par défaut sont 10, 240 et 1440 minutes, ce qui signifie que la première tentative de récupération aura lieu après 10 minutes, la deuxième après 4 heures et la dernière tentative après 12 heures.
Le paramètre d’environnement Maintenance.ServiceInstancesRetentionMinutes détermine combien de temps après la mise hors ligne les services sont supprimés de la base de données BriefCam . La valeur par défaut est de 43 200 minutes (30 jours).
Les sections ci-dessous décrivent des paramètres d’environnement supplémentaires qui contrôlent le fonctionnement du processus de maintenance.
Module REVIEW
Note
Si vous ne souhaitez pas supprimer certains cas REVIEW lors de la maintenance automatisée, cliquez sur l’icône Modifier (
) de l’écran du cas et cochez la case Ne pas supprimer pendant la maintenance. Ces cas marqués et leurs artefacts ne seront pas supprimés via le processus de maintenance, même si d’autres cas ou alertes l’utilisent et sont supprimés.
La meilleure pratique consiste à définir les deux paramètres ci-dessous (CaseRetentionDays et VideoArchiveExpirationDays) avec la même valeur.
Paramètre : Maintenance.CaseRetentionDays
Défaut : 30 jours
Lorsque la date de mise à jour du cas est antérieure à 30 jours (par défaut), toutes les données du cas sont supprimées de la base de données et du disque BriefCam .
Les modifications d’un cas affectent la date de mise à jour du cas, telles que la modification du nom ou de la description du cas, le partage du cas, l’ajout/la suppression de vidéos, la modification de la planification vidéo, la modification de préréglages ou l’ajout/la suppression de signets. Cependant, l’ajout d’un visage ou d’une plaque d’immatriculation à la liste de surveillance du cas ou la modification des détails du signet n’affectera pas la date de mise à jour du cas.
Si les mêmes données sont utilisées par d’autres cas, le cas sera toujours supprimé de l'écran Cas et les données resteront sur la base de données et le disque.
Si le cas contient une source programmée activée, le cas ne sera pas supprimé. Les demandes provenant de sources programmées plus anciennes que la valeur de ce paramètre seront supprimées, mais leurs signets ne seront supprimés que lorsque l’ensemble du cas sera supprimé. Si le cas contient également une source qui n’est pas une source programmée activée ou qui est une source programmée désactivée, ces sources ne seront pas non plus supprimées.
Si le cas ne contient que des sources régulières ou des sources programmées désactivées, le cas sera traité comme une source régulière, ce qui signifie que lorsque la date de mise à jour du cas est antérieure à 30 jours (par défaut), toutes les données du cas antérieures à 30 jours (par défaut) sont supprimées de la base de données et du disque BriefCam .
Lorsque la demande REVIEW est partiellement basée sur un traitement à la demande et partiellement sur une demande en direct (car une partie de la demande a déjà été traitée pour une alerte), les artefacts sont supprimés des modules REVIEW et RESPOND en fonction des paramètres de maintenance. Cependant, la demande est complètement supprimée de l’infrastructure (y compris de la base de données) en fonction de la date de traitement de la dernière des deux dates : traitement à la demande ou traitement en direct.
En ce qui concerne les listes de surveillance, une liste de surveillance interne qui a été créée dans un cas sera supprimée une fois le cas supprimé (par la maintenance ou par l’utilisateur).
En ce qui concerne les signets, ils seront également supprimés une fois que le cas aura été supprimé comme indiqué ci-dessus.
Paramètre : Maintenance.VideoArchiveExpirationDays
Défaut : 30 jours
Ce paramètre contrôle la fréquence de suppression des fichiers vidéo récupérés sur le VMS. Ce paramètre affecte également la vidéo originale qui a été récupérée dans les alertes RESPOND, qui ne sont généralement pas mises en BriefCam automatiquement (juste en cliquant sur la vignette de l’alerte). Par exemple, dans le module RESPOND, la vidéo originale de chaque alerte n’est pas récupérée tant que l’utilisateur n’a pas demandé une vidéo originale. Une fois que l’utilisateur demande une vidéo originale, BriefCam conserve la vidéo originale pour un accès immédiat pendant le nombre de jours spécifié dans ce paramètre.
Paramètre : Maintenance.LocalFilesRetentionInHours
Défaut : 24 heures
Ce paramètre contrôle la fréquence (en heures) à laquelle les fichiers rendus temporaires sont supprimés de la base de données BriefCam .
Les fichiers de rendu temporaires se trouvent à l’adresse suivante : ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.
Les fichiers enregistrés ici sont des artefacts rendus créés par les interactions des utilisateurs du client Web, tels que des VIDEO SYNOPSIS, des vidéos originales, etc.
Paramètre : Maintenance.RenderingUploadedFilesRetentionDays
Défaut : 0,5 jour
Ce paramètre contrôle la fréquence à laquelle les fichiers téléchargés sont supprimés de la base de données BriefCam .
Les fichiers téléchargés se trouvent à l’adresse suivante : ..\BriefCam\ServerData\VideoData\WebUpload.
Les fichiers enregistrés ici sont des fichiers vidéo téléchargés par l’utilisateur final via le client Web aux fins du traitement REVIEW dans Investigator, Investigator for TeamsProtectet configurations.
Paramètre : clientMaintenanceCaseMessageInDays
Défaut : 7 jours
Ce paramètre contrôle quand commencer à afficher l’avis de suppression sur un cas. La valeur définie ici est le nombre de jours avant que le cas ne soit supprimé par le processus de maintenance.
Attention
Ces paramètres ne sont pas applicables pour le Hub. Elle n’est pertinente que pour les sites et dans les déploiements autonomes.
Module RESPOND
Paramètre : Maintenance.LiveRetentionDays
Défaut : 7 jours
Toutes les alertes RESPOND en dehors de la plage de rétention sont supprimées (même les alertes qui ont été marquées d’un signet ; cependant, le signet lui-même ne sera pas supprimé). Les signets dans le module RESPOND ne sont jamais supprimés par le processus de maintenance.
Les alertes pour les tâches en cours d’exécution sont supprimées si elles se trouvent en dehors de la plage de rétention.
Module RESEARCH
Paramètre : Maintenance.BIAssetsRetentionDays
Défaut : 30 jours
Ce paramètre contrôle la fréquence à laquelle les tables RESEARCH BI (générées à partir des métadonnées BriefCam ETL) sont supprimées du BriefCam de données. Il s’agit d’une sauvegarde si Qlik n’a pas été en mesure d’extraire les données.
Paramètre : Maintenance.BIVisualLayersRetentionDays
Défaut : 3650 jours
Ce paramètre contrôle la fréquence de suppression des fichiers Visual Layer, qui sont utilisés pour l’onglet Dashboard (Tableau de bord). Cela supprime les fichiers de la base de données BriefCam et du BriefCam de fichiers où les images sont enregistrées (C:\BriefCam\ServerData\RenderData).
Le fait de définir ce paramètre sur moins d’un jour peut affecter les couches visuelles.
Paramètre : Maintenance.BITaskRetentionDays
Défaut : 3 jours
Ce paramètre contrôle la fréquence à laquelle les métadonnées et les actifs visuels des tâches de traitement RESEARCH sont supprimés du stockage BriefCam . Les métadonnées sont tous les actifs / fichiers / enregistrements qui sont créés pendant le traitement RESEARCH (continu ou à la demande). C’est la durée pendant laquelle BriefCam sauvegarde les données pour le service BI Rule Engine.
Paramètre : RESEARCH.QVDRetentionDays
Défaut : 30 jours
Ce paramètre détermine le nombre de jours pendant lesquels les tables détaillées dans les déploiements avec des QVD divisés sont conservées.
Paramètre : RESEARCH.DetailedLoadDays
Défaut : 30 jours (pour les environnements mis à jour à partir de la version 6.4 ou inférieure, la valeur par défaut est 730 jours)
Ce paramètre contrôle les données chargées à partir de l’application RESEARCH (en fonction du champ d’horodatage et non de l’heure VMS). Ce paramètre a un impact sur la RAM nécessaire au chargement de l’application détaillée et réduit la quantité de données chargées dans le modèle de données complet.
Les tableaux de bord agrégés ne sont pas affectés par ce paramètre.
Onglets de liste de surveillance
Une liste de surveillance externe (gérée dans les onglets Liste de surveillance) n’est pas supprimée par le processus de maintenance. Cependant, comme mentionné ci-dessus, une liste de surveillance interne créée dans un cas sera supprimée une fois le cas supprimé (par la maintenance ou par l’utilisateur).
Attention
Cette fonctionnalité n’est pas applicable pour le Hub. Elle n’est pertinente que pour les sites et dans les déploiements autonomes.
Exclusions de maintenance
Les éléments suivants ne sont pas supprimés pendant la maintenance.
Dossier Images d’arrière-plan de la caméra - Lorsque vous utilisez Test Connection, une image de la caméra est enregistrée dans le dossier
Camera Background Images. Chaque caméra conserve une image, qui est mise à jour chaque fois que la connexion est retestée. Ce dossier et son contenu ne sont pas affectés par la maintenance.Signets - Les signets créés dans les modules RESPOND ou REVIEW restent dans le système même si l’alerte ou l’objet d’origine est supprimé. Ils ne sont supprimés que lorsqu’ils sont explicitement supprimés par l’utilisateur.
Cas marqués Ne pas supprimer pendant la maintenance - Dans le module REVIEW, vous pouvez modifier un cas et cocher la case Ne pas supprimer pendant la maintenance. Ces cas et leurs artefacts associés persisteront tout au long des cycles de maintenance.
Fichiers QVD (Module RESEARCH) - Les fichiers QVD ne font pas partie du processus de maintenance et doivent être supprimés manuellement si nécessaire.
Surveillance de la maintenance
Vous pouvez surveiller et suivre la maintenance.
La maintenance est effectuée par un service séparé appelé Maintenance Service et dispose de son propre journal. Dans l’écran Event (Événement), vous pouvez voir si le service est en cours d’exécution.
Si la maintenance a échoué, un événement de maintenance apparaîtra dans l'écran Événements (ci-dessus), si les seuils d’événements de maintenance sont atteints. Par défaut, si la maintenance a échoué au moins une fois, un événement d’avertissement apparaît et si la maintenance a échoué les trois dernières fois, un événement critique apparaît.
Maintenance manuelle de PostgreSQL
La maintenance manuelle est essentielle pour les bases de données PostgreSQL afin d’éviter les problèmes de performance et le gonflement des tables. L’exécution périodique d'opérations VACUUM FULL et REINDEX permet de maintenir les performances et la stabilité de la base de données. Pour éviter d’impacter la disponibilité de la base de données, planifiez ces tâches pendant les périodes de faible utilisation ou les fenêtres de maintenance planifiées, idéalement tous les quelques mois ou tous les six mois. Cela garantit un fonctionnement fluide et efficace de la base de données.
Pour les bases de données dont la taille du dossier PostgreSQL_Data est d’environ 200 Go, une fenêtre de maintenance allant jusqu’à 6 heures est nécessaire une fois tous les 6 mois. Sur les systèmes à forte activité, la fenêtre et l’intervalle de maintenance augmenteront en conséquence.