Le RAID n’est pas une sauvegarde : appliquer la règle 3-2-1-1-0

RAID traite la disponibilité, pas les versions historiques

RAID répartit données et redondance entre des disques. Dans les limites de tolérance aux pannes du niveau choisi, le système peut continuer après la défaillance d’un disque. Cela réduit l’interruption, mais ne crée pas de copie historique indépendante. Suppression, chiffrement par rançongiciel, écritures applicatives corrompues ou script défectueux peuvent immédiatement affecter les données actuelles de la grappe.

Les pannes de contrôleur, dommages électriques, erreurs humaines et vols peuvent toucher toute la grappe. RAID relève de la planification de disponibilité ; les sauvegardes, de la planification de récupération. Ils se complètent, mais leur protection ne doit pas être considérée comme interchangeable dans une évaluation des risques ou un budget.

Les reconstructions sont une période de risque accru

La reconstruction lit et écrit de grands volumes, sollicite les disques restants et peut révéler des erreurs de lecture latentes. Des disques plus grands et une charge plus élevée peuvent maintenir une grappe dégradée plus longtemps. Surveillance, dispositions adaptées de disque de secours à chaud et sauvegarde récente comptent davantage que la seule capacité nominale.

Choisissez le niveau selon la tolérance aux pannes, la charge d’écriture, le temps de reconstruction et les besoins d’exploitation. RAID 1 réalise un miroir, RAID 5 tolère généralement la panne d’un disque, RAID 6 de deux, et RAID 10 combine miroir et répartition par bandes. Aucun ne protège d’une corruption logique ou d’un administrateur compromis.

Lire 3-2-1-1-0 comme un processus

La règle signifie trois copies, production comprise, deux types de supports, une copie hors site, une copie hors ligne ou immuable et zéro erreur de restauration non examinée. L’historique des versions permet de revenir à un état antérieur à l’incident. WORM ou Object Lock peuvent protéger les versions conservées ; une séparation physique isole une copie hors ligne.

Le zéro final est opérationnel : examinez les journaux, vérifiez l’intégrité et restaurez réellement. Sinon, la stratégie reste une hypothèse. Les instantanés sont des points de récupération rapides utiles, mais partagent souvent le stockage et le contrôle administratif. La réplication peut copier immédiatement une suppression ou un chiffrement. Des versions conservées indépendantes, un stockage externe et une protection hors ligne ou immuable apportent les possibilités de récupération manquantes.

Fixer les objectifs, la conservation et les responsabilités

Le RPO spécifie la perte de données tolérable, illustrée par une heure ou 24 heures ; le RTO indique l’interruption acceptable, par exemple quatre heures. Une politique précise qui sauvegarde quoi, quand et où. Un calendrier illustratif emploie des sauvegardes incrémentales quotidiennes, complètes hebdomadaires et, lorsque le RPO le justifie, une protection horaire des bases critiques. Les exemples de conservation de 30, 90 et 365 jours sont des choix de classes de protection, pas des exigences universelles.

Chiffrez en transit et au repos, gérez les clés avec des dispositifs KMS/HSM adaptés et séparez les rôles de sauvegarde de l’administration générale. Déduplication et compression peuvent améliorer l’efficacité économique. Surveillez les échecs de tâches, la capacité et les dépassements d’objectifs ; ne laissez pas clés et sauvegardes exposées ensemble et ne donnez pas à un compte un contrôle illimité sur toutes les copies.

Un exemple de configuration pour une petite entreprise

Protégez fichiers, bases de données et machines virtuelles avec des agents adaptés ou une intégration à l’hyperviseur. Utilisez un NAS ou une appliance locale avec versions pour une restauration rapide, une copie S3 hors site chiffrée avec Object Lock et un support hors ligne hebdomadaire pour les données critiques.

Un plan général peut inclure des restaurations trimestrielles d’échantillons de fichiers, de VM et d’applications ; cet exemple utilise plutôt des exercices mensuels consignés. Choisissez et documentez la fréquence selon le risque réel. Un test de restauration omis peut laisser passer pendant des semaines des sauvegardes incomplètes ou impossibles à démarrer.

• Source : charges applicatives protégées.
• Cible principale : NAS ou appliance locale avec versions.
• Copie hors site : stockage objet chiffré avec une protection de conservation adaptée.
• Séparation physique : copie hors ligne contrôlée des données critiques.
• Audit : restaurations planifiées, chronométrage et vérifications métier consignées.

Démontrer toute la séquence de récupération

Préparez l’infrastructure, sécurisez les identités, choisissez des points de récupération sains, démarrez les systèmes centraux, puis seulement remettez les services dépendants à disposition. Un exercice établit si le personnel, les mots de passe, les clés, la bande passante et le matériel de remplacement sont réellement disponibles.

Documentez la restauration la plus récente, ses erreurs non résolues et le prochain test prévu. RAID, les instantanés ou un rapport de tâche au vert ne démontrent pas à eux seuls la préparation à un incident réel.