Raid 1 protège-t-il contre la corruption de données? Par exemple, supposons que je conserve tous mes fichiers importants sur un NAS qui utilise 2 disques dans un RAID 1. Si un disque dur a un problème interne et que les données sont corrompues, le RAID le reconnaît-il automatiquement et le corrige-t-il -ce en utilisant les données de l'autre bon disque?
Pourrait-il même savoir quelle copie est la bonne?
Est-ce que RAID 5 protège contre la corruption?
Je sais que le RAID n'est pas une solution de sauvegarde. J'essaie de comprendre comment m'assurer que je ne sauvegarde pas de données corrompues!
la source
Comme d'autres l'ont noté, un système de raid1 n'a aucun moyen de dire lequel des deux secteurs est mauvais.
Les systèmes raid d'extrémité supérieure exécutent une opération de nettoyage en arrière-plan pour comparer les deux copies et signaler les différences. Mieux encore, c’est un système qui lit les deux blocs du lecteur à chaque fois et les compare au moment de la lecture. Résoudre ces différences est cependant impossible pour le contrôleur RAID.
Sur les systèmes Unix sous mdadm, une vérification de nettoyage peut être lancée avec "sync_action":
raid1 a pour but de protéger contre une panne totale soudaine de lecteur. Cherchez ailleurs une protection contre la corruption. Au-delà de cela, Raid1 n'offre pas d '"historique", il est donc impossible de récupérer d'une erreur humaine ou logicielle. Recherchez des systèmes de fichiers tels que ZFS ou un système de fichiers préservant l'historique, comme Hammer, pour vous protéger contre la corruption.
la source
En pratique, oui. La grande majorité des pannes de disque dur se produisent tout ou rien. Soit (a) le câble est débranché, soit le microcontrôleur du lecteur est en panne, de sorte que le contrôleur RAID ne reçoit aucune réponse - un lecteur en panne évident. Ou bien (b) Le microcontrôleur câble et lecteur est bon, mais lorsqu'il tente de lire un secteur, le microcontrôleur interne détecte la corruption des données car la somme de contrôle ECC interne a échoué et des tentatives répétées de lecture de ce secteur (en cas de problème de lecture temporaire). ), le contrôleur RAID obtient une réponse "désolé" polie - un disque en panne évident. Dans les deux cas, il est évident pour le contrôleur RAID-1 ou RAID-5 que le lecteur est en panne.
En principe non. Si quelque chose a si mal tourné qu'un disque dur écrit des sottises, et pourtant fonctionne assez bien pour écrire le code ECC interne correct pour ces sottises, RAID-1 ne peut pas dire quel lecteur est correct. Le système RAID-1 va probablement écraser les bonnes données avec les données corrompues lors d'une resynchronisation. RAID-5 n'est pas meilleur. La panne d’alimentation «Trou d’écriture RAID-5» lors de l’écriture active est un cas rare mais non impossible.
Autant que je sache, le seul moyen d'éviter une telle corruption est d'utiliser des sommes de contrôle de bout en bout en plus de la mise en miroir de fichiers, soit automatiquement en tant que partie du système de fichiers (ZFS ou Btrfs), soit périodiquement ou manuellement (recalculant les sommes de contrôle rsync, vérification de fichier simple, ensembles de fichiers Parchive, etc.); idéalement avec un hachage cryptographique tel que SHA-256.
la source