Recuperación de Datos de RAID 6 en NAS Empresarial
El RAID 6 es el estándar en NAS empresariales que requieren alta disponibilidad: soporta el fallo simultáneo de dos discos sin pérdida de datos. Sin embargo, cuando falla un tercer disco durante una reconstrucción, o cuando se pierden los metadatos de la controladora, la recuperación requiere técnicas avanzadas de laboratorio para recalcular las paridades y reconstruir la matriz desde cero.
Cómo funciona la paridad dual de RAID 6
RAID 6 extiende el concepto de RAID 5 añadiendo un segundo bloque de paridad distribuido. Mientras RAID 5 puede tolerar el fallo de un único disco, RAID 6 puede sobrevivir al fallo simultáneo de dos discos cualesquiera de la matriz.
Los bloques P y Q
RAID 6 utiliza dos tipos de paridad calculadas sobre cada franja (stripe) de datos:
- Paridad P: Igual a la paridad de RAID 5: una operación XOR simple sobre todos los bloques de datos de la franja. Es computacionalmente barata pero solo permite recuperar un disco.
- Paridad Q: Una segunda paridad calculada usando aritmética de campos de Galois (GF(2^8)), específicamente la codificación Reed-Solomon. Mucho más costosa computacionalmente, pero permite recuperar hasta dos discos simultáneos mediante un sistema de ecuaciones lineales sobre el campo finito.
Para recuperar dos discos fallidos, el controlador RAID resuelve un sistema de dos ecuaciones con dos incógnitas usando P, Q y los bloques de datos supervivientes. Este cálculo puede llevar horas en arrays grandes, incluso con hardware moderno.
Sobrecarga de capacidad
RAID 6 requiere el equivalente a dos discos completos para almacenar las paridades. En un array de N discos, la capacidad útil es (N-2) discos. Con seis discos de 4 TB, la capacidad útil es 4 x 4 TB = 16 TB, no 24 TB.
RAID 6 vs RAID 60: cuándo usar cada configuración
RAID 60 es una configuración anidada que combina múltiples grupos RAID 6 en un RAID 0 (striping). Es habitual en NAS empresariales con 12 o más discos:
| Aspecto | RAID 6 | RAID 60 (RAID 6+0) |
|---|---|---|
| Discos mínimos | 4 (recomendado 6+) | 8 (recomendado 12+) |
| Tolerancia a fallos | 2 discos cualesquiera | 2 discos por subgrupo RAID 6 |
| Rendimiento de escritura | Moderado (cálculo Q costoso) | Alto (paralelismo entre grupos) |
| Escenario de fallo crítico | 3 discos simultáneos | 3 discos en el mismo subgrupo |
| Complejidad de recuperación | Alta | Muy alta (múltiples subgrupos) |
En RAID 60, perder tres discos del mismo subgrupo RAID 6 destruye ese subgrupo, lo que significa pérdida total del array completo por el striping. La recuperación requiere reconstruir cada subgrupo por separado y luego reensamblar el RAID 0 superior.
Cuándo falla un RAID 6: los escenarios más comunes
Fallo de triple disco
El escenario más temido. Durante la reconstrucción de RAID 6 tras el fallo de un disco, el array opera en modo degradado. En este estado, está temporalmente en la misma posición que un RAID 5: solo puede tolerar un disco adicional. Si durante la reconstrucción (que puede durar entre 12 y 72 horas en arrays grandes) falla un segundo disco, el array pasa a modo crítico. Si falla un tercero antes de que se complete la reconstrucción, el RAID 6 queda destruido.
La probabilidad de triple fallo durante reconstrucción es baja pero no despreciable, especialmente si los discos son del mismo lote de fabricación (fallan de forma correlacionada por desgaste similar) o si el array tiene varios años de uso.
Pérdida de metadatos de la controladora
Muchos NAS empresariales almacenan los metadatos de configuración del RAID (orden de discos, tamaño de stripe, algoritmo de paridad, rotación de paridad) en la controladora o en un área reservada de los propios discos. Si la controladora falla o se reinicia incorrectamente, estos metadatos pueden perderse o corromperse.
Sin los metadatos, el sistema no puede ensamblar el array automáticamente. Un técnico debe reconstruir manualmente los parámetros: determinar el orden correcto de los discos, el tamaño de bloque (típicamente 64 KB, 128 KB o 256 KB en NAS empresariales), el algoritmo de rotación de paridad (left-symmetric, right-symmetric, etc.) y la posición inicial de paridad. Este proceso puede requerir cientos de pruebas de combinaciones.
Write hole y corrupción de paridad
El write hole es una condición de corrupción que ocurre cuando una escritura de franja no se completa correctamente, por ejemplo por un corte de alimentación en el momento exacto en que se estaban actualizando los bloques de datos pero no los de paridad. El resultado es una inconsistencia entre los datos y su paridad.
En RAID 6, el write hole puede afectar a P, a Q, o a ambos. Si la inconsistencia no se detecta a tiempo mediante scrubbing periódico, puede quedar latente hasta que se necesite para una reconstrucción, momento en el que genera datos incorrectos sin que el sistema lo detecte. Los NAS modernos mitigan esto con NVRAM en la caché de escritura o con tecnologías como ZFS Copy-on-Write.
Fallo del sistema de archivos sobre RAID 6
Incluso con el RAID 6 intacto, el sistema de archivos construido sobre él puede corromperse. En NAS Linux-based (Synology DSM, QNAP QTS), el sistema de archivos habitual es ext4 o Btrfs. Una corrupción del superbloque de ext4 o del árbol de B-trees de Btrfs puede hacer el volumen inaccesible aunque todos los discos del RAID estén perfectos.
Implementaciones RAID 6 en NAS empresariales: Synology, QNAP, Netgear y Asustor
Cada fabricante tiene sus particularidades que afectan directamente a la recuperación:
Synology (DSM / SHR-2)
Synology implementa RAID 6 estándar en DSM, basado en mdadm de Linux. También ofrece SHR-2 (Synology Hybrid RAID 2), su propia implementación de RAID con doble paridad que permite mezclar discos de diferente capacidad. Los metadatos mdadm incluyen el UUID del array, el orden de los miembros y la versión del superbloque (habitualmente 1.2). En laboratorio, mdadm permite ensamblar el array en modo solo lectura especificando los parámetros manualmente.
QNAP (QTS / QuTS Hero)
QNAP usa también mdadm para RAID 6 en QTS. QuTS Hero, su sistema para NAS de alta gama, usa ZFS en lugar de ext4/Btrfs, lo que proporciona mayor integridad gracias al Copy-on-Write y los checksums por bloque. La recuperación de ZFS RAID-Z2 (equivalente a RAID 6 en ZFS) requiere herramientas específicas para ZFS y es diferente al proceso de mdadm.
Netgear ReadyNAS
Los ReadyNAS de Netgear han usado diferentes tecnologías a lo largo de los años: X-RAID2 (propietario), ext4 y más recientemente Btrfs. El sistema propietario X-RAID2 tiene metadatos en formato específico de Netgear, lo que puede complicar la recuperación si solo se tienen los discos sin la unidad original.
Asustor (ADM)
ADM de Asustor se basa en Linux con mdadm para la gestión de RAID. El proceso de recuperación es similar al de Synology, aunque las versiones de superbloque y las particularidades del firmware pueden variar entre modelos.
El proceso de recuperación de RAID 6 en laboratorio
La recuperación profesional de un RAID 6 sigue un proceso meticuloso:
- Inventario y diagnóstico de cada disco: Antes de tocar el array, evaluamos el estado de salud de cada disco individualmente mediante SMART y lectura sector a sector.
- Imagen de todos los discos: Creamos copias sector a sector de cada disco en almacenamiento seguro. Todos los trabajos posteriores se realizan sobre las imágenes, nunca sobre los discos originales.
- Identificación de parámetros: Determinamos el orden de discos, tamaño de stripe, algoritmo de paridad y offset del primer bloque de datos. En NAS Linux, los superbloques mdadm facilitan esta información.
- Reconstrucción virtual del array: Montamos el array virtualmente sobre las imágenes de disco, calculando los bloques faltantes mediante las paridades P y Q.
- Reparación del sistema de archivos: Si el RAID es consistente pero el sistema de archivos tiene errores, aplicamos reparación de ext4, Btrfs o el sistema correspondiente.
- Extracción de datos: Copiamos los archivos recuperados a un almacenamiento nuevo y verificamos su integridad.
Cuándo reconstruir vs cuándo recuperar desde cero
Una pregunta crítica es si intentar la reconstrucción del array original (más rápida pero más arriesgada) o recuperar los datos directamente de las imágenes de disco (más lenta pero más segura).
Reconstrucción mdadm: Adecuada cuando los metadatos están intactos, los discos están en buen estado y el fallo fue lógico (sistema de archivos). Es el camino más rápido.
Recuperación desde imágenes: Necesaria cuando hay discos con sectores dañados, cuando los metadatos están corrompidos, cuando el array fue desmontado incorrectamente, o cuando hay riesgo de empeorar el estado de los discos. También es el único camino seguro cuando el cliente necesita garantía de no perder datos adicionales durante el proceso.
En nuestro laboratorio, salvo casos muy claros de fallo puramente lógico con discos en perfecto estado, siempre trabajamos sobre imágenes. El tiempo adicional merece la pena para proteger los datos originales.
Señales de advertencia que preceden al fallo de RAID 6
- Alertas SMART de sectores reasignados o pendientes de reasignación en uno o más discos.
- Tiempos de respuesta elevados en operaciones de lectura/escritura.
- Errores en los logs del sistema del NAS (disponibles en DSM, QTS, ADM).
- Un disco que ya ha fallado y está siendo reconstruido: el array está en máxima vulnerabilidad hasta que termine la reconstrucción.
- Temperatura elevada sostenida: los discos en NAS de alta densidad deben tener ventilación adecuada.
Si recibes notificaciones de tu NAS sobre cualquiera de estos estados, actúa inmediatamente: verifica si tienes copia de seguridad actualizada y, si un disco ya ha fallado, evita acceder al NAS hasta que la reconstrucción haya terminado con éxito.
WhatsApp