« Mon serveur est en RAID, mes données sont donc protégées. » La phrase est courante, et elle repose sur un malentendu : le RAID et la sauvegarde répondent à deux questions différentes. Le premier répond à « mon service continuera-t-il de tourner si un disque tombe ? », la seconde à « pourrai-je retrouver mes fichiers tels qu’ils étaient hier, ou le mois dernier, quoi qu’il arrive ? ». Confondre les deux revient à croire qu’une roue de secours protège d’un accident de voiture.
Disponibilité et récupérabilité : deux objectifs distincts
La disponibilité est la capacité d’un système à rester accessible malgré une panne matérielle. La récupérabilité est la capacité à revenir à un état sain et antérieur des données après un incident, quelle qu’en soit la cause. Un système peut être très disponible et pourtant impossible à restaurer : c’est exactement le cas d’une grappe RAID sans copie indépendante.
Le RAID travaille sur la première question. Il tient le service debout quand un composant mécanique cède. Il ne conserve ni historique, ni version antérieure, ni copie située ailleurs. Tout ce qui est écrit sur le volume, y compris une erreur, est écrit sur l’ensemble des disques avec la même fidélité.
Ce que le RAID fait réellement
Le sigle apparaît en 1987 dans un rapport technique de l’université de Californie à Berkeley signé David Patterson, Garth Gibson et Randy Katz. Le « I » signifiait alors inexpensive (bon marché) ; il a été redéfini plus tard en independent. L’idée de départ : associer plusieurs petits disques pour gagner en performance et en tolérance aux pannes par rapport à un gros disque unique.
Selon le niveau, le RAID combine trois mécanismes : la répartition des données en bandes (striping), la copie à l’identique (mirroring) et le calcul de parité. Le RAID 1 et le RAID 10 reposent sur la copie, les RAID 5 et 6 sur la parité, le RAID 0 n’offre aucune redondance. Pour le détail de chaque niveau, notre article sur les configurations RAID les compare un par un. L’essentiel ici : tous ces mécanismes protègent contre la panne d’un disque, pas contre ce qui arrive aux données elles-mêmes.
Cinq situations où le RAID ne change rien
1. La suppression et l’erreur humaine
Un dossier supprimé par erreur, un script de nettoyage mal ciblé, un fichier écrasé par une version plus ancienne : l’opération est appliquée à tous les disques en quelques millisecondes. Le miroir n’a pas de mémoire, il reproduit l’état courant. Seule une sauvegarde datée permet de revenir en arrière.
2. La corruption logique
Une mise à jour qui échoue, un système de fichiers endommagé après une extinction brutale, une base de données écrite à moitié : le contrôleur considère que tout est cohérent parce que chaque bloc est identique d’un disque à l’autre. La cohérence matérielle n’implique pas l’intégrité des données. Une corruption peut aussi rester silencieuse pendant des semaines, et se retrouver recopiée dans toutes les sauvegardes récentes si celles-ci ne conservent pas assez d’historique.
3. Le ransomware
Un rançongiciel ne s’intéresse pas aux disques, il chiffre des fichiers via les droits d’un compte ou d’un service. Pour la grappe RAID, ces écritures sont parfaitement légitimes : elle les protège et les réplique. Les NAS exposés sur Internet en ont fait la démonstration en janvier 2022, avec la campagne DeadBolt, qui a chiffré plus de 3 600 appareils QNAP selon les premiers relevés publiés. Autre point de vigilance : un partage de sauvegarde monté en permanence sur le réseau est exposé au même chiffrement que le reste. Nous détaillons ce scénario dans notre article sur les sauvegardes détruites par un ransomware.
4. Le contrôleur, l’alimentation et le firmware
Le RAID déplace le point de défaillance sans le supprimer : la carte contrôleur (ou la logique logicielle du NAS) devient un composant critique, dont dépend la lecture de toute la grappe. Elle stocke des métadonnées décrivant la géométrie du volume, et sa panne ou une mise à jour de firmware défaillante peut rendre le volume illisible alors que les disques sont intacts.
L’alimentation joue aussi son rôle. Une coupure en pleine écriture peut laisser une bande de données et sa parité dans un état incohérent, ce que la littérature technique nomme le « write hole » du RAID 5. Les contrôleurs avec cache protégé par batterie, les onduleurs et les mécanismes de journalisation réduisent ce risque ; ils ne l’annulent pas, et une batterie de cache hors service en mode écriture différée est un point de fragilité à surveiller.
5. Le sinistre et le vol
Incendie, dégât des eaux, surtension, vol de l’équipement : tous les disques sont dans le même châssis, dans la même pièce, sur la même arrivée électrique. Ce qui détruit un disque détruit les autres. Une copie qui doit survivre à ces événements se trouve nécessairement ailleurs.
Ce que le RAID couvre, et ce que couvre une sauvegarde isolée
| Incident | RAID | Sauvegarde isolée et versionnée |
|---|---|---|
| Panne d’un disque | Couvert (selon le niveau) | Utile, mais restauration plus lente |
| Suppression accidentelle | Non couvert | Couvert |
| Corruption logique ou silencieuse | Non couvert | Couvert si l’historique est assez long |
| Ransomware | Non couvert | Couvert si la copie est hors d’atteinte du réseau |
| Panne du contrôleur | Non couvert | Couvert |
| Incendie, eau, vol | Non couvert | Couvert si la copie est hors site |
La reconstruction : un risque supplémentaire
Quand un disque d’une grappe RAID 5 ou RAID 6 est remplacé, le système relit tous les autres disques pour recalculer son contenu. Cette opération dure de plusieurs heures à plusieurs jours sur de grosses capacités, et sollicite fortement des disques du même âge, souvent du même lot, qui ont vécu les mêmes conditions. Une seconde défaillance ou une erreur de lecture pendant cette phase peut faire échouer la reconstruction. Sans sauvegarde, il ne reste alors rien à restaurer. Les précautions à prendre figurent dans notre guide sur la reconstruction RAID sans perte de données.
Du RAID à la règle 3-2-1
La règle 3-2-1, popularisée au milieu des années 2000 par le photographe Peter Krogh, tient en trois chiffres : trois copies des données, sur deux supports différents, dont une copie conservée hors site. Notre article consacré à la sauvegarde 3-2-1 en détaille l’application. Le RAID s’y inscrit à une place précise : il fait partie de la première copie, celle de production. Ses disques multiples n’en font pas deux copies, puisqu’ils partagent le même châssis, le même contrôleur, le même système de fichiers et les mêmes accès.
Certaines déclinaisons plus récentes ajoutent une exigence : au moins une copie hors ligne ou immuable, impossible à modifier ou à effacer depuis le réseau de production, et des restaurations testées sans erreur. Ce sont les deux garde-fous qui évitent qu’un rançongiciel emporte la sauvegarde avec la production.
Un mot sur les instantanés (snapshots) proposés par de nombreux NAS : ils offrent un historique précieux contre la suppression et la corruption, mais ils résident sur le même volume. Ils complètent une sauvegarde, ils ne la remplacent pas.
Vérifications à faire dès maintenant
- Savoir où se trouve chaque copie de vos données et sur quel support, en comptant le serveur RAID pour une seule copie.
- Conserver au moins une copie hors site, ou déconnectée du réseau entre deux sauvegardes.
- Garder un historique suffisant pour remonter avant une corruption lente, et pas seulement la dernière sauvegarde.
- Restreindre les droits du compte qui écrit les sauvegardes : il ne doit pas pouvoir les supprimer ou les modifier.
- Tester une restauration réelle, de bout en bout, à intervalles réguliers, et noter la durée qu’elle prend.
- Surveiller l’état des disques (SMART), l’onduleur et, le cas échéant, la batterie du contrôleur.
Si la panne est déjà là
Si un volume RAID est hors service et qu’aucune sauvegarde exploitable n’existe, les premiers gestes comptent. Évitez de lancer une reconstruction, une resynchronisation ou une réinitialisation du volume, de réinitialiser le contrôleur ou de réordonner les disques. Chacune de ces actions écrit sur les disques et peut effacer les informations de configuration dont dépend l’analyse. Mettez l’équipement hors tension, repérez l’ordre des disques et conservez-les en l’état. Un laboratoire pourra alors travailler sur des images des disques, sans solliciter davantage les originaux. Pour les serveurs concernés, consultez notre page récupération de données sur serveur RAID.
Le RAID reste un excellent outil de disponibilité. Associé à une sauvegarde indépendante, versionnée et testée, il devient un maillon d’une protection complète. Seul, il ne couvre qu’un type d’incident parmi tous ceux qui menacent vos données.