La parité Unraid expliquée : simple ou double parité
· Dernière vérification juillet 2026
La parité est l'idée unique qui fait tourner Unraid, et c'est aussi celle qui coince la plupart des personnes montant leur premier serveur : ce n'est pas une sauvegarde, pas une copie de secours de vos fichiers, et elle ne vit sur aucun disque que vous pourriez désigner du doigt. Ce guide passe en revue ce qu'est vraiment la parité, pourquoi un disque de parité vous protège et deux vous protègent davantage, et comment décider ce dont votre build a besoin, écrit pour quelqu'un capable de changer un disque dur mais nouveau face aux maths qui se cachent dessous. Si vous voulez d'abord la définition pure du système d'exploitation qui l'entoure, notre guide pour débutants sur ce qu'est Unraid est le point de départ plus doux, et cet article reprend là où celui-ci s'arrête.
Comment la parité Unraid travaille vraiment
La première chose à comprendre, c'est qu'Unraid ne répartit pas vos données entre les disques comme le fait le RAID 5 classique. Chaque disque de données conserve son propre système de fichiers ordinaire, si bien qu'un film ou une photo vit entier sur un seul disque au lieu d'être découpé en fragments éparpillés sur l'array. Sur ces disques de données indépendants, vous dédiez un disque uniquement à la parité, qui, au lieu de ses propres fichiers, tient un calcul continu sur tous les disques de données, et le fabricant décrit exactement ce modèle dans le manuel de gestion du stockage d'Unraid.
Ce calcul est un XOR, et c'est plus simple qu'il n'y paraît : pour la même position de bloc sur chaque disque, la parité note seulement si le nombre de uns est pair ou impair. Comme cette seule information suffit à retrouver n'importe quelle valeur manquante, un disque tombé peut toujours être reconstruit à partir de ce qui reste, et c'est ce même mécanisme qui fait fonctionner le RAID à parité simple en général, comme l'expose l'article de Wikipédia sur le RAID. Un exemple rend la chose concrète. Supposons que trois disques de données portent les bits 1, 0 et 1 à une position ; il y a un nombre pair de uns, donc la parité stocke 0. Si le disque du milieu meurt, Unraid aligne les survivants et le bit de parité et les repasse au XOR : 1 XOR 1 XOR 0 donne 0, soit exactement la valeur perdue. Faites cela sur chaque bloc et le disque entier revient.
Ce choix a une conséquence que les débutants sous-estiment volontiers : comme il n'y a pas de striping, seul le disque que vous lisez doit démarrer, et si vous perdez un jour plus de disques que la parité ne peut couvrir, vous ne perdez pas tout, car les disques de données survivants sont des systèmes de fichiers normaux que vous pouvez encore lire seuls. La parité vous offre la capacité de reconstruire un disque entier à partir des autres, et elle le fait sans jamais enfermer vos fichiers dans l'array.
Pourquoi le disque de parité doit être votre plus grand
Le XOR est calculé sur toute la longueur de chaque disque de données, position par position, donc le disque de parité a besoin d'assez de place pour couvrir le plus long disque de l'ensemble. C'est toute la raison de la règle que vous verrez répétée partout : chaque disque de parité doit être au moins aussi grand que votre plus gros disque de données. Un disque de 4 To, un de 8 To et un de 16 To peuvent partager un array Unraid sans espace gâché, mais la parité doit être un disque de 16 To (ou plus) pour que le calcul ait où se poser sur ces 16 To complets.
Le piège pratique surgit plus tard, quand vous achetez un disque plus grand que votre parité actuelle. Vous ne pouvez pas simplement glisser un tout neuf disque de 20 To dans un emplacement de données si la parité ne fait que 16 To ; soit vous faites du nouveau disque la parité et rétrogradez l'ancienne parité en données, soit vous mettez d'abord la parité à niveau puis ajoutez le gros disque ensuite. Si vous prévoyez la double parité, souvenez-vous que la règle de taille vaut pour les deux disques de parité, pas seulement pour un, ce que détaille notre page de référence Unraid en double parité avec le calcul de capacité. La conclusion est simple : achetez vos plus grands disques comme parité, car un disque de parité peut protéger un disque de données plus petit mais jamais un plus grand.
Parité simple ou double : ce que chacune encaisse
La parité simple, un disque de parité, laisse l'array survivre à la panne de n'importe quel disque à la fois. Cela couvre le cas de tous les jours (un disque meurt, vous le remplacez, Unraid le reconstruit à partir de la parité et des survivants) et c'est la configuration décrite par notre page de référence Unraid en parité simple. Ce que la parité simple ne peut pas faire, c'est encaisser une seconde panne pendant que la première se reconstruit encore, et c'est précisément ce trou que comble le second disque de parité.
La nuance importante, c'est que le second disque de parité n'est ni un miroir ni une copie du premier. Il est calculé autrement, donc au lieu d'un simple comptage pair ou impair il utilise un calcul pondéré sur les disques, le même principe que le RAID 6 emploie pour tenir deux valeurs de parité indépendantes, comme le décrit l'article RAID de Wikipédia. Deux valeurs de parité réellement indépendantes donnent deux équations distinctes, et deux équations sont exactement ce qu'il faut pour résoudre deux inconnues, ce qui permet à la double parité de reconstruire deux disques tombés au même instant. Un disque de parité, une valeur manquante qu'il peut sauver ; deux disques de parité indépendants, deux valeurs manquantes. Voilà toute l'intuition, et elle suffit à raisonner sur votre propre array sans toucher à l'algèbre.
Ce que la parité vous coûte en capacité utile
Les disques de parité stockent le calcul, pas vos fichiers, ils n'apportent donc rien à l'espace utile. La règle est d'une clarté rafraîchissante : la capacité utile est la somme de vos disques de données, et chaque disque de parité est de la capacité mise de côté pour la protection. Un boîtier huit baies rempli de disques de 8 To vous donne 56 To utiles en parité simple (sept disques de données) et 48 To utiles en double parité (six disques de données), et l'écart entre ces deux chiffres est le prix pour survivre à cette seconde panne.
Comme Unraid gère les tailles mélangées avec autant d'aisance, le calcul mérite d'être fait avec vos vrais disques plutôt qu'avec un jeu bien assorti. Le calculateur de stockage Unraid vous laisse déposer exactement les disques que vous possédez, basculer entre un et deux disques de parité, et lire la capacité utile et le surcoût au même endroit, et vous pouvez vérifier des modèles précis dans notre base de données des disques NAS avant d'acheter. Vu honnêtement, le compromis se lit par array : un disque de parité, c'est un disque de surcoût, deux c'est deux, et dans un grand boîtier ce second disque est un petit pourcentage du total pour un vrai bond de sécurité.
Ce qui se passe pendant une reconstruction, et pourquoi la taille compte
Quand un disque de données lâche et que vous installez un remplaçant, Unraid le reconstruit en lisant tous les autres disques de l'array, les disques de données restants et le disque de parité ensemble, et en recalculant le disque manquant bloc par bloc. Une reconstruction n'est donc pas une tâche de fond discrète : elle pousse tous vos disques à fond aussi longtemps qu'il le faut, et sur les gros disques modernes cette fenêtre est longue. Notre guide sur le temps de reconstruction RAID déroule le calcul, mais la version courte est qu'un seul gros disque peut garder l'array en état dégradé et sous forte charge une bonne partie d'une journée, voire plus.
Deux choses peuvent transformer cette longue fenêtre en perte de données sur un array à parité simple. La première est un second disque qui tombe complètement pendant la reconstruction, ce que la parité simple ne peut tout simplement pas absorber. La seconde est plus subtile : une erreur de lecture irrécupérable, ou URE, la faute de lecture statistique que chaque gros disque grand public subit tous les quelques téraoctets, surgit sur l'un des disques survivants juste quand la parité a besoin que chaque bloc soit lisible. Sur une reconstruction à parité simple, l'un ou l'autre de ces événements stoppe net la récupération, et les deux deviennent d'autant plus probables que vos disques sont gros et nombreux, car il y a tout bonnement plus de surface à lire proprement. C'est le vrai argument pour la double parité : elle ne fait pas tomber les disques en panne moins souvent, elle garde l'array récupérable quand le pire moment (une reconstruction) percute un second problème. Plus votre array est gros et sollicité, plus cette assurance vaut le coup.
La parité n'est pas une sauvegarde : contrôles, sync et pénalité d'écriture
La parité garde l'array en ligne pendant la panne d'un disque, mais elle protège contre exactement une chose : un disque qui meurt. Elle ne fait rien contre un fichier supprimé par erreur, un rançongiciel qui chiffre vos partages, un incident électrique qui emporte plusieurs disques d'un coup, ou le boîtier entier qui quitte la maison. Redondance et sauvegarde sont deux métiers différents, ce que notre guide le RAID n'est pas une sauvegarde martèle, alors gardez des copies 3-2-1 séparées quel que soit le nombre de disques de parité.
Pour s'assurer que la parité est réellement correcte et pas seulement présente, Unraid lance un parity check, une passe planifiée qui lit tout l'array et confirme que les maths de la parité collent toujours aux données, en les réparant si vous l'y autorisez. C'est la même famille d'entretien qu'un scrub de système de fichiers, et si vous voulez la différence entre les deux détaillée, notre guide sur le scrubbing et le bit rot la couvre ; un contrôle mensuel est un choix par défaut raisonnable pour la plupart des arrays domestiques. Écrire dans l'array a aussi un coût, car mettre un fichier à jour signifie mettre la parité à jour, ce qui suppose normalement de lire les anciennes données et l'ancienne parité avant d'écrire les nouvelles valeurs, si bien que les écritures vers l'array sont plus lentes qu'une simple copie sur un disque.
Pour le public plus technique : cette pénalité d'écriture n'est pas figée. Unraid propose un mode reconstruct write, presque toujours appelé turbo write, qui démarre tous les disques pendant une écriture afin de calculer la nouvelle parité directement à partir des autres disques au lieu de faire le cycle plus lent lire-modifier-écrire. Il échange la faible consommation au repos qui rend Unraid séduisant contre des écritures vers l'array nettement plus rapides, c'est donc un choix par système et non un défaut, et la plupart des particuliers le laissent désactivé et confient plutôt la vitesse d'écriture à un cache pool SSD. Ce seul réglage est le seul approfondissement ici ; tout le reste de cet article reste du terrain de débutant.
Quand une parité suffit, et quand en utiliser deux
Il n'y a pas de réponse universelle, seulement une mise en balance entre la probabilité d'une seconde panne et le coût d'une reconstruction, et quatre facteurs la tranchent. Lisez-les ensemble plutôt qu'isolément, car un array petit et jeune avec de bonnes sauvegardes peut vivre heureux en parité simple, alors qu'un grand array vieillissant ne le devrait vraiment pas.
- Nombre de disques. Plus de disques, ce sont plus d'occasions qu'un seul tombe, et une reconstruction plus longue qui les lit tous, si bien que l'argument pour la double parité grimpe régulièrement au-delà d'environ six disques.
- Taille des disques. Les gros disques prennent plus longtemps à reconstruire et exposent plus de surface à une URE durant cette reconstruction, d'où le fait que 12 To et plus est le point où la plupart passent à deux disques de parité.
- Âge et santé des disques. Les disques plus vieux, qui chauffent, ou issus du même lot ont tendance à tomber en panne à peu d'intervalle, et un second disque de parité est ce qui vous porte à travers des pannes qui se chevauchent.
- Posture de sauvegarde. Si la parité est votre seule ligne de défense, achetez la sécurité en plus ; si tout ce qui compte est aussi sauvegardé ailleurs, la parité simple plus un bon plan de restauration peut être le choix rationnel même sur un array plus grand.
La règle claire qui découle de ces quatre points : restez en parité simple sur des arrays petits, jeunes et bien sauvegardés, et passez à la double parité dès que vous dépassez six disques, atteignez des disques de 12 To, ou tenez simplement assez à l'array pour qu'une reconstruction dégradée d'une journée vous fasse peur. Vous pouvez démarrer avec une parité et en ajouter une seconde plus tard sans reconstruire l'array, la décision n'est donc pas définitive.
Ce qu'il faut pour un build Unraid avec parité
Recommandation
Pour la plupart des builds domestiques, le choix par défaut honnête est la parité simple pour commencer : elle protège contre la panne que vous verrez réellement, réserve un disque de capacité aux données, et ne ferme aucune porte, puisque vous pouvez ajouter un second disque de parité plus tard sans reconstruire. Passez à la double parité dès que votre array franchit environ six disques, dès que vos disques atteignent 12 To et plus, ou chaque fois que l'idée d'une reconstruction dégradée d'une journée sans filet vous met mal à l'aise, car c'est exactement la fenêtre où une seconde panne ou une URE fait les dégâts. Achetez vos plus grands disques comme parité pour qu'ils couvrent chaque disque de données, lancez un parity check mensuel pour garder les maths honnêtes, et traitez tout cela comme une redondance et non une sauvegarde : modélisez la capacité exacte dans le calculateur de stockage Unraid avant d'acheter, et gardez vos copies 3-2-1 quel que soit le nombre de disques de parité retenu.
Articles liés
Qu'est-ce qu'Unraid ? Le guide complet pour débutants
Unraid vs Synology 2026 : NAS DIY ou appliance clé en main ?
Temps de reconstruction RAID : pourquoi un gros disque garde l'array dégradé une journée
RAID 5 vs RAID 6 : quand la parité simple ne suffit plus
Le RAID n'est pas une sauvegarde : ce que la parité couvre et ce qu'elle ne couvre pas