RAID

Le RAID organise plusieurs disques selon un mode qui peut viser les performances, la redondance ou un compromis. Les données peuvent être réparties, dupliquées ou associées à des informations de parité. Les propriétés dépendent du niveau et de l’implémentation. Tous les modes ne tolèrent pas une panne de disque.

Le RAID se rencontre dans des serveurs, des NAS ou des systèmes de stockage. Il concerne l’organisation des supports. Il ne décrit pas à lui seul la protection complète des fichiers, la disponibilité des applications ni la possibilité de revenir à une version antérieure.

Certains modes conservent des copies ou des informations permettant de reconstruire les données après une défaillance. Le système doit détecter la panne et disposer des conditions nécessaires à la récupération. Le nombre de pannes tolérées dépend du mode, de l’état des autres disques et de la configuration.

La reconstruction est une opération à surveiller. Elle peut solliciter les supports et modifier les performances. Le remplacement doit suivre la procédure du fabricant. Ajouter un disque sans comprendre son rôle peut créer une erreur supplémentaire au lieu de rétablir la protection.

Une sauvegarde conserve une copie utilisable pour restaurer les données selon un objectif. Le RAID maintient une organisation des disques dans le stockage courant. Une suppression ou un chiffrement malveillant peut affecter les données utilisées par l’ensemble.

Il faut donc des copies distinctes et protégées. Les versions et les snapshots peuvent compléter le dispositif, mais leur rôle et leurs droits doivent être examinés. Une copie accessible avec les mêmes permissions que la production peut rester exposée à une compromission.

Imaginons une PME qui utilise un NAS avec un mode RAID redondant. Une alerte indique un disque défaillant. La personne responsable vérifie l’état du système, consulte la procédure et prépare le remplacement adapté. Elle contrôle aussi les sauvegardes disponibles avant l’opération.

Après le remplacement, elle suit la reconstruction et vérifie le retour à un état connu. Une alerte ignorée peut laisser le stockage dégradé. Le suivi doit être confié à une personne ou à un service qui sait intervenir.

Ce scénario est illustratif. Il ne définit pas une procédure valable pour tous les produits. La récupération dépend de l’équipement, du mode et de l’incident. En cas de doute, évitez les manipulations improvisées et utilisez l’assistance adaptée au système.

Le choix doit prendre en compte la capacité utile, les performances, les pannes prévues et l’exploitation. La capacité brute des disques n’est pas la capacité disponible après organisation. Comparez les résultats selon les mêmes contraintes.

Les supports et le contrôleur doivent être compatibles. Les systèmes logiciels et matériels peuvent fonctionner différemment. Conservez les informations de configuration et les moyens nécessaires à une récupération. Une migration vers un autre équipement ne doit pas être supposée transparente.

Le RAID ne couvre pas à lui seul le vol, le sinistre, la suppression ou les erreurs d’administration. Il ne garantit pas non plus la continuité si le boîtier, l’alimentation ou le réseau devient indisponible. Les dépendances doivent être examinées dans le projet.

Les alertes, les mises à jour et la surveillance de l’état des disques contribuent à l’exploitation. La protection réelle repose sur plusieurs moyens complémentaires. Un stockage redondant sans copies restaurables peut rester très fragile face à un incident qui touche les données.

La surveillance doit rendre l’état dégradé visible aux personnes qui peuvent agir. Précisez le canal de notification et la vérification après intervention. Une notification envoyée vers une ancienne adresse peut laisser une panne sans suivi. Conservez les références des supports compatibles et les informations du système pour préparer un remplacement sans improvisation. Le stock de pièces et l’assistance doivent correspondre aux contraintes de disponibilité.

Identifiez les données et les applications qui utilisent le stockage. Définissez les besoins de capacité, de disponibilité et de récupération. Choisissez le mode avec les contraintes du produit et les compétences d’exploitation disponibles.

Documentez les alertes et la procédure de remplacement. Vérifiez qui reçoit les notifications et qui peut intervenir. Un test ou une revue de procédure doit permettre de comprendre les opérations sans exposer les données de production.

Préparez les sauvegardes et testez leur restauration. Conservez les configurations utiles et les moyens d’accès aux copies. La validation du projet doit distinguer la tolérance à une panne de disque et la récupération après une erreur ou une attaque.

Pour la terminologie du stockage, voir le dictionnaire de la SNIA.

Référence consultée le 10 octobre 2026.