Recuperación de datos en RAID y servidores

Un array RAID no es la suma de sus discos: es un mapa lógico que define cómo se distribuyen los bloques entre ellos. Ese mapa incluye el orden de discos, el tamaño de stripe (típicamente 64 KB, 128 KB, 256 KB), la rotación de paridad (left-symmetric, right-asymmetric, etc.) y la posición de los metadatos en cada disco (al principio, al final, en sector 0, en LBA reservado por la controladora). Sin todos estos parámetros exactos, los datos están allí pero son ilegibles — como tener todas las páginas de un libro desordenadas y sin números.

La paridad es lo que permite a un RAID 5 reconstruir el contenido de un disco perdido a partir del XOR del resto, y a un RAID 6 sobrevivir a la pérdida de dos. Pero esa misma paridad se vuelve inservible si los discos supervivientes tienen sectores marginales: cuando el rebuild intenta leer cada bloque para calcular el contenido del disco nuevo, un solo URE (unrecoverable read error) en otro disco puede abortar la reconstrucción y dejar el array en estado doblemente degradado. Es el fallo clásico de los RAID 5 con discos grandes.

Por eso nuestra primera operación siempre es la misma: clonado individual de cada disco sobre destinos sanos, en modo de lectura forzada con tolerancia a errores (ddrescue, deepspar). A partir de las imágenes clonadas reconstruimos el array virtualmente — probando combinaciones de orden, stripe y rotación hasta que el filesystem se valida — y extraemos los datos. Los discos originales no se conectan jamás a la controladora original ni se les permite intentar rebuild alguno.