Le stockage en réseau est devenu un pilier des entreprises et des collectivités : partage de fichiers, messagerie, applications métiers, bases de données, archives, vidéosurveillance, données sensibles… Deux approches dominent dans les environnements professionnels : le NAS (Network Attached Storage) et le SAN (Storage Area Network). Ces solutions apportent des bénéfices immédiats (centralisation, performances, disponibilité, administration simplifiée), mais aucune n’est totalement à l’abri d’une perte d’accès ou d’une perte de données.
La bonne nouvelle : dans de nombreux scénarios, une récupération reste possible. La condition essentielle est de réagir correctement dès les premiers signes et de comprendre que la réussite dépend fortement de la configuration technique: RAID, LUN, zoning, système de fichiers, chiffrement, contrôleurs, etc. Cette page vous aide à clarifier les différences NAS / SAN, leurs points forts, et les bons réflexes pour maximiser vos chances de restauration en cas d’incident.
NAS et SAN : deux philosophies de stockage en réseau
NAS et SAN répondent à un même besoin global : mutualiser et sécuriser des ressources de stockage accessibles via le réseau. Mais ils diffèrent sur un point fondamental : le NAS est un dispositif dédié au partage de fichiers, tandis que le SAN est une architecture qui virtualise et présente le stockage aux serveurs comme s’il s’agissait de disques locaux.
Le NAS (Network Attached Storage) : un serveur de fichiers accessible sur le réseau
Un NAS est un serveur de stockage en réseau conçu principalement pour le stockage et le partage de fichiers entre plusieurs utilisateurs ou postes clients. Il fonctionne de manière autonome et se pilote généralement via une interface d’administration (souvent web), ce qui simplifie la gestion au quotidien.
Pourquoi le NAS séduit autant les organisations
- Gestion centralisée: configuration et administration depuis une interface unique.
- Accès simultané: plusieurs utilisateurs peuvent travailler sur les mêmes espaces de fichiers.
- Gestion des droits: contrôle fin des autorisations (lecture, écriture, dossiers partagés, etc.).
- Tolérance aux pannes: possibilité de configurer un RAID pour résister à certaines défaillances de disques.
- Maintenance facilitée: remplacement de disque possible dans certains cas sans immobiliser tout le réseau.
- Sauvegardes planifiables: l’administration centralisée facilite la planification et le suivi.
Ce que cela change en cas d’incident
Le NAS concentre souvent un volume important de données et de flux. En contrepartie, lorsqu’un problème survient (panne, corruption logicielle, rançongiciel, erreur humaine), l’impact peut être immédiat : interruption d’activité, impossibilité d’accéder aux partages, ralentissements majeurs, ou perte de données. La récupération dépend alors de paramètres tels que le niveau de RAID, l’état des disques et la cohérence du système de fichiers.
Le SAN (Storage Area Network) : une architecture de stockage virtualisée, performante et évolutive
Un SAN est un réseau de stockage: une architecture qui mutualise des périphériques de stockage et les met à disposition via des serveurs dédiés. Les serveurs « voient » alors ces ressources comme des volumes utilisables (souvent présentés sous forme de LUN), avec des protocoles conçus pour de hautes performances.
Les bénéfices clés d’un SAN en environnement professionnel
- Très hautes performances: protocole de transfert adapté aux charges intensives.
- Interopérabilité: possibilité de connecter des serveurs hétérogènes (par exemple Windows, Unix).
- Évolutivité: ajout de baies ou de supports pour augmenter la capacité.
- Haute disponibilité: conception orientée continuité de service via redondance matérielle.
- Protection intégrée: intégration fréquente de systèmes RAID et de mécanismes de reprise.
- Gestion centralisée: sauvegarde, restauration et reprise orchestrées à l’échelle du réseau de stockage.
Ce que cela change en cas de récupération de données
Le SAN apporte une forte disponibilité, mais sa complexité technique (LUN, masquage, zoning, multipathing, RAID en baie, couches de virtualisation) implique que la récupération de données doive être menée avec une méthode rigoureuse. Une « simple » mauvaise manipulation peut rendre la situation plus difficile (voire irréversible) si elle modifie des métadonnées essentielles.
NAS vs SAN : tableau comparatif pour décider (et mieux diagnostiquer)
| Critère | NAS | SAN |
|---|---|---|
| Nature | Appareil / serveur de fichiers | Architecture réseau de stockage |
| Accès | Partage de fichiers (accès par postes clients) | Volumes présentés aux serveurs (comme des disques locaux) |
| Administration | Centralisée, souvent via interface web | Centralisée, mais plus technique (LUN, zoning, masquage) |
| Performance | Très bonne pour le partage de fichiers selon configuration | Très élevée, pensée pour des charges intensives |
| Évolutivité | Ajout / remplacement de disques, extension selon modèle | Très forte (ajout de baies, extension de l’architecture) |
| Haute disponibilité | Souvent via RAID et options de redondance | Conçue pour la redondance matérielle et la continuité |
| Récupération après incident | Dépend du RAID, du système de fichiers, de l’état des disques | Dépend fortement des LUN, du zoning, du RAID en baie, de la virtualisation |
Pourquoi des pertes de données arrivent malgré le RAID et la redondance
Le RAID, la réplication et la redondance sont d’excellentes approches pour la continuité de service, mais elles ne garantissent pas une immunité totale. Sur NAS comme sur SAN, les incidents peuvent toucher :
- les disques (mécanique ou SSD),
- les contrôleurs,
- le firmware,
- les tables de partition et métadonnées,
- les paramètres (RAID, LUN, zoning),
- les systèmes (mises à jour, corruption),
- l’environnement (sinistre),
- l’humain (erreur, cyberattaque).
Types de défaillances courantes (NAS et SAN)
- Pannes mécaniques: têtes de lecture, moteur, usure, chocs.
- Pannes électroniques: PCB (circuit imprimé), contrôleurs, alimentation.
- Pannes logiques: corruption du firmware, des partitions, des métadonnées.
- Sinistres: inondation, incendie, foudre, surchauffe en salle serveurs.
- Erreurs humaines: suppression, reformatage, mauvaise manipulation.
- Rançongiciels: chiffrement des partages ou des volumes, indisponibilité.
Ce qui détermine la récupérabilité : configuration et « traces techniques »
Lorsqu’un NAS ou un SAN devient inaccessible, la récupération ne consiste pas seulement à « lire un disque ». L’enjeu est de reconstituer l’environnement de stockage tel qu’il était au moment de l’incident, sans l’altérer. Parmi les éléments déterminants :
- Configuration RAID: niveau (RAID 1, 5, 6, etc.), ordre des disques, taille de bloc, schéma de parité, rotation.
- Organisation SAN: identification des LUN, masquage de LUN, zoning, chemins d’accès, dépendances.
- Système de fichiers côté NAS : structure et métadonnées (selon la solution et la configuration).
- Chiffrement: présence d’un chiffrement natif et disponibilité de la clé ou du fichier de clé.
- État des supports: secteurs défectueux, instabilités, erreurs de lecture, disques en fin de vie.
Chaque action non maîtrisée (reconstruction RAID « en urgence », réinitialisation, formatage, réinstallation) peut modifier des métadonnées et réduire les options de restauration.
Les bons réflexes qui augmentent immédiatement les chances de récupération
En situation réelle, les décisions prises dans les premières minutes comptent énormément. L’objectif est simple : éviter toute écriture et préserver l’état d’origine pour permettre une analyse fiable.
Checklist d’urgence : à faire (sans risque)
- Stopper l’usage du NAS / SAN dès constat d’un problème (perte d’accès, volumes manquants, erreurs).
- Documenter ce que vous observez : messages d’erreur, voyants, sons inhabituels, événements récents (mise à jour, coupure, incident réseau).
- Conserver les disques et supports en l’état, en notant leur position (baie, tiroir, emplacement).
- Isoler le système si un rançongiciel est suspecté (pour limiter la propagation).
- Contacter Databack, un laboratoire spécialisé pour établir la marche à suivre, surtout si le stockage est critique.
À éviter absolument (risques d’irréversibilité)
- Ne pas travailler sur le serveur ou le réseau après constat d’un problème.
- Ne pas réinitialiser le NAS, la baie ou les périphériques.
- Ne pas tenter de reconstruire ou de reconfigurer le RAID.
- Ne pas formater un disque appartenant au RAID.
- Ne pas réinstaller un système d’exploitation sur un serveur défaillant pour « faire repartir ».
- Ne pas intervertir les disques (l’ordre est souvent vital pour reconstruire).
Incidents fréquents et première réponse recommandée
Incident Symptômes Réflexe gagnant Défaillance d’un disque dans un RAID Mode dégradé, alertes SMART, lenteurs Éviter toute reconstruction précipitée, faire diagnostiquer l’ensemble Mise à jour firmware ratée NAS inopérant, interface inaccessible Stopper les essais répétés, préserver les disques et analyser hors système Corruption logique Volumes absents, partitions illisibles Ne pas reformater, ne pas réinitialiser, privilégier une analyse technique Rançongiciel Fichiers chiffrés, extensions modifiées, demande de rançon Isoler, éviter de relancer des services, conserver des preuves et des disques Sinistre (inondation, incendie) Matériel endommagé, odeur, traces, corrosion Ne pas remettre sous tension, organiser une prise en charge spécialisée Comment procède un laboratoire spécialisé pour récupérer des données NAS / SAN
Une récupération professionnelle vise à obtenir le meilleur résultat possible en limitant les risques. La logique générale est la suivante : diagnostiquer, sécuriser (par clonage), puis reconstruire l’environnement pour extraire et restaurer.
1) Analyse et identification de la configuration réelle
Le laboratoire commence par analyser chaque ressource de stockage afin de déterminer :
- quels disques sont sains ou défaillants,
- la nature de la panne (mécanique, électronique, logique),
- la configuration RAID (ordre, paramètres, parité),
- sur SAN : les unités logiques (LUN), le masquage, le zoning,
- le système de fichiers et les métadonnées utiles à la reconstruction.
2) Clonage : travailler sur des copies, pas sur les originaux
Pour protéger les preuves techniques et éviter d’aggraver l’état de supports instables, l’approche standard consiste à réaliser :
- une copie des disques sains,
- un clone des disques endommagés (avec des méthodes adaptées aux erreurs de lecture).
Cette étape est souvent décisive : elle permet de poursuivre la reconstruction sur des supports de travail, tout en conservant les disques d’origine en l’état.
3) Reconstruction : RAID, SAN, puis extraction des données
Une fois les supports sécurisés, l’équipe peut procéder à :
- la reconstruction du RAID en respectant l’ordre des lecteurs et la symétrie des données,
- la reconstitution de l’environnement SAN si nécessaire (selon LUN, zoning, masquage),
- l’extraction et la restauration des fichiers.
4) Vérification et restitution
La restitution inclut généralement une phase de contrôle : cohérence des arborescences, intégrité des fichiers, lisibilité des documents, et, si possible, une priorisation des données critiques (comptabilité, dossiers opérationnels, bases, etc.). L’objectif : vous permettre de reprendre l’activité au plus vite, avec un maximum de données exploitables.
Cas typiques où l’issue peut être positive (si vous réagissez vite)
Sans promettre un résultat identique dans tous les cas (chaque incident est unique), certains scénarios se prêtent bien à une récupération lorsque les bonnes pratiques sont respectées :
- Pannes logiques: corruption de firmware, table de partition endommagée, suppression accidentelle, reformatage non suivi d’écritures.
- NAS inopérant après mise à jour : les disques peuvent rester intacts, ce qui rend l’extraction possible via un travail direct sur les supports.
- RAID dégradé: une intervention maîtrisée peut permettre de reconstituer la grappe à partir des clones, plutôt que de risquer une reconstruction « à chaud » qui échoue.
- Environnement SAN complexe: une fois les bons paramètres identifiés (LUN, zoning, masquage), il devient possible de reconstruire le chemin logique vers les données.
Dans tous ces cas, un point commun maximise les chances : ne rien modifier après l’incident et éviter toute tentative de réparation improvisée.
Focus : RAID, haute disponibilité et faux sentiment de sécurité
Le RAID est un excellent outil de continuité, mais il est important de garder une vision réaliste :
- Le RAID protège contre certaines pannes de disques, pas contre toutes les corruptions logiques.
- Une reconstruction RAID peut stresser les disques restants et révéler des secteurs défectueux.
- Sur SAN, la disponibilité repose aussi sur la redondance matérielle et la bonne configuration (zoning, masquage, chemins).
Le bénéfice à retenir : NAS et SAN restent des architectures robustes, particulièrement adaptées aux organisations qui ont besoin de centralisation et de performance. La clé est d’associer ces atouts à des procédures d’urgence et à une stratégie de sauvegarde correctement planifiée.
Chiffrement : un excellent levier de sécurité, avec une exigence incontournable
Activer le chiffrement est souvent un choix gagnant pour protéger des données sensibles. En récupération, il faut toutefois retenir un principe simple et factuel :
- Si les données sont chiffrées et que vous disposez de la clé de chiffrement (ou du fichier de clé associé selon les solutions), la récupération peut rester envisageable.
- Sans la clé, des données chiffrées sont mathématiquement irrécupérables, même pour un laboratoire spécialisé.
Le meilleur bénéfice à long terme : intégrer la gestion des clés dans vos procédures (coffre-fort, rotation, documentation) pour transformer le chiffrement en avantage sans créer de point de blocage.
Délais : à quoi s’attendre en récupération NAS
Les délais varient selon la panne et le volume de données. À titre indicatif, un laboratoire spécialisé peut annoncer des ordres de grandeur comme :
- Panne logique (corruption firmware, reformatage accidentel, erreur humaine) : souvent 24 à 72 heures.
- Panne mécanique sur un ou plusieurs disques (intervention en salle blanche + reconstruction RAID) : souvent 5 à 10 jours ouvrés.
Il peut exister des dispositifs de prise en charge accélérée en cas d’urgence, selon les laboratoires et la criticité métier.
FAQ : questions fréquentes sur NAS, SAN et récupération
Peut-on récupérer des données sur un NAS, quelle que soit la marque ?
Oui, c’est généralement possible selon la panne et l’état des supports. Des laboratoires spécialisés prennent en charge des NAS de nombreuses marques (par exemple Synology, QNAP, Buffalo et d’autres), et s’adaptent au système d’exploitation embarqué et au système de fichiers impliqué.
Une réinitialisation usine détruit-elle forcément les données ?
Pas forcément. Une réinitialisation peut effacer la configuration et, selon les cas, écraser certaines métadonnées. Les données peuvent toutefois rester présentes tant qu’elles ne sont pas remplacées par de nouvelles écritures. L’élément décisif est de cesser immédiatement toute utilisation après l’incident.
Que faire si un seul disque tombe en panne dans un NAS en RAID 1, RAID 5 ou RAID 6 ?
Le système peut continuer à fonctionner en mode dégradé, mais il n’a plus la même tolérance aux pannes. La reconstruction avec un disque neuf peut sembler logique, mais elle peut être risquée si un autre disque est fragilisé. En contexte critique, une analyse préalable par un professionnel permet de choisir l’option la plus sûre.
Une mise à jour firmware ratée peut-elle bloquer l’accès aux données ?
Oui. Une coupure d’alimentation pendant une mise à jour, une incompatibilité ou une corruption peuvent rendre le NAS inaccessible. Les disques peuvent néanmoins rester intacts, ce qui rend parfois possible une extraction des données directement depuis les supports.
La récupération sur SAN est-elle possible avec iSCSI, Fibre Channel ou FCoE ?
Oui, elle peut l’être. La réussite dépend d’une analyse précise des volumes (LUN), du zoning et des paramètres de présentation du stockage, afin d’identifier et de reconstituer correctement les ensembles de données.
Comment expédier un NAS ou des disques au laboratoire sans réduire les chances ?
L’essentiel est de préserver l’ordre et l’état des supports. Pour certains formats, l’expédition du NAS complet (bien emballé) peut être préférable, car l’emplacement physique des disques est une information utile pour la reconstruction. Pour des équipements volumineux, une organisation logistique dédiée est souvent recommandée.
Confidentialité : un laboratoire peut-il garantir la discrétion ?
Un laboratoire sérieux met en place des procédures internes pour limiter l’accès aux données au strict nécessaire technique. Il peut aussi proposer une convention de confidentialité, utile pour des environnements soumis à des exigences élevées (données sensibles, exigences RGPD, etc.).
À retenir : sécuriser l’incident pour réussir la récupération
NAS et SAN sont des solutions puissantes, pensées pour centraliser, simplifier et sécuriser le stockage en réseau. En cas de perte d’accès ou de données, votre meilleure stratégie consiste à :
- Ne rien modifier (pas de reset, pas de formatage, pas de reconstruction improvisée).
- Conserver les disques en l’état, sans les intervertir.
- Documenter les symptômes et le contexte.
- Faire analyser la configuration (RAID, LUN, zoning, système de fichiers, chiffrement) par un laboratoire spécialisé.
En procédant ainsi, vous transformez une situation critique en démarche maîtrisée, avec un objectif clair : restaurer vos données et accélérer le retour à la normale.
