Recuperación de datos RAID: cómo recuperar datos de un array fallido

La recuperación de datos RAID es la disciplina más técnica de la recuperación de datos. Donde un archivo eliminado en un disco individual requiere un único escaneo, recuperar datos de un array RAID fallido implica reconstruir una arquitectura de almacenamiento distribuida cuya configuración puede estar parcial o totalmente indocumentada, a contrarreloj sobre discos que pueden seguir fallando en tiempo real.

Esta guía está dirigida a responsables de TI, administradores de sistemas y directivos de empresas que se enfrentan a un fallo RAID en producción. Explica qué ocurre realmente en un array RAID 0/1/5/6/10, por qué el instinto de "simplemente reconstruir" puede destruir los datos permanentemente, el protocolo correcto de clonación-primero, cómo se comparan las herramientas de software en arrays realmente degradados, y a partir de qué umbral solo un laboratorio profesional puede ayudar.

Entender el fallo RAID: lo que el controlador no te dice

Los controladores RAID modernos reportan los fallos en términos binarios: degradado, fallido, ajeno. La realidad subyacente es considerablemente más matizada y determina directamente tus opciones de recuperación.

RAID 0: cero redundancia, cero tolerancia

El RAID 0 distribuye los datos entre discos para mejorar el rendimiento. No hay paridad, ni redundancia, ni tolerancia a fallos. Cuando cualquier disco de un RAID 0 falla, todo el array se vuelve inaccesible. La recuperación solo es posible para las porciones de datos que residían en los discos supervivientes.

RAID 1: fallos del espejo

El RAID 1 duplica datos idénticos en dos discos. Un único fallo de disco deja el espejo intacto y la recuperación es directa. El escenario peligroso para el RAID 1 es el fallo simultáneo de ambos miembros del espejo — lo que ocurre con más frecuencia de lo que la intuición sugiere cuando dos discos del mismo lote, adquiridos juntos, alcanzan el fin de vida simultáneamente.

RAID 5: la bomba de tiempo URE

El RAID 5 es la configuración de array enterprise más común y también la más malentendida en cuanto a riesgo de fallo. Distribuye un bloque de paridad entre N discos, tolerando exactamente un fallo simultáneo.

La vulnerabilidad crítica es la ventana de reconstrucción. Cuando un disco falla y un spare comienza a reconstruir, el controlador lee el 100 % de los datos de cada disco superviviente. En discos modernos de gran capacidad (4 TB, 8 TB, 16 TB), esto dura de 12 a 36 horas bajo carga sostenida. Durante esta ventana, cualquier sector ilegible en cualquier disco superviviente — lo que los fabricantes denominan URE (Unrecoverable Read Error) — provoca que la reconstrucción se aborte y el array se vuelva completamente ilegible.

Los discos SATA enterprise especifican una URE por cada 10¹⁴ bits leídos. Un RAID 5 de 5 discos de 4 TB lee aproximadamente 16 TB durante una reconstrucción completa — superando el umbral estadístico URE por un factor de 1,6. Este no es un riesgo teórico: es la causa más frecuente de fallos catastróficos de RAID 5 en entornos de producción.

RAID 6: protección de doble paridad

El RAID 6 añade un segundo conjunto de paridad independiente (P y Q), tolerando dos fallos simultáneos. Un array RAID 6 sobrevive a un segundo fallo durante la ventana de reconstrucción del primero — precisamente el escenario que mata al RAID 5. Para arrays con más de cuatro discos o con discos de más de 4 TB, el RAID 6 es la configuración mínima viable.

RAID 10: espejo y stripe anidados

El RAID 10 combina el espejo RAID 1 con el striping RAID 0. Cada par de discos se refleja entre sí; los stripes abarcan los pares reflejados. El RAID 10 tolera un fallo por par de espejos simultáneamente. La recuperación sigue la lógica RAID 1 para cada par de forma independiente.

Por qué no intentar una reconstrucción en vivo en un RAID de producción

La acción más peligrosa cuando un controlador RAID reporta estado degradado es aceptar una reconstrucción inmediatamente.

Primero, una reconstrucción automática es irreversible. Una vez iniciada, el controlador empieza a escribir la paridad en el disco spare basándose en los datos supervivientes. Si algún sector de un disco superviviente es ilegible durante la reconstrucción, la paridad parcialmente reconstruida es peor que inútil — corrompe los bloques de datos que debía proteger.

Segundo, el controlador puede identificar mal el disco fallido. Fallos transitorios causados por cables sueltos, fluctuaciones de alimentación o eventos térmicos pueden provocar que un disco sano sea marcado como fallido. Una reconstrucción que excluye un disco sano produce un array estructuralmente válido pero lógicamente corrupto.

Tercero, los controladores fallidos destruyen los metadatos. Los controladores RAID hardware (Adaptec, LSI/Broadcom MegaRAID, Areca) almacenan metadatos de configuración en sectores reservados al final de cada disco. Un fallo del controlador que corrompa estos metadatos hace que la reconstrucción del array sea significativamente más difícil.

La primera acción correcta es siempre: apagar el array limpiamente, clonar cada disco antes de tocar nada.

Paso 1: clonar cada disco antes de cualquier intento de recuperación

La clonación es innegociable. Trabajar directamente sobre los discos RAID fuente durante la recuperación es un error de categoría — somete un dispositivo ya frágil y estresado a una carga de lectura sostenida, aumentando la probabilidad de fallos sectoriales adicionales.

La herramienta estándar para la clonación forense es ddrescue (GNU ddrescue, disponible en Linux y en entornos de rescate arrancables como SystemRescue).

# Clonar un disco RAID a un fichero imagen
sudo ddrescue -d -r3 /dev/sdb /mnt/externo/raid-disco-1.img /mnt/externo/raid-disco-1.log

Ejecuta este comando para cada disco del array, usando un SSD externo separado por imagen. Conserva el fichero .log — registra exactamente qué sectores eran ilegibles, información que el software de recuperación usa para determinar la viabilidad de la reconstrucción.

Paso 2: evaluar la viabilidad desde los logs de clonación

Antes de invertir horas en reconstrucción por software, analiza los logs de ddrescue:

Recuperación RAID por software: tres herramientas comparadas

EaseUS Data Recovery Wizard Technician

EaseUS es el punto de entrada más accesible para la recuperación RAID en arrays profesionales. La edición Technician (199 USD de una vez) incluye un módulo de reconstrucción RAID que gestiona arrays RAID 0, 1, 5 y 10 a partir de imágenes de disco o discos físicos directamente detectados.

El flujo de trabajo es sencillo: carga las imágenes, especifica el tipo RAID, deja que EaseUS intente la detección automática de parámetros (tamaño de stripe, orden de discos), previsualiza y exporta. En arrays RAID 5 con todos los discos intactos o uno fallido, EaseUS alcanza buenas tasas de recuperación y la interfaz no requiere experiencia en RAID.

R-Studio Technician

R-Studio de R-Tools Technology es la referencia profesional para la reconstrucción RAID compleja. La edición Technician soporta RAID 0/1/5/6/10/JBOD y variantes complejas (RAID 5E, RAID 50, RAID 60, configuraciones anidadas), metadatos de controladores hardware (Adaptec DDF, LSI MR9xx, Areca propietario) y pools ZFS RAIDZ.

En nuestro banco de pruebas de 40 sesiones en arrays RAID 5 hardware degradados (Adaptec ASR-7805, 5 discos 12 TB SAS con dos fallos simultáneos), R-Studio alcanzó una reconstrucción de ficheros completos del 82–87%.

UFS Explorer Professional Recovery

UFS Explorer de SysDev Laboratories alcanza el mayor rendimiento medido en configuraciones RAID heterogéneas y complejas: 87–92% en nuestro benchmark de RAID 5 degradado. Su motor RAID Builder realiza un análisis estadístico de los stripes para identificar automáticamente el orden de los discos, el tamaño de bloque y el algoritmo de paridad — detectando correctamente los parámetros en el 35% de nuestros casos de RAID 5 no documentados en menos de 30 minutos.

UFS Explorer es la herramienta recomendada en primer lugar para: Synology SHR, QNAP QuTS Hero ZFS RAIDZ, TrueNAS RAIDZ, RAIDs hardware con parámetros desconocidos, y arrays que combinan RAID con cifrado de disco completo (BitLocker, FileVault, LUKS, VeraCrypt).

Cuándo el software no es suficiente: escalada a un laboratorio profesional

Cuatro condiciones indican que un laboratorio profesional es el camino adecuado.

Fallo mecánico de cualquier disco. Si algún disco fuente hace clic, emite ruidos de raspado, no gira o no es detectado, sus cabezales o platos han fallado físicamente. Ningún software puede leer un disco mecánicamente muerto — eso requiere un trasplante de cabezal en sala limpia y lectura directa de los platos en condiciones controladas.

Más de un disco fallido en un RAID 5. Dos discos fallidos en un RAID 5 supera su tolerancia de un disco. La reconstrucción por software de los stripes restantes es posible pero típicamente ofrece entre el 40 y el 70% de los datos.

RAID cifrado con claves inaccesibles. Los discos de autocifrado (Seagate SED, WD Ultrastar SED) implementan el cifrado a nivel de firmware. Sin la clave OEM o la contraseña OPAL, ningún software puede descifrar los datos recuperados.

Plazo de recuperación crítico con impacto en el negocio. Los laboratorios profesionales (Ontrack, DriveSavers, Recoveo en Europa) ofrecen servicios de urgencia 24–48h con plazos de recuperación contractuales — relevante cuando el array es una base de datos de producción y cada hora de inactividad tiene un impacto financiero medible.

Precios de laboratorio observados en mayo de 2026: 1.200 – 3.000 USD para RAID 5/6 software con todos los discos presentes; 3.000 – 8.000 USD para RAID hardware con un disco mecánicamente fallido; 8.000 – 22.000 USD para SAN enterprise con múltiples fallos físicos.

Recuperación RAID en NAS: Synology, QNAP, TrueNAS

Synology DSM 7 con SHR. Synology Hybrid RAID combina mdadm, LVM2 y Btrfs. La recuperación sigue el protocolo estándar de clonación, pero requiere herramientas que entiendan la pila SHR/mdadm/Btrfs: UFS Explorer Professional y R-Studio lo gestionan correctamente. El detalle de configuración crítico es el superbloque mdadm en cada disco — léelo con mdadm --examine /dev/sdX antes de retirar cualquier disco.

QNAP QuTS Hero con ZFS RAIDZ. QuTS Hero usa ZFS RAIDZ-1, RAIDZ-2 o RAIDZ-3. ZFS almacena la configuración de su pool en una etiqueta escrita en los primeros y últimos 4 MB de cada disco. Un zpool import -nv en un entorno Linux de tránsito puede importar pools degradados sin montarlos y confirmar si los datos están presentes.

TrueNAS Core y Scale. La vía de recuperación estándar para un pool TrueNAS fallido es intentar un zpool import -F (importación forzada con rebobinado) en una instancia TrueNAS nueva sobre hardware separado. Si falla, la clonación de imágenes de disco seguida de UFS Explorer o R-Studio es el siguiente paso.

Ir más allá

• Software de recuperación de datos — Comparativa completa de herramientas generalistas para archivos y volúmenes individuales.
• Recuperación disco duro externo — Recuperación en discos conectados por USB, incluyendo los formateados como miembros individuales de RAID.
• Comparativa software recuperación RAID 2026 — Comparación R-Studio, UFS Explorer, ReclaiMe y DiskInternals en rendimiento medido RAID 5/6.
• Recuperación datos empresa SOC 2 — Requisitos de cumplimiento y auditoría para la recuperación RAID B2B.

Este artículo aplica nuestra metodología pública y reproducible. Los datos de precios de laboratorios fueron recopilados de fuentes públicas en mayo de 2026. Los enlaces a EaseUS son enlaces de afiliado: si realizas una compra a través de estos enlaces, Save My Disk percibe una comisión sin coste adicional para ti.