Diagnostic
Identifier la couche en panne
Sur un RAID, un NAS ou un serveur VMS, la panne peut se situer à différents étages. Un disque peut faiblir, la grappe devenir incohérente, le système de fichiers se corrompre, le partage disparaître ou le VMS perdre l'association entre flux et caméras. Réduire ce dossier à une vidéo effacée mènerait à un diagnostic incomplet.
Il faut d'abord localiser l'endroit où l'information subsiste. Les bons blocs peuvent être présents dans un RAID mal assemblé; un NAS joignable peut cacher des métadonnées corrompues; le VMS peut afficher une plage vide alors que ses fragments occupent toujours 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.
Diagnostic
Préserver les disques et l’ordre RAID
L'ordre des supports, la taille de bande, le mode de parité et l'historique des remplacements sont déterminants sur un RAID. Une inversion ou un rebuild prématuré peut faire apparaître un volume tout en mélangeant, tronquant ou datant incorrectement ses vidéos.
Étiquetez donc chaque disque avant de le retirer, photographiez la baie, notez les emplacements et conservez les alertes. Tout remplacement antérieur doit être signalé, car il permet d'évaluer si la reconstruction a abouti, est restée partielle ou s'est mal déroulée.
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.
Diagnostic
Comprendre le rôle du serveur VMS
Le VMS gère les caméras, les droits, les alertes, les exports et leur chronologie. Il peut distribuer les flux entre plusieurs volumes, indexer et compresser les archives, puis purger les anciennes périodes. Le logiciel compte donc autant que le disque dans l'accès à une vidéo.
Si le VMS refuse de démarrer, séparez les fichiers de l'application, ses journaux, ses bases d'index et les flux bruts. Les logs peuvent renseigner la dernière écriture, l'arrêt soudain, le canal touché ou la rotation, tandis que les images peuvent encore exister hors de 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.
Diagnostic
Éviter les réparations automatiques
Une interface NAS peut proposer de contrôler le volume, réparer son système de fichiers ou rebâtir la grappe. Ces fonctions ont leur place en maintenance, mais deviennent risquées pour des images critiques puisqu'elles modifient le stockage avant son analyse.
Évitez également les copies en masse depuis un volume instable. Une opération incomplète donne facilement l'impression d'un backup réussi alors que la bonne séquence manque, tout en sollicitant inutilement les zones les plus fragiles.
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.
Diagnostic
Construire une restitution exploitable
Une restitution utile va au-delà d'un lot de fichiers. Elle identifie les caméras et les plages horaires, signale les absences et expose les limites. Sur RAID ou VMS, expliquer ce qui a été reconstitué fait partie du résultat.
Datastrophe organise les exports pour qu'ils soient lisibles et correctement classés. Une plage incomplète doit être nommée comme telle; si l'horodatage diverge, la restitution distingue l'heure du système, celle de la caméra et les autres 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.
Diagnostic
Sources techniques primaires et limites
Périmètre documentaire — sur RAID NAS et serveur VMS: Pour récupération de vidéosurveillance sur RAID, NAS et serveur VMS, les références primaires retenues sont Linux MD administration guide. Preuve physique — sur RAID NAS et serveur VMS: Elles cadrent la préservation, la structure de stockage et la validation, sans prouver l’état physique exact, le comportement du contrôleur, la disponibilité des clés ni la cohérence métier du matériel reçu. Preuve contrôleur — sur RAID NAS et serveur VMS: Ces points exigent des mesures sur l’ensemble d’origine et des contrôles sur des copies.
Diagnostic
Faire établir un diagnostic contrôlé
Ensemble complet — sur RAID NAS et serveur VMS: Pour le diagnostic de récupération de vidéosurveillance sur RAID, NAS et serveur VMS, transmettez l’appareil ou le lot complet, les éléments d’alimentation et d’interface associés, l’ordre et les étiquettes, la chronologie des symptômes et la liste précise des données prioritaires. Chronologie d’incident — sur RAID NAS et serveur VMS: Les accès autorisés passent par un canal protégé distinct ; ne redémarrez pas la source uniquement pour obtenir une nouvelle capture.
Responsabilité du laboratoire — sur RAID NAS et serveur VMS: Datastrophe effectue directement le diagnostic, les contrôles d’intégrité et la récupération dans son propre laboratoire, avec sa propre équipe. Diagnostic gratuit — sur RAID NAS et serveur VMS: Le diagnostic et le devis sont gratuits. Limite du transport — sur RAID NAS et serveur VMS: Le transport privé aller-retour est compris ; le transporteur déplace uniquement le colis scellé, sans accéder aux données ni les traiter.
Liste contrôlée — sur RAID NAS et serveur VMS: Avant tout paiement, le client reçoit le prix proposé et une liste contrôlée. Classes de vérification — sur RAID NAS et serveur VMS: Chaque élément est classé, dans l’ordre, recoverable_verified, partial, detected_unverified ou unrecoverable. Déclenchement du paiement — sur RAID NAS et serveur VMS: Seuls les éléments recoverable_verified, ouverts et jugés exploitables, sont présentés comme récupérables. Résultat non vérifié — sur RAID NAS et serveur VMS: Le paiement intervient après acceptation de la liste et du prix.
Résultat non vérifié — sur RAID NAS et serveur VMS: Si aucune donnée exploitable n’est vérifiée, si la récupération échoue ou si le client refuse la liste ou le prix, aucun frais standard n’est dû. Pièce exceptionnelle — sur RAID NAS et serveur VMS: Une pièce rare, coûteuse et non remboursable constitue la seule exception et requiert une proposition séparée, explicite et chiffrée acceptée au préalable.