Analyse
Identifier la couche en panne
Un dossier de vidéosurveillance sur RAID, NAS ou serveur VMS peut échouer à plusieurs niveaux. Le disque peut être dégradé, la grappe RAID incohérente, le système de fichiers corrompu, le partage NAS inaccessible ou l’application VMS incapable de relier les flux à leurs caméras. Traiter tout cela comme une simple vidéo effacée serait trop imprécis.
La priorité consiste à savoir où l’information existe encore. Un volume RAID peut contenir les blocs utiles mais être assemblé dans le mauvais ordre. Un NAS peut répondre au réseau tout en masquant une corruption de métadonnées. Un serveur VMS peut afficher une période vide alors que les fragments vidéo sont toujours présents sur le stockage.
Cette séparation guide le diagnostic. Datastrophe commence par les supports et ne demande jamais de reconstruire un volume à chaud avant analyse. Chaque disque, chaque baie et chaque journal peut apporter une preuve sur l’état réel de la chaîne.
Le point important est de ne pas chercher trop vite la vidéo finale. Dans ce type d’installation, la vidéo dépend d’un chemin complet : disque physique, groupe RAID, système de fichiers, partage réseau, service VMS, index applicatif, puis export. Si une seule couche interprète mal l’état du stockage, l’interface peut afficher une période vide alors que les blocs existent encore.
Un inventaire simple suffit souvent à éviter une erreur coûteuse. Il faut relever le modèle du NAS ou du serveur, le nombre de baies, la capacité des disques, les voyants, les messages d’alerte, la date du dernier remplacement et les opérations déjà tentées. Ces éléments guident le choix entre récupération stockage, reconstruction applicative ou les deux.
- Protéger la période recherchée avant écrasement circulaire.
- Conserver enregistreur, disques, horodatage et modèle de caméra.
- Valider la lisibilité des séquences, pas seulement la présence de fichiers.
Ce qui oriente le diagnostic
La priorité consiste à savoir où l’information existe encore.
La limite à garder en tête
Cette séparation guide le diagnostic.
Analyse
Préserver les disques et l’ordre RAID
Sur un RAID, l’ordre des disques, la taille de bande, le type de parité et l’historique des remplacements sont essentiels. Une inversion ou une reconstruction lancée trop tôt peut produire un volume qui semble monter, mais dont les vidéos sont mélangées, tronquées ou datées de manière incohérente.
Il faut donc étiqueter les disques avant retrait, photographier la baie, noter les emplacements et conserver les messages d’erreur. Si un disque a déjà été remplacé, cette information est critique : elle permet d’estimer si la reconstruction a été complète, partielle ou défectueuse.
Le travail se poursuit sur images disque. Les secteurs faibles sont lus avec prudence, puis les paramètres RAID sont testés sans écrire sur les originaux. Cette étape évite de transformer une panne récupérable en perte définitive.
La reconstruction ne doit pas être confondue avec une remise en production. Un volume peut être reconstitué en laboratoire pour lire les données sans être suffisamment fiable pour retourner en service. Cette nuance est importante quand l’entreprise veut relancer rapidement sa surveillance : le stockage de remplacement doit être séparé du stockage analysé.
Quand plusieurs disques présentent des erreurs, la priorité peut être de lire d’abord les zones qui contiennent les index VMS, puis les blocs vidéo de la période ciblée. Cette stratégie évite de consommer les meilleures chances de lecture sur des archives sans intérêt pour le dossier.
- Conserver enregistreur, disques, horodatage et modèle de caméra.
- Valider la lisibilité des séquences, pas seulement la présence de fichiers.
- Protéger la période recherchée avant écrasement circulaire.
Ce qui oriente le diagnostic
Il faut donc étiqueter les disques avant retrait, photographier la baie, noter les emplacements et conserver les messages d’erreur.
La limite à garder en tête
Le travail se poursuit sur images disque.
Analyse
Comprendre le rôle du serveur VMS
Le serveur VMS organise les caméras, les droits, les alertes, les exports et la chronologie. Il peut répartir les flux sur plusieurs volumes, créer des index, compresser les archives ou supprimer automatiquement les anciennes périodes. Une vidéo peut donc dépendre autant du logiciel que du disque.
Quand le VMS ne démarre plus, il faut distinguer les fichiers applicatifs, les journaux, les bases d’index et les flux bruts. Les journaux peuvent révéler la dernière date d’écriture, l’arrêt brutal, le canal concerné ou la rotation automatique. Les flux bruts peuvent exister sans être visibles depuis la console.
Cette analyse est particulièrement importante pour les preuves. Une extraction sans horodatage ou sans canal caméra peut être techniquement lisible mais faible opérationnellement. La restitution doit rester compréhensible par les personnes qui exploiteront les images.
Les serveurs VMS conservent parfois plusieurs bases : configuration des caméras, droits utilisateurs, journaux d’événements, calendrier d’enregistrement et catalogue des séquences. Une panne de disque peut toucher une base sans détruire les flux vidéo. À l’inverse, un volume peut contenir des fichiers lisibles mais perdre les informations qui expliquent à quelle caméra ils appartiennent.
La méthode consiste donc à rapprocher les couches au lieu de produire une extraction brute. Les noms de caméras, les plages horaires, les identifiants internes et les journaux d’arrêt peuvent permettre de restituer un ensemble cohérent, même quand la console VMS ne démarre plus.
- Valider la lisibilité des séquences, pas seulement la présence de fichiers.
- Protéger la période recherchée avant écrasement circulaire.
- Conserver enregistreur, disques, horodatage et modèle de caméra.
Ce qui oriente le diagnostic
Quand le VMS ne démarre plus, il faut distinguer les fichiers applicatifs, les journaux, les bases d’index et les flux bruts.
La limite à garder en tête
Cette analyse est particulièrement importante pour les preuves.
Analyse
Éviter les réparations automatiques
Les interfaces NAS proposent parfois de vérifier le volume, réparer le système de fichiers ou reconstruire une grappe. Ces actions sont utiles en maintenance courante, mais dangereuses quand les vidéos recherchées ont une valeur critique. Elles modifient l’état du stockage et compliquent l’analyse.
Il faut éviter aussi les copies massives depuis un volume instable. Une copie partielle peut faire croire que tout a été sauvegardé alors que les séquences utiles manquent. Elle peut aussi solliciter les zones les plus faibles du disque.
La méthode prudente consiste à figer l’installation, relever les informations et travailler hors production. Si la continuité de surveillance est nécessaire, il vaut mieux installer un nouveau stockage sain plutôt que relancer l’ancien volume.
Cette règle vaut aussi pour les snapshots et sauvegardes automatiques. Restaurer une sauvegarde sans comprendre l’état du volume peut écraser des fichiers récents, modifier les journaux ou masquer la chronologie réelle de la panne. Toute action de restauration doit être décidée après copie ou au minimum après sauvegarde forensique des disques concernés.
Il faut également se méfier des exports lancés depuis une interface lente. Un export qui échoue à 80 % peut avoir lu pendant des heures un disque instable sans produire de fichier utile. Quand les symptômes sont matériels, l’export applicatif n’est plus la bonne première étape.
- Protéger la période recherchée avant écrasement circulaire.
- Conserver enregistreur, disques, horodatage et modèle de caméra.
- Valider la lisibilité des séquences, pas seulement la présence de fichiers.
Ce qui oriente le diagnostic
Il faut éviter aussi les copies massives depuis un volume instable.
La limite à garder en tête
La méthode prudente consiste à figer l’installation, relever les informations et travailler hors production.
Analyse
Construire une restitution exploitable
La restitution ne se limite pas à livrer des fichiers. Elle doit indiquer les caméras, les plages horaires, les limites et les séquences absentes. Dans un contexte RAID ou VMS, la transparence sur ce qui a été reconstruit compte autant que le résultat.
Datastrophe vise des exports lisibles et classés. Quand une période est partielle, elle doit être nommée clairement. Quand l’horodatage interne est incohérent, la restitution doit distinguer le temps système, le temps caméra et les indices disponibles.
Pour la partie service, récupération de données NVR et vidéosurveillance décrit le parcours global. Pour la couche stockage, récupération de données RAID précise les risques propres aux volumes multi-disques.
Une restitution sérieuse doit enfin distinguer ce qui vient du stockage et ce qui vient du logiciel. Si le RAID a été reconstruit virtuellement, cela doit être indiqué. Si l’horodatage dépend d’un journal VMS partiel, cette limite doit être visible. Si certaines caméras sont complètes et d’autres fragmentaires, le classement des fichiers doit le montrer plutôt que masquer l’incertitude.
- Conserver enregistreur, disques, horodatage et modèle de caméra.
- Valider la lisibilité des séquences, pas seulement la présence de fichiers.
- Protéger la période recherchée avant écrasement circulaire.
Ce qui oriente le diagnostic
Datastrophe vise des exports lisibles et classés.
La limite à garder en tête
Pour la partie service, récupération de données NVR et vidéosurveillance décrit le parcours global.