RAID con falla: qué hacer para no perder los datos en el rebuild
Por el Equipo Técnico HD Doctor
Respuesta directa
Cuando un array RAID falla, la principal amenaza no es la falla en sí — es el rebuild automático iniciado sin diagnóstico. El proceso de rebuild lee el 100% de la superficie de los discos restantes; un sector defectuoso en cualquiera de ellos provoca una falla en cascada y pérdida total. HD Doctor interrumpe el rebuild, clona cada disco individualmente con PC-3000 y reconstruye el array virtualmente antes de extraer cualquier dato.
Por qué el rebuild del RAID causa más pérdidas que la falla original
El RAID distribuye datos entre discos para redundancia o rendimiento, pero no sustituye al backup. El RAID 5 tolera la falla de un disco; el RAID 6 tolera dos. Cuando se alcanza ese límite, la controladora inicia el rebuild automáticamente — y es en ese momento cuando ocurre la mayoría de las pérdidas totales. Los NAS de marcas como Synology, QNAP y Western Digital inician el rebuild sin aviso apenas se inserta un disco de reemplazo. El riesgo se amplifica en arrays con años de operación sin monitoreo SMART. Los discos con sectores defectuosos acumulados operan con normalidad en el día a día — pero no sobreviven al estrés de un rebuild completo. HD Doctor identifica ese patrón en buena parte de los casos que recibe: el array venía operando degradado durante semanas antes de que se percibiera la falla.
Qué NO hacer cuando el array RAID falla
- 1.Dejar que el NAS inicie el rebuild automático sin diagnóstico. Es la causa más frecuente de pérdida total de RAID que llega a HD Doctor. El rebuild lee el 100% de la superficie de los discos restantes — un sector defectuoso en cualquiera de ellos provoca una falla en cascada.
- 2.Insertar el disco de reemplazo antes de clonar los discos restantes. La inserción activa el rebuild automático de inmediato. Si otro disco falla durante el proceso, ya no hay recuperación posible por la controladora.
- 3.Inicializar el array desde cero en la controladora RAID. Borra todos los metadatos de estructura del array e inviabiliza la recuperación lógica — incluso con los datos físicamente presentes en los discos.
- 4.Usar herramientas genéricas directamente sobre los discos originales. Las herramientas genéricas escriben en la superficie durante el análisis y pueden sobrescribir datos aún recuperables. Todo análisis debe hacerse sobre copias forenses.
- 5.Confundir RAID con backup. El RAID es redundancia de hardware — no protege contra borrado accidental, ransomware o falla simultánea de la controladora y de los discos. El backup externo es obligatorio incluso con RAID activo.
Qué hacer de inmediato cuando el RAID falla
Los primeros pasos determinan si la recuperación será posible. Cualquier acción precipitada — insertar un disco nuevo, reiniciar el NAS, iniciar el rebuild — puede cerrar la ventana de recuperación.
- 1
Interrumpa el rebuild si ya se inició
Cada ciclo de lectura en discos con sectores defectuosos aumenta el riesgo de falla en cascada. Interrumpir el rebuild no borra datos ya existentes — siempre es seguro detener el proceso.
- 2
No inserte el disco de reemplazo antes del diagnóstico
La inserción de un disco nuevo hace que la controladora inicie el rebuild automático en la mayoría de los NAS (Synology DSM, QNAP QTS). Espere el diagnóstico — él define qué vía de recuperación es viable antes de cualquier sustitución.
- 3
Registre los parámetros del array antes de apagar
Anote el tipo de RAID, el orden de los discos, el tamaño del stripe y el algoritmo de paridad — visibles en la interfaz del NAS. Esos parámetros son necesarios para la reconstrucción virtual y pueden perderse si se reinicia la controladora.
- 4
Clone cada disco individualmente con herramienta forense
HD Doctor clona cada miembro con PC-3000. Los discos con sectores defectuosos exigen clonación con remapeo — las herramientas genéricas se detienen en el primer error. Los discos originales quedan intactos durante todo el proceso.
- 5
Reconstruya el array en un entorno virtual
Con los clones y los parámetros registrados, HD Doctor reconstruye el array sin usar la controladora original. La extracción ocurre sobre la imagen virtual — lo que permite repetir la operación sin riesgo adicional.
- 6
Valide los archivos extraídos antes de restaurar a producción
Verifique la integridad de los archivos críticos antes del restore. HD Doctor entrega una lista con los archivos extraídos y sus tamaños para revisión antes de cualquier decisión de restauración.
Preguntas frecuentes sobre recuperación de array RAID con falla
¿Un RAID 5 con dos discos con falla tiene recuperación posible?
Depende de la causa de la falla — el RAID 5 no tiene paridad suficiente para reconstituirse con dos discos ausentes. HD Doctor analiza si los discos fallaron por problema de firmware o de superficie: en casos de firmware, es posible restaurar uno de los discos y recuperar los datos con paridad parcial. Cada caso se evalúa individualmente antes de cualquier presupuesto. El diagnóstico se entrega en hasta 24 horas tras la recepción de los discos.
¿Cuánto tarda la recuperación de un RAID?
Los casos sin daño físico en los discos llevan de 3 a 5 días hábiles. Cuando hay daño de superficie o problema de cabezal en algún miembro del array, el plazo puede llegar a 10 días hábiles — el tiempo lo determina la clonación forense de cada disco con PC-3000. El diagnóstico con evaluación de recuperabilidad y presupuesto fijo se entrega en hasta 24 horas. No hay cobro en caso de fracaso.
¿HD Doctor recupera NAS de cualquier fabricante?
Sí. Synology, QNAP, Netgear, Buffalo y Western Digital (WD My Cloud EX2/EX4) se atienden, además de servidores con controladoras LSI, Adaptec e Intel. El trabajo se hace sobre las imágenes forenses de los discos — independientemente del sistema operativo del NAS. Los parámetros específicos de cada fabricante (stripe size, disk order, paridad) se identifican y aplican en la reconstrucción virtual del array.
¿Es posible recuperar datos de una VM almacenada en un volumen RAID?
Sí. HD Doctor recupera VM (.vmdk en VMware ESXi, .vhdx en Hyper-V) almacenadas en volúmenes RAID con falla. El análisis se hace por capas: primero se reconstruye virtualmente la estructura RAID, después se accede al sistema de archivos de la VM en las imágenes de los discos. En corrupción parcial del array, es posible extraer VM íntegras incluso sin rebuild completo. El proceso nunca toca los discos originales.
¿Qué pasa cuando el RAID venía operando degradado sin que nadie lo supiera?
Ese es el escenario más común entre los casos que llegan a HD Doctor. El array opera con normalidad con un disco en falla silenciosa — y el segundo falla bajo el estrés del rebuild automático iniciado cuando se detecta el primero. HD Doctor revisa el historial de eventos de la controladora y el SMART de cada disco para identificar la secuencia exacta de fallas. Ese historial define qué discos clonar primero y qué método de reconstrucción aplicar.
¿Su RAID falló? No inicie el rebuild antes de hablar con HD Doctor.
Diagnóstico gratuito y atención en toda América Latina.