Unraid parity: paridad simple vs. doble explicada
· Verificado por última vez julio 2026
La parity es la única idea que hace funcionar a Unraid, y también la que confunde a la mayoría de quienes arman su primer servidor: no es un backup, no es una copia extra de tus archivos y no vive en ningún disco que puedas señalar. Esta guía recorre qué es la parity en realidad, por qué un disco de parity te protege y dos te protegen más, y cómo decidir cuál necesita tu build, escrita para alguien capaz de cambiar un disco duro pero nuevo en la matemática de fondo. Si primero quieres la definición pura del sistema operativo que la rodea, nuestra guía para principiantes sobre qué es Unraid es el punto de partida más suave, y este artículo continúa justo donde aquel termina.
Cómo trabaja de verdad la parity de Unraid
Lo primero que hay que entender es que Unraid no reparte tus datos entre discos como hace el RAID 5 clásico. Cada disco de datos conserva su propio sistema de archivos normal, así que una película o una foto vive entera en un solo disco en vez de quedar cortada en fragmentos repartidos por el array. Sobre esos discos de datos independientes dedicas un disco solo a la parity, que en lugar de archivos propios guarda un cálculo continuo sobre todos los discos de datos, y el fabricante describe justo este modelo en el manual de gestión de almacenamiento de Unraid.
Ese cálculo es un XOR, y es más fácil de lo que suena: para la misma posición de bloque en cada disco, la parity solo anota si la cantidad de unos es par o impar. Como ese único dato basta para rellenar cualquier valor faltante, un disco caído siempre se puede reconstruir a partir de lo que queda, y ese mismo truco es lo que hace funcionar al RAID de parity simple en general, como detalla el artículo de Wikipedia sobre RAID. Un ejemplo lo vuelve concreto. Supón que tres discos de datos tienen los bits 1, 0 y 1 en una posición; hay una cantidad par de unos, así que la parity guarda 0. Si el disco del medio muere, Unraid alinea los sobrevivientes con el bit de parity y los vuelve a hacer XOR: 1 XOR 1 XOR 0 da 0, que es exactamente el valor perdido. Haz eso en cada bloque y el disco entero regresa.
Este diseño tiene una consecuencia que los principiantes tienden a subestimar: como no hay striping, solo el disco que estás leyendo tiene que encenderse, y si alguna vez pierdes más discos de los que cubre la parity no lo pierdes todo, porque los discos de datos que sobreviven son sistemas de archivos normales que aún puedes leer por su cuenta. La parity te compra la capacidad de reconstruir un disco entero a partir de los otros, y lo hace sin encerrar jamás tus archivos dentro del array.
Por qué el disco de parity debe ser el más grande
El XOR se calcula a lo largo de todo el disco de datos, posición por posición, así que el disco de parity necesita espacio suficiente para cubrir el disco más largo del conjunto. Ese es el motivo completo de la regla que verás repetida por todas partes: cada disco de parity debe ser al menos tan grande como tu disco de datos más grande. Un disco de 4 TB, uno de 8 TB y uno de 16 TB pueden compartir un array de Unraid sin espacio desperdiciado, pero la parity tiene que ser un disco de 16 TB (o mayor) para que el cálculo tenga dónde caer a lo largo de esos 16 TB completos.
El problema práctico aparece después, cuando compras un disco más grande que tu parity actual. No puedes simplemente meter un flamante disco de 20 TB en una ranura de datos si la parity es de solo 16 TB; o conviertes el disco nuevo en la parity y bajas la parity vieja a datos, o primero actualizas la parity y agregas el disco grande después. Si piensas usar doble parity, recuerda que la regla de tamaño aplica a ambos discos de parity, no a uno solo, algo que nuestra página de referencia de Unraid con doble parity detalla junto con la matemática de capacidad. La conclusión es simple: compra tus discos más grandes como parity, porque un disco de parity puede proteger a un disco de datos menor pero nunca a uno mayor.
Parity simple vs. doble: qué sobrevive cada una
La parity simple, un disco de parity, deja que el array sobreviva al fallo de cualquier disco a la vez. Eso cubre el caso de todos los días (un disco muere, lo reemplazas, Unraid lo reconstruye a partir de la parity más los sobrevivientes) y es la configuración que describe nuestra página de referencia de Unraid con parity simple. Lo que la parity simple no puede hacer es aguantar un segundo fallo mientras el primero aún se está reconstruyendo, y ese hueco es precisamente lo que cierra el segundo disco de parity.
El matiz importante es que el segundo disco de parity no es un espejo ni una copia del primero. Se calcula de otra forma, así que en lugar de un simple conteo par o impar usa un cálculo ponderado sobre los discos, el mismo principio con el que RAID 6 mantiene dos valores de parity independientes, como describe el artículo de RAID en Wikipedia. Dos valores de parity que son de verdad independientes dan dos ecuaciones separadas, y dos ecuaciones son justo lo que necesitas para resolver dos incógnitas, por lo que la doble parity puede reconstruir dos discos que fallen en el mismo momento. Un disco de parity, un valor faltante que puede rescatar; dos discos de parity independientes, dos valores faltantes. Esa es toda la intuición, y basta para razonar sobre tu propio array sin tocar el álgebra.
Cuánta capacidad útil te cuesta la parity
Los discos de parity guardan el cálculo, no tus archivos, así que no aportan nada al espacio útil. La regla es refrescantemente clara: la capacidad útil es la suma de tus discos de datos, y cada disco de parity es capacidad que apartas para la protección. Una caja de ocho bahías llena de discos de 8 TB te da 56 TB útiles con parity simple (siete discos de datos) y 48 TB útiles con doble parity (seis discos de datos), y la diferencia entre esas dos cifras es el precio de sobrevivir a ese segundo fallo.
Como Unraid maneja los tamaños mezclados con tanta soltura, vale más hacer la cuenta con tus discos reales que con un juego ordenado y parejo. La calculadora de almacenamiento Unraid te deja poner exactamente los discos que tienes, alternar entre uno y dos de parity, y leer la capacidad útil junto con el overhead en un mismo lugar, y puedes verificar modelos concretos en nuestra base de datos de discos NAS antes de comprar. Visto con honestidad, el intercambio es por array: un disco de parity es un disco de overhead, dos son dos, y en una caja grande ese segundo disco es un pequeño porcentaje del total a cambio de un salto real de seguridad.
Qué pasa durante una reconstrucción, y por qué importa el tamaño
Cuando un disco de datos falla y colocas un reemplazo, Unraid lo reconstruye leyendo todos los demás discos del array, los discos de datos restantes y el disco de parity juntos, y recalculando el disco faltante bloque a bloque. Eso significa que una reconstrucción no es una tarea silenciosa de fondo: exige todos tus discos a máxima carga durante todo el tiempo que dure, y en discos modernos grandes esa ventana es larga. Nuestra guía sobre el tiempo de reconstrucción de RAID recorre la aritmética, pero la versión corta es que un solo disco grande puede dejar el array en estado degradado y trabajando duro buena parte de un día o más.
Dos cosas pueden convertir esa ventana larga en pérdida de datos en un array de parity simple. La primera es un segundo disco que falle por completo mientras corre la reconstrucción, algo que la parity simple sencillamente no puede absorber. La segunda es más sutil: un error de lectura irrecuperable, o URE, la falla de lectura estadística que cada disco de consumo grande sufre cada pocos terabytes, aparece en uno de los discos sobrevivientes justo cuando la parity necesita que cada bloque sea legible. En una reconstrucción de parity simple, cualquiera de los dos eventos detiene la recuperación en seco, y ambos se vuelven más probables cuanto más grandes y numerosos sean tus discos, porque hay más superficie que leer sin errores. Ese es el verdadero argumento a favor de la doble parity: no hace que los discos fallen menos, mantiene el array recuperable cuando el peor momento (una reconstrucción) choca con un segundo problema. Cuanto más grande y ocupado sea tu array, más vale ese seguro.
La parity no es un backup: chequeos, sync y la penalización de escritura
La parity mantiene el array en línea durante el fallo de un disco, pero protege contra exactamente una cosa: un disco que muere. No hace nada contra un archivo que borraste por error, un ransomware que cifra tus carpetas compartidas, un evento eléctrico que se lleva varios discos a la vez, o la caja entera saliendo de tu casa. Redundancia y backup son trabajos distintos, punto que nuestra guía el RAID no es un backup deja bien claro, así que conserva copias 3-2-1 separadas sin importar cuántos discos de parity uses.
Para asegurar que la parity sea realmente correcta y no solo esté presente, Unraid corre un parity check, un pase programado que lee todo el array y confirma que la matemática de la parity sigue coincidiendo con los datos, reparándola si se lo permites. Es el mismo tipo de mantenimiento que un scrub del sistema de archivos, y si quieres la diferencia entre ambos bien explicada, nuestra guía sobre scrubbing y bit rot la cubre; un chequeo mensual es un default sensato para la mayoría de los arrays domésticos. Escribir en el array también tiene un costo, porque actualizar un archivo implica actualizar la parity, lo que normalmente significa leer los datos viejos y la parity vieja antes de escribir los valores nuevos, de modo que las escrituras al array son más lentas que una copia simple a un disco.
Para el público más técnico: esa penalización de escritura no es fija. Unraid ofrece un modo reconstruct write, casi siempre llamado turbo write, que enciende todos los discos durante una escritura para calcular la parity nueva directamente a partir de los otros discos en vez de hacer el ciclo más lento de leer-modificar-escribir. Intercambia el bajo consumo en reposo que hace atractivo a Unraid por escrituras al array bastante más rápidas, así que es una decisión por sistema y no un default, y la mayoría de los usuarios domésticos lo dejan apagado y dejan que un cache pool SSD absorba la velocidad de escritura. Esa única perilla es el único detalle profundo de aquí; todo lo demás en este artículo es terreno de principiante.
Cuándo basta una parity, y cuándo usar dos
No hay una respuesta universal, solo un balance entre qué tan probable es un segundo fallo y cuánto te cuesta una reconstrucción, y cuatro factores lo deciden. Léelos en conjunto y no por separado, porque un array pequeño y joven con buenos backups puede vivir feliz con parity simple mientras que uno grande y envejecido de verdad no debería.
- Cantidad de discos. Más discos significan más posibilidades de que uno falle, y una reconstrucción más larga que los lee todos, por lo que el argumento a favor de la doble parity crece de forma constante a partir de unos seis discos.
- Tamaño del disco. Los discos más grandes tardan más en reconstruirse y exponen más superficie a un URE durante esa reconstrucción, por eso 12 TB en adelante es el punto donde la mayoría cambia a dos discos de parity.
- Edad y salud del disco. Los discos más viejos, que corren calientes o del mismo lote tienden a fallar cerca unos de otros, y un segundo disco de parity es lo que te lleva a través de fallos que se superponen.
- Postura de backup. Si la parity es tu única línea de defensa, compra la seguridad extra; si todo lo importante también está respaldado en otro lado, parity simple más un buen plan de restauración puede ser la opción racional incluso en un array más grande.
La regla clara que sale de esos cuatro: usa parity simple en arrays pequeños, jóvenes y bien respaldados, y sube a doble parity cuando pases de seis discos, llegues a discos de 12 TB, o simplemente valores el array lo suficiente como para que una reconstrucción degradada de todo un día te asuste. Puedes empezar con una parity y agregar una segunda después sin reconstruir el array, así que la decisión no es permanente.
Qué necesita un build de Unraid con parity
Recomendación
Para la mayoría de los builds domésticos el default honesto es parity simple para empezar: protege contra el fallo que realmente vas a ver, reserva un disco de capacidad para datos, y no cierra ninguna puerta, porque puedes agregar un segundo disco de parity más tarde sin reconstruir. Pasa a doble parity cuando tu array cruce unos seis discos, cuando tus discos lleguen a 12 TB en adelante, o cada vez que la idea de una reconstrucción degradada de todo un día sin red de seguridad te incomode, porque esa es justamente la ventana en la que un segundo fallo o un URE hacen el daño. Compra tus discos más grandes como parity para que cubran cada disco de datos, corre un parity check mensual para mantener honesta la matemática, y trata todo esto como redundancia y no como backup: modela la capacidad exacta en la calculadora de almacenamiento Unraid antes de comprar, y conserva tus copias 3-2-1 sin importar cuántos discos de parity elijas.
Artículos relacionados
¿Qué es Unraid? Guía completa para principiantes 2026
Unraid vs Synology 2026: ¿NAS a medida o llave en mano?
Tiempo de reconstrucción de RAID: por qué un disco grande deja el array degradado un día