RAID vs Sauvegarde : Pourquoi la redondance n’est pas une récupération

Le RAID peut vous sauver des temps d’arrêt lorsqu’un disque tombe en panne, mais il ne peut pas restaurer un dossier que vous avez supprimé hier. Cette différence est là où beaucoup de plans de protection des données pour serveurs domestiques échouent.

La redondance maintient le système de stockage actuel disponible. La récupération vous permet de revenir à une copie antérieure, propre et séparée de vos données. Un ensemble RAID peut être une partie intelligente d’une configuration NAS, mais ce n’est pas la même chose qu’un plan de sauvegarde.

Le RAID protège la disponibilité, la sauvegarde protège la récupération

Le RAID est conçu autour de la redondance et de la disponibilité. Red Hat décrit le RAID comme la combinaison de plusieurs disques pour atteindre des objectifs de performance ou de redondance, utilisant des techniques telles que le striping, le mirroring et la parité pour améliorer le comportement du stockage en cas de panne de disque. Cela rend le RAID utile lorsqu’un disque meurt et que vous voulez que le serveur continue de fonctionner.

La sauvegarde a un rôle différent. Le NIST définit une sauvegarde comme une copie de fichiers et programmes faite pour faciliter la récupération en cas de besoin. Le mot important est récupération, pas rapidité, disponibilité ou commodité.

Un exemple simple montre la différence. Si un disque d’un ensemble miroir tombe en panne, le RAID peut maintenir votre NAS en ligne pendant que vous remplacez le disque défaillant. Si vous supprimez un dossier de photos de famille, écrasez une archive de projet ou synchronisez des fichiers corrompus, le RAID ne sait pas automatiquement que vous voulez récupérer la version d’hier.

C’est pourquoi la question n’est pas RAID ou sauvegarde. Un serveur domestique plus sûr utilise le RAID pour réduire les temps d’arrêt et la sauvegarde pour récupérer les données perdues.

Pourquoi le RAID donne l’impression d’être une sauvegarde mais n’en est pas une

Le RAID donne l’impression d’être une sauvegarde car il implique souvent plusieurs disques. Le RAID 1 fait du mirroring des données. Le RAID 5 et le RAID 6 utilisent la parité. Un tableau de bord NAS peut afficher l’ensemble comme sain, protégé ou redondant. Ces mots rassurent.

Le problème est que le RAID protège l’état en direct de l’ensemble. SNIA explique le mirroring comme le maintien de copies identiques sur plusieurs dispositifs de stockage, et chaque opération d’écriture est appliquée au groupe miroir. Ce comportement est utile en cas de panne matérielle, mais cela signifie aussi que l’ensemble suit les changements actuels.

Une sauvegarde n’est pas simplement un autre disque participant au même état de stockage en direct. Une vraie sauvegarde est distante des données actives : une version précédente, un appareil séparé, un emplacement différent, un stockage hors ligne, une rétention immuable, ou au moins un chemin de restauration testé.

Le RAID répond à la question : le serveur peut-il continuer à fonctionner si un disque tombe en panne ? La sauvegarde répond à la question : puis-je récupérer mes données après que la copie en cours est erronée ou disparue ?

Un fichier supprimé ou écrasé est toujours perdu sur chaque disque

La suppression accidentelle est la manière la plus simple de comprendre pourquoi le RAID n’est pas une sauvegarde. Si vous supprimez un dossier d’un miroir RAID 1, l’ensemble ne s’arrête pas pour vous demander si c’était intentionnel. La suppression devient le nouvel état en cours.

Il en va de même pour les remplacements. Si un tableur, un catalogue photo, une base de données ou un dossier de projet est remplacé par une mauvaise version, le RAID conserve la version actuelle disponible. Il ne préserve pas automatiquement l’ancienne.

C’est là que les versions historiques sont importantes. Une sauvegarde versionnée vous permet de restaurer un fichier de la nuit dernière, de la semaine dernière ou d’un autre point de rétention. Le RAID ne peut généralement pas faire cela seul car son but est la cohérence et la disponibilité, pas l’historique des fichiers.

Pour les serveurs domestiques, cela compte plus que ce que beaucoup d’utilisateurs imaginent. Les photos de famille, archives clients, bibliothèques multimédias, fichiers fiscaux, projets de design et données d’applications auto-hébergées sont souvent perdus par erreur humaine avant même qu’un disque ne tombe en panne.

Les ransomwares et la corruption se propagent à travers le RAID en temps réel

Le RAID ne sait pas si une écriture est saine ou nuisible. Si un ransomware chiffre des fichiers en cours d’utilisation, un ensemble redondant peut continuer à stocker ces fichiers chiffrés de manière cohérente sur l’ensemble. Du point de vue du RAID, les données ont changé et l’ensemble doit préserver ce nouvel état.

Les recommandations StopRansomware de la CISA conseillent de maintenir des sauvegardes hors ligne des données critiques et de tester régulièrement la disponibilité et l’intégrité des sauvegardes. Ce conseil existe parce que les ransomwares cherchent souvent les sauvegardes accessibles et tentent aussi de les chiffrer ou de les supprimer.

La corruption de fichiers pose un problème similaire. Un bug logiciel, une migration interrompue, une mise à jour échouée, une application instable, un mauvais processus de synchronisation ou un événement électrique peuvent endommager les fichiers. RAID peut aider dans certains scénarios de défaillance matérielle, mais ce n’est pas une machine à remonter le temps pour des données applicatives propres.

Le chemin de récupération le plus sûr est une sauvegarde qui vous offre une version propre en dehors du chemin des dommages en cours. Cela peut signifier une sauvegarde hors ligne, une sauvegarde hors site, un stockage immuable, des instantanés versionnés répliqués ailleurs, ou un système de sauvegarde avec une rétention que les ransomwares ne peuvent pas réécrire immédiatement.

RAID ne protège pas tout le NAS contre les catastrophes

RAID protège contre certaines pannes au niveau du disque, pas contre la perte de l'ensemble du système de stockage. Si le NAS est volé, endommagé par un incendie, touché par une inondation, détruit par une surtension importante, ou affecté par une panne de contrôleur ou de carte mère, tous les disques du système peuvent être perdus en même temps.

C'est le problème de la même boîte. Plusieurs disques à l'intérieur d'un même serveur sont toujours dans un seul serveur. Ils partagent la même alimentation, le même châssis, le même emplacement physique, et beaucoup des mêmes risques opérationnels.

Une sauvegarde modifie la limite de défaillance. La stratégie de sauvegarde 3-2-1 de la CISA recommande de conserver trois copies des fichiers importants, d'utiliser deux types de supports différents, et de garder au moins une copie hors site. L'important n'est pas seulement le nombre de copies. L'important est la séparation.

Pour un serveur domestique, cette séparation peut être un disque externe stocké hors ligne, un autre NAS dans une pièce ou un emplacement différent, une sauvegarde cloud chiffrée, ou un disque de sauvegarde rotatif conservé à l'écart de la machine principale. La conception exacte peut varier, mais la sauvegarde ne doit pas dépendre entièrement du même système en direct.

Les reconstructions réduisent le temps d'arrêt, mais elles ne sont pas un point de restauration

Une reconstruction RAID n'est pas une restauration à partir d'une sauvegarde. Lorsque vous remplacez un disque défaillant, le système reconstruit la redondance en reconstituant les données sur le nouveau disque. Cela peut aider le système à revenir à un état protégé après une panne matérielle.

Mais une reconstruction ne restaure pas un fichier que vous avez supprimé la semaine dernière. Elle ne déchiffre pas un ransomware. Elle ne revient pas sur une migration ratée. Elle ne récupère pas une copie propre si le système de fichiers en direct contient déjà des données corrompues.

Les reconstructions se produisent aussi sous stress. Les disques restants peuvent être occupés à lire de grandes quantités de données pendant longtemps, et ces disques ont souvent le même âge que celui qui a échoué. RAID peut réduire le temps d'arrêt, mais il ne doit pas être considéré comme le seul plan de récupération.

La mentalité sécuritaire est simple : la reconstruction RAID concerne la santé du système. La restauration de sauvegarde concerne la récupération des données.

Ce qui différencie une sauvegarde de la redondance

Une véritable sauvegarde est suffisamment séparée pour survivre aux problèmes qui affectent le système en direct. Elle doit vous fournir une copie récupérable, pas simplement un autre disque qui reproduit instantanément les mêmes erreurs.

Les plans de sauvegarde les plus utiles incluent généralement l'historique des versions, la rétention et la séparation. L'historique des versions aide en cas de suppression ou d'écrasement accidentel. La rétention vous donne le temps de remarquer un problème. La séparation protège contre les malwares, les dommages physiques et les pannes sur le même appareil.

Le NIST SP 1339 souligne que la gestion efficace des sauvegardes inclut la création, le test et la révision des sauvegardes lors des exercices de récupération. Cela importe car une sauvegarde qui ne peut être restaurée n’est qu’un espoir, pas un plan de récupération.

Pour un serveur domestique, une sauvegarde pratique doit répondre à quatre questions : Où se trouve la copie indépendante ? Jusqu’à quelle date puis-je restaurer ? Un ransomware ou une mauvaise synchronisation peut-il y accéder ? Ai-je testé une restauration avant d’en avoir besoin ?

Utilisez le RAID pour la disponibilité, puis ajoutez un plan de sauvegarde séparé

Le RAID reste utile. Si votre NAS stocke des fichiers importants, exécute des applications auto-hébergées ou diffuse des médias vers plusieurs appareils, la redondance peut réduire les temps d’arrêt en cas de panne d’un disque. L’erreur est de considérer cette couche de disponibilité comme le plan complet de protection des données.

Les options RAID de ZimaOS sont un bon exemple du volet disponibilité. ZimaOS supporte RAID 0, RAID 1, RAID 5, RAID 6 et JBOD via son workflow RAID. RAID 1 met l’accent sur le miroir, RAID 5 équilibre performance, capacité et tolérance à la panne d’un disque, RAID 6 ajoute une protection par double parité. RAID 0 privilégie la vitesse et la capacité, tandis que JBOD favorise une capacité flexible sans redondance.

Ces choix aident les utilisateurs à décider comment le volume de stockage actif doit se comporter, mais ils ne remplacent pas la sauvegarde. Même les recommandations RAID de ZimaOS conseillent d’associer le RAID à une stratégie de sauvegarde 3-2-1 pour se protéger contre la perte accidentelle de données.

Un plan plus sûr consiste à laisser le RAID gérer la tolérance aux pannes de disque et la sauvegarde gérer la récupération. Le RAID maintient le serveur disponible. La sauvegarde vous protège lorsque les données disponibles sont erronées, chiffrées, supprimées, corrompues ou physiquement perdues.

Un tableau pratique de décision RAID vs Sauvegarde

La façon la plus simple d’éviter le malentendu sur le RAID est de tester chaque scénario de risque. Demandez ce qui s’est passé en premier, puis décidez si la redondance ou la récupération est l’outil approprié.

Le tableau montre pourquoi RAID et sauvegarde sont complémentaires. RAID est utile lorsque les données actuelles sont encore correctes mais qu’un disque a échoué. La sauvegarde est essentielle lorsque les données actuelles sont manquantes, endommagées, chiffrées, écrasées ou inaccessibles.

FAQ

RAID 1 est-il équivalent à une sauvegarde ?

Non. RAID 1 reflète l’état actuel des données sur plusieurs disques. Si un disque tombe en panne, le miroir peut aider à maintenir le système en ligne. Mais si vous supprimez, écrasez, chiffrez ou corrompez un fichier, le miroir reproduit ce changement. Une sauvegarde doit vous fournir une version distincte et récupérable.

RAID 5 ou RAID 6 protègent-ils contre la perte de données ?

RAID 5 et RAID 6 peuvent protéger contre certains scénarios de panne de disque, selon le volume et le nombre de disques défaillants. Ils ne protègent pas contre la suppression accidentelle, les ransomwares, la corruption de fichiers, les migrations ratées, le vol, l’incendie ou la perte totale du NAS. Ils améliorent la disponibilité ; ils ne remplacent pas la récupération.

Les instantanés peuvent-ils remplacer les sauvegardes ?

Les instantanés peuvent aider s’ils sont conservés et protégés, mais les instantanés locaux seuls ne suffisent pas toujours. Si les instantanés ne vivent que sur la même machine et que le NAS entier est perdu, chiffré ou détruit, ils peuvent disparaître avec lui. Les instantanés sont plus efficaces lorsqu’ils sont combinés à une réplication ou une sauvegarde vers un stockage séparé.

Le stockage de sauvegarde doit-il aussi utiliser RAID ?

Oui, c’est possible. RAID peut rendre le stockage de sauvegarde plus disponible si un disque de sauvegarde tombe en panne. Mais RAID sur le stockage de sauvegarde ne supprime pas le besoin de versionnage, d’isolation, de rétention et de test de restauration des sauvegardes. RAID peut soutenir la cible de sauvegarde ; ce n’est pas une stratégie de sauvegarde en soi.

Quel est le plan de sauvegarde le plus simple pour un serveur domestique ?

Un point de départ simple est de conserver les données en direct sur le NAS, de faire une sauvegarde automatisée vers un stockage local séparé, et de garder une autre copie hors site ou hors ligne. Testez ensuite la restauration de quelques fichiers avant de faire confiance au plan. La meilleure sauvegarde est celle que vous pouvez réellement restaurer lorsque le volume en direct ne suffit plus.

RAID est utile, mais il résout un problème plus restreint que ce que beaucoup d’utilisateurs imaginent. Il aide votre serveur domestique à survivre à certaines pannes de disque sans interruption immédiate. La sauvegarde protège vos données lorsque le système en fonctionnement est erroné, endommagé, chiffré, supprimé ou perdu. Utilisez RAID pour la disponibilité, puis créez un chemin de récupération séparé avant d’en avoir besoin.