Le RAID est souvent vendu comme “la sécurité des données”. En réalité, c’est surtout un mécanisme de continuité de service. C’est très utile… mais ça ne remplace pas une sauvegarde. Confondre les deux, c’est une des causes les plus fréquentes de pertes de données sur NAS et serveurs.
RAID, c’est quoi exactement ?
RAID signifie “Redundant Array of Independent Disks”. Le principe : combiner plusieurs disques pour obtenir soit plus de performances, soit plus de tolérance aux pannes, soit les deux. Dans un NAS, on utilise principalement le RAID pour continuer à fonctionner même si un disque tombe.
Exemples courants :
- RAID 1 : miroir (2 disques, mêmes données sur les deux)
- RAID 5 : 3 disques ou plus, tolère la panne d’1 disque
- RAID 6 : 4 disques ou plus, tolère la panne de 2 disques
- RAID 10 : performances + tolérance (au prix de plus de disques)
Concrètement : si un disque meurt, le système reste en ligne et on remplace le disque défectueux, puis le RAID “reconstruit” les données.
Ce que le RAID protège (et seulement ça)
Le RAID protège essentiellement contre un scénario : la panne matérielle d’un disque (ou de deux selon le niveau). Point.
C’est déjà précieux : ça évite la coupure immédiate de service, surtout quand plusieurs postes dépendent du stockage (partages réseau, applications, vidéosurveillance, etc.).
Pourquoi le RAID n’est pas une sauvegarde
Une sauvegarde sert à récupérer une version saine de vos données, même si le problème n’est pas un disque HS. Or, le RAID réplique fidèlement… y compris les erreurs et les attaques.
Le RAID ne protège pas contre :
- suppression accidentelle : on supprime un dossier → il disparaît sur tout le RAID
- ransomware : ça chiffre → le RAID réplique le chiffrement
- corruption de fichiers : si un fichier est altéré, la version corrompue devient la “vérité”
- mauvaise synchronisation/cloud : une suppression ou écrasement se propage
- vol / incendie / dégât des eaux / surtension : si tout est sur site, tout part avec
- panne du NAS/contrôleur/alim : les disques peuvent être “OK”, mais le boîtier peut bloquer l’accès
- reconstruction risquée : lors d’un “rebuild”, un disque fatigué peut lâcher et tout compliquer
Le piège typique sur un NAS
Le cas classique : un NAS 2 baies configuré en RAID 1. On pense être protégé, alors qu’on a surtout protégé la disponibilité face à une panne disque. La majorité des pertes de données, elles, viennent d’incidents logiques : erreurs humaines, corruption, ransomware. Et là, le RAID ne fait rien.
La bonne approche : RAID + sauvegarde
La stratégie saine, c’est :
- RAID pour rester opérationnel en cas de panne disque (disponibilité)
- sauvegarde pour pouvoir restaurer après une erreur/attaque/sinistre (récupération)
En pratique, une configuration fiable ressemble à :
- données sur NAS en RAID (selon nombre de baies et besoin)
- sauvegarde automatique vers un disque USB dédié ou un second stockage
- copie hors site (cloud ou disque stocké ailleurs) pour couvrir les sinistres locaux
Autrement dit : on applique la logique 3-2-1. Le RAID n’est pas une “copie de sauvegarde”, c’est l’architecture de stockage de l’original.
Conclusion
Le RAID est un excellent outil pour éviter qu’une panne de disque mette tout à l’arrêt. Mais ce n’est pas une sauvegarde. Il ne protège ni contre les suppressions, ni contre les attaques, ni contre les sinistres. Si vos données comptent, la vraie protection passe par une sauvegarde automatisée, avec historique (versions) et une copie hors site.
Si vous voulez un système fiable et maintenable, nous pouvons définir le bon niveau RAID pour votre usage, puis mettre en place une vraie stratégie de sauvegarde adaptée (NAS, disque dédié, cloud, versioning), sans solution inutilement complexe.
