Cuando un usuario contacta a un especialista en recuperación de datos por un arreglo fallido, la respuesta a «¿qué nivel de RAID es?» condiciona todo lo que sigue. RAIDZ1 y RAID 5 comparten la misma idea fundamental: distribuir la paridad entre los discos para que la pérdida de un único disco no implique pérdida de datos, pero su comportamiento difiere significativamente bajo condiciones adversas. Esas diferencias se vuelven muy concretas cuando se está frente a un conjunto RAID degradado. Este artículo se centra en lo que las diferencias arquitectónicas implican para la probabilidad de fallo, la dificultad de recuperación y qué herramientas funcionan en cada caso.
Contenido
- Cómo se construye realmente cada arreglo
- El agujero de escritura y la corrupción silenciosa
- Capacidad y rendimiento
- Riesgo de reconstrucción con discos de gran capacidad
- Recuperación de datos de RAID 5
- RS RAID Retrieve: Recuperación por software para ambas configuraciones
- Cuál elegir — y cuándo importa para la recuperación de datos
Ambas configuraciones toleran la pérdida de un único disco. La similitud termina ahí, especialmente cuando se produce un fallo.
Cómo se construye realmente cada arreglo
RAID 5 distribuye datos y paridad en franjas de ancho fijo a lo largo de todas las unidades integrantes — comúnmente de 64 KB o 128 KB, fijadas por el controlador y que no cambian. Toda escritura que afecte a menos de una franja completa desencadena el clásico ciclo de lectura-modificación-escritura: leer los datos antiguos, leer la paridad antigua, calcular la nueva paridad y escribir ambos de vuelta.
Este ciclo es la causa principal del agujero de escritura (write hole) y de varios otros problemas que se abordan más adelante.
RAIDZ1 es un tipo de vdev dentro de ZFS — la capa de pool es inseparable del sistema de archivos. ZFS agrupa los bloques de cada registro en una franja de ancho variable que abarca todos los discos simultáneamente. No existen escrituras parciales de franja; toda operación de escritura corresponde siempre a una franja completa. Esto elimina por completo el ciclo de lectura-modificación-escritura y cierra el agujero de escritura.
Un vdev RAIDZ1 no se puede ampliar después de su creación. Puede añadir un nuevo vdev al pool, pero el vdev original permanece fijo. RAID 5 permite expansión en línea en muchas implementaciones — una ventaja de flexibilidad que, en ocasiones, puede ser fuente de nueva corrupción.
El agujero de escritura y la corrupción silenciosa
El agujero de escritura es específico de RAID 5: si se corta la alimentación entre la escritura de datos nuevos y la actualización de la paridad, los bloques de datos y la paridad quedan desincronizados. La mayoría de los controladores aceptan silenciosamente esta inconsistencia en el siguiente arranque y marcan la matriz como operativa: la paridad queda simplemente incorrecta para esa franja. Nadie lo detecta hasta que falla un segundo disco durante la reconstrucción, momento en el que esa franja no puede recuperarse y se produce una pérdida de datos sin aviso previo.
Nota de recuperación: Cuando un RAID 5 parece sufrir una falla de dos discos pero solo uno de los discos está físicamente averiado, la inconsistencia por agujero de escritura es una causa probable. Primero haga una imagen de cada disco y analice la consistencia de la paridad en la franja sospechosa antes de asumir que ambos discos están muertos.
ZFS evita esto mediante la semántica copy-on-write: los datos nunca se sobrescriben sobre bloques existentes. Si se interrumpe la alimentación a mitad de una escritura, ZFS descarta la transacción incompleta en el siguiente montaje. La matriz siempre está consistente desde el momento en que vuelve a estar en línea.
El segundo problema de integridad es la corrupción silenciosa de datos (bitrot). Los discos, en ocasiones, devuelven datos erróneos sin emitir una señal de error. RAID 5 no dispone de sumas de comprobación (checksums) con las que comparar y acepta lo que el disco devuelve. ZFS calcula una suma de comprobación para cada bloque al escribir y la verifica al leer —cuando un bloque falla, ZFS lo reconstruye a partir de la paridad y reescribe los datos corregidos. En un RAID 5, esa misma corrupción llega de forma invisible a la aplicación.
La corrupción silenciosa es más frecuente de lo que se suele pensar en conjuntos que llevan en servicio tres o más años. Los RAID 5 con discos antiguos suelen mostrarla únicamente cuando un intento de recuperación revela desajustes de paridad en docenas de franjas —ninguno de los cuales activó antes una alerta del controlador.
Capacidad y rendimiento
Ambas configuraciones emplean la misma fórmula de capacidad: (N − 1) × tamaño del disco, con un mínimo de tres unidades. Cinco discos de 8 TB proporcionan 32 TB de capacidad usable en cualquiera de las dos configuraciones. Las diferencias se concentran en el comportamiento de las escrituras:
- RAID 5 con caché de hardware respaldada por batería gestiona bien cargas de trabajo mixtas: la caché absorbe picos y desplaza el ciclo read-modify-write fuera de la ruta crítica. Sin esa caché, la latencia de escritura aumenta de forma apreciable en escrituras aleatorias pequeñas.
- RAIDZ1 rinde bien en cargas secuenciales con registros grandes — almacenamiento multimedia, copias de seguridad, imágenes de máquinas virtuales. Su punto débil son las escrituras aleatorias pequeñas: cada escritura genera una franja completa, por lo que cargas con alta demanda de IOPS, como bases de datos, no son adecuadas sin L2ARC y SLOG en NVMe rápidos.
- El rendimiento de lectura secuencial es aproximadamente comparable — cada arreglo lee de varios discos en paralelo, de modo que ninguno presenta una ventaja significativa en este aspecto.
Riesgo de reconstrucción con discos de gran capacidad
En unidades superiores a aproximadamente 4–8 TB, la protección por paridad simple se convierte en un riesgo operativo serio y de pérdida de datos. El proceso de reconstrucción (rebuild) lee cada sector de cada disco superviviente; en un disco de 16–20 TB esto puede llevar varias horas bajo una carga elevada de E/S. Las unidades empresariales especifican una tasa de URE (error de lectura irrecuperable) de ~1 error por 1015 bits; las unidades de consumo suelen presentar cifras hasta diez veces peores. Para una matriz de cuatro discos con unidades de 12 TB, una reconstrucción lee ~36 TB — encontrarse con una URE es plausible, no infrecuente.
ZFS ofrece una ventaja modesta: el resilvering (resincronización) lee solo los bloques asignados. Una matriz con un 40% de ocupación resincroniza aproximadamente el 40% de los datos. En cambio, una reconstrucción en RAID 5 siempre lee la capacidad completa del disco, independientemente de la cantidad de datos presentes; esto supone una diferencia significativa tanto en tiempo de reconstrucción como en riesgo para matrices parcialmente llenas.
Recomendación práctica: Para discos mayores de 8 TB, actualizar a RAIDZ2 o RAID 6 (paridad doble). Las configuraciones con paridad simple siguen siendo razonables en arreglos más pequeños donde el tiempo de reconstrucción se mantiene por debajo de unas pocas horas.
Recuperación de datos de RAID 5
La dificultad para recuperar un RAID 5 varía ampliamente porque los parámetros del conjunto no se almacenan en un formato universalmente legible. Los controladores hardware guardan el orden de los discos, el tamaño de franja (stripe), el algoritmo de paridad y el desplazamiento de bloque en metadatos propietarios o en la NVRAM a bordo. Si el controlador falla, es necesario contar con un reemplazo idéntico (a veces con la misma versión de firmware) o con software capaz de reconstruir la configuración a partir de los datos raw del disco. El RAID 5 por software con mdadm es más portable: el superbloque en cada disco miembro contiene los parámetros del arreglo. El superbloque, sin embargo, es un punto débil: si se sobrescribe, el reensamblado pasa a ser totalmente manual.
Pasos críticos para cualquier recuperación de RAID 5, en orden:
- Crear imágenes sector por sector de todos los discos antes de tocar nada. Trabajar sobre imágenes en lugar de sobre los discos en caliente permite repetir cualquier operación tras un error sin afectar los originales. Este es el paso más importante.
- No permitir que el controlador inicie una reconstrucción automática. Si algún disco superviviente sufre una URE (error de lectura irrecuperable) durante ese proceso, la franja se pierde de forma irreversible. Desactive el autoreconstruido hasta disponer de las imágenes.
- Reconstruir el orden de los discos — un orden erróneo produce un conjunto que parece válido pero está corrupto. El patrón de rotación de la paridad en RAID 5 estándar, simétrico a la izquierda, permite verificar el orden sin adivinanzas.
- Identificar el tamaño de franja (stripe) — valores habituales: 64 KB, 128 KB y 256 KB. El valor correcto genera firmas reconocibles del sistema de archivos en los desplazamientos esperados. El software de recuperación automatiza este proceso por completo.
Para un desglose detallado de los escenarios de fallo, incluido qué hacer cuando un controlador reconfigura el arreglo tras el intercambio de un disco, consulte Cómo recuperar datos de RAID 5.
RS RAID Retrieve: Recuperación por software para ambas configuraciones
Cuando la matriz no puede ser recompuesta por el sistema operativo — controlador averiado, superbloque dañado o discos trasladados desde un NAS a otra máquina — la reconstrucción por software es el paso siguiente adecuado antes de enviar los discos a un laboratorio.
Recuperación de datos de matrices RAID dañadas
RS RAID Retrieve maneja ambos tipos de matriz sin exigir que el usuario conozca los parámetros de antemano. Capacidades clave relevantes para la recuperación de datos y la reconstrucción RAID:
- Detección automática de parámetros para RAID 5 — el programa prueba configuraciones candidatas (orden de discos, tamaño de banda/stripe, algoritmos de paridad) y presenta la que produce un sistema de archivos coherente y montable. Esto elimina la conjetura que suele causar corrupción adicional cuando se intenta la recuperación sin parámetros verificados.
- Reconstrucción de pool ZFS para RAIDZ1 — lee las etiquetas del pool en cada disco, identifica el GUID del pool y la configuración de los vdev, y reconstruye la geometría de la matriz. La reconstrucción puede tener éxito incluso si algunas etiquetas están dañadas, siempre que exista un quórum de etiquetas legibles.
- Extracción parcial por encima del umbral de tolerancia a fallos — en matrices RAID 5 o RAID 6 con más discos fallados de los que permite la paridad, el software extrae los bloques disponibles en los discos supervivientes. En la práctica, esto suele recuperar la mayor parte de los datos en lo que parecía una pérdida total.
- Compatibilidad con imágenes de disco — trabajar sobre una copia forense de cada disco elimina el riesgo de una segunda falla durante el intento de recuperación.
Importante: Nunca guarde los archivos recuperados en ninguno de los discos miembros de la matriz que se está recuperando. Utilice un disco independiente cuya capacidad supere el espacio utilizable total de la matriz.
Cuál elegir — y cuándo importa para la recuperación de datos
La elección tiene implicaciones para la recuperación más allá de la arquitectura. Seleccione según su entorno:
- Elija RAIDZ1 si ya utiliza ZFS (TrueNAS, Proxmox, Linux a medida). Las sumas de verificación integradas, la consistencia por copy-on-write y la portabilidad sin dependencia del controlador reducen la probabilidad de una situación irrecuperable. Un fallo del controlador no afecta a un pool ZFS.
- Elija RAID 5 si su entorno usa un controlador RAID por hardware y no dispone de infraestructura ZFS. Ejecute comprobaciones de consistencia periódicas, verifique los datos SMART de todos los discos antes de cualquier reconstrucción y mantenga una copia de seguridad actualizada: confirme su validez antes de iniciar una operación de reconstrucción.
En cualquiera de las dos configuraciones, el factor más determinante en el resultado de la recuperación es lo que haga en la primera hora. Detenga todas las escrituras de inmediato. No inicialice, reformatee ni ejecute fsck / chkdsk sobre las unidades físicas. Cree imágenes de disco primero; después evalúe si continuar con una recuperación por software o recurrir a un laboratorio, en función del número de discos fallados y de cualquier daño físico.
Tanto RAIDZ1 como RAID 5 comparten el mismo riesgo fundamental: un segundo fallo de disco durante la reconstrucción implica pérdida de datos. Para discos mayores de 8 TB o datos verdaderamente irremplazables, las configuraciones de paridad doble — RAIDZ2 o RAID 6 — ofrecen un margen de seguridad que la paridad simple no puede igualar.
Preguntas frecuentes
zpool import encontrará el grupo automáticamente. No necesitas el hardware, el controlador ni el sistema operativo originales.
Traducción realizada con la versión gratuita del traductor DeepL.com
zpool iostat -v, considérelo como candidato a ser sustituido antes de que se degrade aún más.
