🔧 Quand la performance d’un système LPR bascule… et comment nous l’avons restaurée

🧠 Introduction

Dans le monde de la vidéoprotection, on associe souvent la performance d’un système à la qualité des caméras ou à la netteté des images. Mais la véritable fiabilité d’un dispositif réside bien plus souvent dans l’ infrastructure logicielle et la gestion des données.

Nous avons récemment été sollicités par un site confronté à une anomalie critique sur son système de lecture de plaques (LPR) basé sur Milestone XProtect 2018 R1. Bien que les lectures LPR en direct fonctionnaient, aucun enregistrement n’apparaissait dans l’historique. Une situation à haut risque pour l’exploitation du site.

🚨 Problématique : un module LPR devenu aveugle à son propre historique

Bien que tous les indicateurs semblaient au vert (lecture en live, overlay fonctionnel), aucune donnée n’était disponible dans le Smart Client.
Conséquence : impossibilité d’utiliser les données pour l’analyse ou les investigations. Le système LPR perdait tout son intérêt.

🧪 Diagnostic : entre architecture, SQL et saturation invisible

🔍 Vérifications matérielles & réseau

• Flux vidéo : stables, sans perte
• Serveurs Milestone : fonctionnels, sans erreurs critiques
• Stockage : 6,5 To disponibles mais file d’attente disque détectée
• Ressources : CPU et RAM dans les normes

📊 Analyse SQL

• Base Surveillance à 10,27 Go → limite dépassée de SQL Express (10 Go)
• Fichier ERRORLOG de 24 Go saturant l'espace disque
• Présence excessive de fichiers .trc et .xel
• Erreur critique : Unable to insert alarm in database

🛠️ Intervention : méthodologie rigoureuse et sécurisée

1. Sauvegarde complète des bases de données
2. Création d’une VM de test: reproduction du problème et tests SQL (commande SHRINK, nettoyage, etc.)
3. Purge avancée SQL: suppression des fichiers inutiles, nettoyage ERRORLOG
4. Application contrôlée sur le serveur de production avec validation post-opération

🚀 Résultats obtenus

• Module LPR de nouveau opérationnel
• Recherche historique restaurée
• Base SQL allégée et stabilisée
• Performance globale optimisée

🧩 Leçons à retenir

Les saturations silencieuses de SQL Express sont des bombes à retardement. Sans supervision, elles peuvent rendre un système inutilisable sans prévenir.

🔄 Recommandations pour éviter cette situation

• Privilégier SQL Standard pour les systèmes critiques
• Mettre en place une politique de supervision des bases
• Effectuer un audit annuel des systèmes
• Planifier une purge régulière des fichiers journaux SQL

🎯 Conclusion

Cette intervention illustre parfaitement notre approche : anticiper, diagnostiquer et résoudre durablement les problématiques de nos clients. Grâce à une méthodologie éprouvée et une expertise technique transversale, nous avons rendu toute sa valeur à un système de sécurité numérique devenu silencieux.

👉 Sécuriser, ce n’est pas juste voir. C’est aussi comprendre ce qu’on ne voit pas.