« Mes données sont en RAID, elles sont protégées. » Le raccourci est si répandu qu'il en paraît raisonnable. Il repose pourtant sur une confusion de nature entre deux propriétés qui n'ont presque rien à voir.
Ce que le RAID fait réellement
Le RAID répartit les données sur plusieurs disques avec de la redondance, de sorte que la perte d'un disque — parfois deux selon le niveau — n'interrompe pas le service. Vous remplacez l'élément défaillant, la grappe se reconstruit, personne n'a rien remarqué.
C'est de la disponibilité, et c'est précieux : cela évite une immobilisation et une restauration complète à chaque disque mort.
Mais notez ce que cela implique : il n'existe qu'une seule version de vos données, la version courante. Le RAID la maintient accessible malgré une panne matérielle. Il ne conserve aucun état antérieur.
Les six scénarios qu'il ne couvre pas
La suppression. Vous effacez un répertoire par erreur. Le RAID exécute la suppression sur tous les disques, fidèlement et instantanément. La redondance ne conserve pas d'ancienne version.
La corruption applicative. Une base de données écrit des données incohérentes, une mise à jour ratée détruit une configuration : le RAID stocke fidèlement ce qui lui est donné. Il ne juge pas le contenu.
Le rançongiciel. Le chiffrement est une écriture légitime. Le RAID l'applique sur toute la grappe, sans ralentir. La redondance sert ici l'attaquant.
Le vol, l'incendie, le dégât des eaux. Tous les disques sont dans le même boîtier, au même endroit. Un événement physique les emporte ensemble.
L'erreur de commande. Un formatage sur le mauvais volume, un partitionnement sur le mauvais périphérique : c'est appliqué à la grappe entière.
La corruption silencieuse. Un bloc s'altère sans que personne ne le remarque. Un RAID classique n'a en général aucun moyen de savoir quelle copie est la bonne — il peut même propager la mauvaise lors d'une reconstruction. Seuls les systèmes de fichiers à sommes de contrôle détectent et corrigent réellement ce cas, et c'est une propriété du système de fichiers, pas du RAID.
La reconstruction : le moment le plus dangereux
Voici le point que les discussions sur les niveaux de RAID escamotent le plus souvent.
Un disque meurt, vous le remplacez, la reconstruction démarre. Pour recalculer les données manquantes, le système doit lire l'intégralité des disques survivants. C'est la sollicitation la plus intense qu'ils connaîtront, pendant des heures voire des jours sur de grosses capacités.
Or ces disques ont le même âge, viennent souvent du même lot, et ont subi exactement la même charge depuis le premier jour. Ils sont dans le même état d'usure que celui qui vient de lâcher.
Si un secteur illisible traîne quelque part, la reconstruction le rencontrera — et sur une grappe ne tolérant qu'une panne, elle échoue. On perd alors toute la grappe, pas un disque.
Le contrôleur, point de défaillance oublié
Sur un RAID matériel, la carte contrôleur écrit ses métadonnées dans un format qui lui est propre. Si elle tombe, il faut souvent un modèle compatible pour relire la grappe. Sur du matériel ancien, cela peut signifier chercher une pièce sur le marché de l'occasion — avec des disques parfaitement intacts et inexploitables.
Un RAID logiciel géré par le système d'exploitation n'a pas ce défaut : les disques se remontent sur n'importe quelle machine capable de faire tourner le même système. Pour un homelab, où l'on ne garde pas une carte de rechange sous la main, c'est un argument décisif.
Alors, faut-il du RAID ?
Oui — pour ce qu'il fait. Il évite une immobilisation à chaque panne de disque, et sur une machine qui rend un service permanent, c'est un vrai confort.
Simplement, la question à se poser n'est pas « suis-je protégé ? » mais « de quoi suis-je protégé ? ». Le RAID répond à un seul scénario sur sept. Les six autres exigent des copies indépendantes, versionnées, dont au moins une hors de portée de la machine.
Et si vous devez choisir entre les deux faute de budget, le choix est clair : une sauvegarde sans RAID vaut mieux qu'un RAID sans sauvegarde. Le premier cas vous coûte une interruption de service. Le second vous coûte vos données.
Commentaires