Points clés
- Le RAID protège la disponibilité, pas les données : il maintient un système en fonctionnement lorsqu’un disque tombe en panne, mais il ne protège pas les fichiers contre la suppression, la corruption ou les ransomwares.
- Le RAID réplique les problèmes sur tous les Drive : si des données sont supprimées, chiffrées ou endommagées, ces modifications sont écrites sur chaque disque de la grappe.
- La reconstruction d’une grappe RAID comporte des risques : lorsqu’un Drive tombe en panne et que la grappe se reconstruit, les disques restants sont fortement sollicités, et une seconde panne peut entraîner une perte totale des données.
- Le RAID et la sauvegarde répondent à des problèmes différents : le RAID aide les systèmes à rester en ligne, tandis que les sauvegardes permettent de restaurer les données dans un état antérieur et sain.
- S’appuyer uniquement sur le RAID crée un faux sentiment de sécurité : sans sauvegardes testées ni planification de la reprise, les entreprises restent exposées à la perte de données.
La configuration RAID (Redundant Array of Independent Disks) est un mode de stockage courant depuis des décennies. Elle regroupe plusieurs disques physiques en une seule unité afin d’améliorer la disponibilité et les performances, selon le niveau de RAID retenu. Dans certaines configurations, le RAID permet aux systèmes de continuer à fonctionner malgré la panne d’un Drive, mais il ne protège pas contre tous les types de perte de données.
Malgré sa large adoption, le RAID est à tort considéré comme une solution de sauvegarde ou de restauration. Ce guide explique la différence entre le RAID et les sauvegardes, et précise ce contre quoi le RAID protège, ou non.
Le RAID : ce qu’il permet et là où il s’arrête
Le RAID est conçu pour maintenir les systèmes en fonctionnement lorsqu’un disque physique tombe en panne. S’il améliore la disponibilité, il ne conserve pas
Ce que le RAID est censé protéger
Le RAID a été conçu pour répondre aux pannes matérielles au niveau des disques, et son objectif principal est d’améliorer la disponibilité, pas la restauration.
Dans les configurations RAID standard, il est conçu pour :
- tolérer certaines pannes de disque, afin qu’un seul Drive défaillant n’interrompe pas immédiatement le système ;
- maintenir les systèmes en ligne en cas de panne matérielle, ce qui permet de poursuivre l’activité pendant le remplacement du disque défaillant ;
- améliorer les performances de lecture ou d’écriture selon l’agencement retenu, par exemple grâce à l’entrelacement (striping) ou à la mise en cache dans certaines configurations ;
- réduire l’interruption immédiate liée à la perte d’un disque, en laissant aux administrateurs le temps de reconstruire la grappe sans arrêter les services.
💡 Remarque : le RAID ne conserve pas les états antérieurs et ne protège pas contre la plupart des défaillances logiques.
Pourquoi confond-on souvent le RAID avec une sauvegarde ?
Le RAID crée de la redondance, principalement parce que les données sont écrites sur plusieurs disques. Lorsqu’un disque tombe en panne et que le système continue de fonctionner, on a l’impression que les données sont totalement protégées.
Pourtant, le RAID réplique aussi :
- les suppressions : si un fichier est retiré par accident, il disparaît de tous les disques de la grappe ;
- la corruption : les fichiers endommagés ou les erreurs de base de données sont copiés sur chaque Drive ;
- le chiffrement par ransomware : les données chiffrées sont immédiatement réécrites sur tous les disques ;
- les erreurs de configuration, comme des modifications incorrectes des systèmes de fichiers ou des paramètres de stockage, qui affectent toute la grappe.
Ces modifications s’appliquent à l’ensemble des disques. Le RAID garantit que le système reste disponible, mais il n’empêche pas l’écriture de données erronées ailleurs.
Quels scénarios de défaillance le RAID n’évite-t-il pas ?
Si le RAID protège contre les pannes matérielles, il ne protège pas contre ces erreurs ou problèmes logiciels :
- la suppression accidentelle, lorsqu’un utilisateur efface des fichiers ou des dossiers par inadvertance ;
- la corruption au niveau applicatif, lorsqu’une base de données ou un programme écrit des données erronées sur un disque ;
- les malwares ou ransomwares, capables de chiffrer ou d’altérer des fichiers sur l’ensemble du système ;
- les erreurs de système de fichiers, y compris les dommages logiques provoqués par des plantages ou des arrêts incorrects ;
- l’erreur humaine, comme le formatage du mauvais volume ou une mauvaise configuration des paramètres de stockage.
Dans ces cas, le RAID garantit simplement que la défaillance est identique sur tous les disques. Le système peut rester en ligne, mais les données endommagées ou supprimées sont répliquées partout.
Le risque méconnu de la reconstruction RAID
Lorsqu’un Drive tombe en panne dans une grappe RAID, le système lance un processus de reconstruction. Pendant cette période, les disques restants doivent travailler davantage pour reconstituer les données manquantes.
Voici ce qui se produit lors de la reconstruction d’une grappe RAID :
- Les disques restants subissent une charge importante, car ils sont constamment sollicités en lecture pour reconstruire le Drive défaillant.
- Des erreurs de disque latentes apparaissent, en particulier sur les Drive anciens qui présentaient déjà des secteurs fragilisés.
- Les performances se dégradent fortement, ce qui peut affecter les applications et les utilisateurs.
- Le risque de panne supplémentaire augmente, car des disques fortement sollicités sont plus susceptibles de céder sous une charge prolongée.
De nombreuses pertes de données catastrophiques se produisent pendant les opérations de reconstruction, notamment lorsqu’un second disque tombe en panne avant la fin du processus.
RAID et planification de la reprise : deux logiques distinctes
Il est important de noter que le RAID et la planification de la reprise répondent à des problèmes différents. Les confondre peut laisser les systèmes exposés.
- Le RAID répond à la question : le système peut-il continuer à fonctionner après la panne d’un disque ?
- La planification de la reprise répond à celle-ci : les données peuvent-elles être restaurées dans un état connu et sain après une perte, une corruption ou une attaque ?
Confondre ces deux rôles crée des failles dangereuses. Un système peut rester en ligne pendant une panne matérielle. Mais sans sauvegardes ni plan de restauration des données testé, les données perdues ou endommagées ne pourront pas être récupérées.
Bien situer le RAID dans votre dispositif
Le RAID doit être envisagé comme un élément de l’architecture de stockage globale, et non comme un plan de protection complet. Il donne les meilleurs résultats lorsque vous :
- le considérez comme une couche de disponibilité, qui aide les systèmes à rester en ligne lors de certaines pannes matérielles ;
- l’associez à des sauvegardes testées, afin de pouvoir restaurer les données si elles sont supprimées, corrompues ou chiffrées ;
- le surveillez en continu, ce qui permet aux équipes de repérer rapidement les Drive défaillants ou les grappes dégradées ;
- le documentez clairement pour les parties prenantes, afin que la direction comprenne ce que le RAID protège, et ce qu’il ne protège pas.
Il est inexact de considérer le RAID autrement que comme une brique d’infrastructure : ce n’est pas un filet de sécurité. Il maintient les systèmes en fonctionnement, mais il ne remplace en aucun cas les sauvegardes.
Limites et périmètre du RAID
- Il ne remplace pas les sauvegardes. Le RAID n’est pas une sauvegarde, car il ne crée pas de copies distinctes des données qui pourraient être restaurées après une suppression ou une corruption.
- Il ne réduit pas l’impact d’un ransomware, puisque les fichiers chiffrés sont écrits sur tous les disques de la grappe.
- Il ne simplifie pas la restauration, car il ne permet pas de retrouver des versions antérieures de fichiers ni de revenir à un état sain.
- Il exige une surveillance continue, avec des vérifications régulières des Drive défaillants, des grappes dégradées et de l’état des reconstructions.
Sa valeur dépend de la manière dont il s’intègre à un plan plus large de sauvegarde et de restauration.
Les idées fausses les plus répandues sur le RAID
Le RAID est souvent pris à tort pour une solution complète de protection des données. En réalité, il ne résout qu’un ensemble restreint de problèmes.
- « Le RAID protège les données » : le RAID protège la disponibilité, pas les fichiers ni les données. Il maintient les systèmes en fonctionnement en cas de panne matérielle, mais il n’empêche ni la suppression, ni la corruption, ni les ransomwares.
- « Plus le niveau de RAID est élevé, plus la sécurité est grande » : les différents niveaux de RAID modifient le nombre de disques pouvant tomber en panne et la façon dont les données sont écrites. En revanche, ils ne protègent pas contre les erreurs logiques ou humaines.
- « Le RAID rend les sauvegardes inutiles » : la sauvegarde des données reste absolument indispensable. Le RAID ne crée pas de copies distinctes et restaurables des données.
Situer le rôle du RAID en matière de disponibilité et de restauration
Les configurations RAID standard contribuent à maintenir la disponibilité, mais ce ne sont pas des solutions de protection des données. Les entreprises qui s’appuient uniquement sur le RAID augmentent leur risque de perte de données. Comprendre ce que le RAID peut faire, et ce qu’il ne peut pas faire, permet aux équipes informatiques de concevoir correctement leurs systèmes de stockage et de s’assurer que des sauvegardes et des plans de restauration adaptés sont en place.
Sujets connexes :
