Recuperación de datos de RAID 5

La mayoría de pérdidas totales en RAID 5 siguen este patrón: un disco falla, nadie se da cuenta inmediatamente (el servidor sigue funcionando en modo degradado), y al cabo de días o semanas falla un segundo disco. Como todos vienen del mismo lote y han sufrido la misma carga, es estadísticamente probable.

Otras causas: rebuild fallido por bad sectors en los discos sanos durante la reconstrucción, controladora RAID dañada, firmware corrupto en la controladora, apagados bruscos durante escritura.

1. Recepción y etiquetado. Los discos llegan y se etiquetan por slot (disco 1, 2, 3...). No se conectan a nada hasta haber sido clonados.

2. Diagnóstico individual. Cada disco se clona con PC-3000 o DeepSpar. Si un disco tiene problemas mecánicos, se abre en sala limpia antes del clonado.

3. Análisis de metadatos RAID. Determinamos orden de discos, tamaño de stripe, algoritmo de paridad (Left-Symmetric, Right-Symmetric, etc.), offset, rotación.

4. Reconstrucción virtual. Montamos el RAID en memoria con ReclaiMe, R-Studio o UFS Explorer. Nunca tocamos los originales.

5. Extracción del sistema de archivos (ext4 en Linux md-raid, NTFS en Windows, BTRFS/XFS en NAS Synology/QNAP).

6. Verificación de integridad de los archivos recuperados contra checksums cuando existen.

Nunca hagas rebuild forzado. Si dos discos se han marcado como fallidos y el array ha quedado offline, forzar el rebuild reescribirá paridad sobre datos aún legibles y destruirá información de forma irreversible.

Nunca cambies el orden físico de los discos. Etiqueta cuál iba en qué slot antes de sacarlos.

Nunca hagas chkdsk, fsck o similar sobre un volumen RAID dañado. Empeorará las cosas.

Apaga el servidor y llámanos. Cada hora con el servidor intentando funcionar degradado reduce las probabilidades de recuperación total.