Niveau 🟡 intermédiaire
Durée estimée : 15 min · Prérequis : Systèmes de fichiers
Le RAID, c'est un contrat de mariage avec deux jumeaux identiques : si l'un tombe malade,
l'autre continue exactement où il en était, sans interruption. Mais si quelqu'un décide
d'effacer un document (une erreur humaine), les deux jumeaux l'effacent en même temps — la
redondance ne protège que contre la panne d'un des deux, jamais contre une décision (bonne ou
mauvaise) appliquée aux deux à la fois.
Ce que le RAID fait réellement (vu en page précédente) : il
duplique ou répartit les données sur plusieurs disques physiques, de façon synchrone — toute
écriture est immédiatement répercutée sur tous les disques du groupe RAID (selon le niveau
choisi). C'est ce mécanisme même qui explique pourquoi le RAID échoue à protéger dans plusieurs
scénarios très réels :
Scénario 1 — l'erreur humaine. Une suppression accidentelle (rm -rf sur le mauvais dossier)
efface le fichier sur tous les disques du RAID simultanément, puisque c'est exactement ce que
le RAID est censé faire : répercuter chaque écriture (et donc chaque suppression) partout. Le
RAID n'a aucune notion d'« erreur » — il exécute fidèlement chaque opération, bonne ou
catastrophique.
Scénario 2 — le ransomware ou la corruption logicielle. Un logiciel malveillant qui chiffre
ou corrompt des fichiers le fait sur le système de fichiers actif — répercuté, là aussi,
immédiatement sur tous les disques du RAID. Aucune redondance matérielle ne protège contre une
corruption au niveau logique des données.
Scénario 3 — le sinistre physique. Un incendie, un dégât des eaux, un vol touchent en
général tous les disques d'une même machine à la fois, RAID ou pas — la redondance au sein
d'une seule machine ne protège en rien contre la destruction de cette machine tout entière.
Ce que le RAID fait réellement bien : la disponibilité. Si un disque physique tombe en panne
(dĂ©faillance mĂ©canique, secteur dĂ©fectueux), le RAID permet Ă la machine de continuer Ă
fonctionner sans interruption, le temps de remplacer le disque défaillant — c'est un gain de
disponibilité (le service continue de tourner), pas de récupérabilité face à une
perte de données provoquée autrement qu'une panne matérielle isolée.
La différence centrale à retenir : une sauvegarde est, par définition, une copie
séparée dans le temps et dans l'espace — un instantané figé à un moment donné, stocké
ailleurs (un autre disque, idéalement un autre lieu). C'est précisément parce qu'elle n'est
pas répercutée en temps réel qu'une sauvegarde survit à une suppression accidentelle, un
ransomware, ou un sinistre localisé : l'erreur commise après la sauvegarde ne l'atteint jamais.
Le RAID répercute chaque opération immédiatement et partout — y compris les erreurs. Une
sauvegarde, décalée dans le temps, reste intacte face à une erreur commise après qu'elle a été
prise.
Pas de commande de mise en œuvre sur cette page — l'objectif est de comprendre la limite avant
d'aborder, page suivante, la vraie réponse au problème (la règle 3-2-1). Un seul réflexe de
vérification utile ici :
cat /proc/mdstat
# Sous Linux, si un RAID logiciel (mdadm) est configuré, affiche son
# Ă©tat -- absence de sortie pertinente si aucun RAID n'est en place
Tu devrais pouvoir répondre, sans relire la page : « si je supprime accidentellement un fichier
important sur un serveur en RAID, est-ce que je peux le récupérer grâce au RAID ? » — la
réponse est non, et tu dois savoir expliquer pourquoi en une phrase.
| SymptĂ´me | Cause probable | Solution |
|---|---|---|
| « J'ai du RAID, je n'ai pas besoin de sauvegarde » | Confusion entre disponibilité (RAID) et récupérabilité (sauvegarde) | Le RAID protège contre une panne de disque isolée ; seule une sauvegarde protège contre une erreur humaine, un ransomware, ou un sinistre |
| Sauvegarde stockée sur le même RAID que les données originales | La sauvegarde n'est alors pas réellement « séparée » | Une vraie sauvegarde vit sur un support différent, idéalement dans un lieu différent (vu en détail page suivante) |
| Croire qu'un miroir RAID protège contre un ransomware | Le chiffrement malveillant est répercuté comme n'importe quelle écriture | Seule une sauvegarde figée dans le temps, avant l'infection, permet une restauration propre |
Parce que le RAID répercute chaque écriture — y compris une suppression — de façon synchrone sur
tous ses disques, sans distinguer une opération voulue d'une erreur.
La panne matérielle isolée d'un disque physique — le service continue de fonctionner pendant
qu'on remplace le disque défaillant.
Le décalage dans le temps : une sauvegarde prise avant l'infection reste intacte, puisqu'elle
n'est pas mise à jour en temps réel comme le sont les disques d'un RAID.
Explique à voix haute (ou par écrit), à quelqu'un qui te dirait « j'ai du RAID, je n'ai pas
besoin de sauvegarde », pourquoi cette affirmation est fausse — en citant au moins deux des
trois scénarios de cette page.
disponibilité ·
récupérabilité ·
ransomware
Cette formation est proposée par Deladev, studio web de Loïc D. — création de sites et d'applications, accompagnement et formation sur mesure.
Les projets réalisés · Prestations et tarifs · Le blog tech · Me contacter
Écrite par Loïc D. avec l'assistance de Claude (Anthropic) — un travail à deux.
© 2026 Deladev — publiée sous licence CC BY-NC-ND 4.0. Vous pouvez la lire, y renvoyer par un lien, la partager et la citer en créditant la source. La revendre, l'utiliser dans une prestation ou une formation payante, la republier même partiellement ailleurs, en diffuser une version modifiée ou l'exploiter pour entraîner un modèle d'IA nécessitent une autorisation écrite — pour un usage interne en entreprise, c'est souvent oui, il suffit de demander.