En un RAID 5, tu información se distribuye en bloques entre varios discos. Junto a esos datos se guarda paridad: información calculada que permite reconstruir el contenido de una unidad que falla.
Se necesitan al menos tres discos. El arreglo tolera la falla de uno; si otra unidad presenta problemas antes de recuperar la redundancia, el acceso puede interrumpirse.
Reconstrucción fallida en un RAID degradado. Tras reemplazar un disco, los errores de lectura o una segunda unidad con problemas pueden detener la reconstrucción y dejar el volumen inaccesible.
Más de un disco con falla. RAID 5 tolera la falla de una unidad. Si otra deja de responder antes de restablecer la redundancia, el arreglo puede quedar fuera de servicio.
Problemas en la controladora. Una falla del controlador o la pérdida de su configuración puede impedir que el servidor reconozca el arreglo, aunque los discos aún contengan información.
Errores de lectura durante la reconstrucción. Un disco puede aparecer en línea y tener sectores que no se pueden leer. Al reconstruir el RAID, esos errores pueden interrumpir el proceso.
Arreglo no reconocido después de un cambio. Al reemplazar la controladora o la placa del equipo, el RAID puede aparecer como «foreign» o configuración ajena. Esto no significa necesariamente que la información haya desaparecido.
El procedimiento se determina de acuerdo con el estado de cada unidad, la configuración del RAID y los cambios realizados después de la falla.
Revisamos cada unidad para identificar fallas y determinar qué información puede leerse.
Analizamos el orden de los discos, la distribución de los datos y la paridad para reconstruir virtualmente el arreglo.
Contamos con un entorno de trabajo controlado para las unidades que requieren una intervención física interna. Este procedimiento se utiliza únicamente cuando la falla lo requiere.
Si tu equipo no aparece, indícanos la marca y el modelo al consultar. No necesitas conocer los parámetros del RAID.
Los niveles RAID disponibles dependen del modelo. Una HBA no define por sí sola un RAID 5: el arreglo puede estar gestionado por software.
Los sistemas ZFS/RAIDZ requieren analizar su organización específica; no se tratan como un RAID 5 convencional.
También analizamos discos virtuales VMDK, VHD y VHDX, según el entorno. Estos formatos son contenedores de disco, no sistemas de archivos.
En estas implementaciones, el soporte puede limitarse al acceso y la extracción de datos existentes; no equivale a recuperar archivos borrados.
El alcance se determina según la versión y las características del sistema de archivos, el cifrado y el estado de los discos y sus metadatos.
El alcance de la recuperación se determina después de evaluar los discos y la configuración del arreglo. La marca o el nivel RAID, por sí solos, no permiten confirmar el resultado.
Si perdiste el acceso, evita modificar el arreglo hasta recibir orientación.
¿Ya intentaste alguna solución? Cuéntanos qué cambios realizaste y qué discos fueron reemplazados.
En muchos casos es posible evaluar y recuperar datos desde un RAID 5 que aparece degradado, offline o inaccesible. La viabilidad depende del estado de los discos, la configuración del arreglo y las acciones realizadas después de la falla.
En Nekiori analizamos las unidades y la estructura del RAID antes de determinar el procedimiento adecuado. El diagnóstico permite establecer la viabilidad del caso y el alcance del trabajo.
Es posible evaluar un RAID 5 aunque más de un disco presente fallas. Sin embargo, RAID 5 está diseñado para tolerar la pérdida de una unidad, por lo que el estado del segundo disco puede ser determinante.
La recuperación dependerá de la información que todavía sea posible leer, del tipo de daño y de los cambios realizados en el arreglo. La presencia de dos discos fallidos no permite anticipar el resultado sin analizar cada unidad.
Un RAID degradado puede continuar funcionando porque mantiene acceso con una unidad fuera del arreglo. Sin embargo, si existen errores en otro disco, nuevos reinicios o una reconstrucción podrían modificar el estado del sistema.
Si los datos todavía están accesibles, prioriza su respaldo. Si el volumen ya no abre, evita reemplazar discos, cambiar su posición o iniciar un rebuild antes de evaluar el arreglo.
No es recomendable iniciar o repetir un rebuild sin conocer primero el estado de las unidades. Si otro disco presenta errores de lectura o se vuelve inestable durante la reconstrucción, el procedimiento puede interrumpirse y modificar la información disponible.
Si el rebuild ya falló o el volumen continúa inaccesible, evita nuevos intentos y conserva los discos identificados en su posición original.
Para evaluar correctamente un RAID 5, normalmente se necesitan todas las unidades que formaban parte del arreglo, incluso aquellas que el sistema identifica como operativas o fuera de línea.
Cada disco puede contener información necesaria para determinar el orden, la distribución de los datos y el estado del arreglo. Antes de retirar las unidades, identifica su posición original y evita intercambiarlas.
El servicio está orientado a recuperar los datos, no a devolver el arreglo original a producción. Cuando corresponde, reconstruimos virtualmente el RAID en el laboratorio para localizar y extraer la información, sin depender de que el servidor o NAS vuelva a funcionar.
Después de la recuperación, los datos deben almacenarse en un medio de destino y el sistema original debe ser revisado antes de volver a utilizarlo.
Primero evaluamos el estado de los discos y la configuración del arreglo. A partir de ese análisis determinamos si es posible obtener información suficiente para reconstruir virtualmente el RAID y localizar los archivos.
Nekiori informa el diagnóstico y el alcance del trabajo antes de iniciar el proceso autorizado. El resultado no puede determinarse únicamente por el mensaje mostrado por el servidor o NAS.
Sí, Nekiori recibe consultas desde distintas regiones de Chile. Antes de enviar los discos, contacta con el laboratorio para recibir indicaciones sobre identificación, embalaje y antecedentes del caso.
Mantén las unidades protegidas e identificadas según su posición original y evita enviar el servidor completo sin coordinarlo previamente.