En un RAID 6, la información se distribuye entre varios discos junto con doble paridad P y Q. Estas dos paridades permiten reconstruir información ante la falla de hasta dos unidades, siempre que los datos restantes sean legibles y coherentes.
Se necesitan al menos cuatro discos. Si una tercera unidad falla o aparecen errores adicionales antes de restablecer la redundancia, el acceso al volumen puede interrumpirse.
Reconstrucción fallida en un RAID degradado. Tras reemplazar una unidad, los errores de lectura o nuevas fallas en los discos restantes pueden interrumpir la reconstrucción y dejar el volumen inaccesible.
Tres o más discos con falla. RAID 6 está diseñado para tolerar la falla de hasta dos unidades. Una tercera falla supera esa tolerancia y puede impedir el acceso a los datos. El estado de cada disco determina las posibilidades de recuperación.
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 todavía contengan información.
Errores de lectura durante la reconstrucción. Una unidad puede aparecer en línea y tener sectores ilegibles. Durante un rebuild, esos errores pueden impedir completar la reconstrucción con los datos y la paridad disponibles.
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. Conserva los discos en su posición y evita crear un arreglo nuevo sobre las unidades originales.
El procedimiento depende del estado de cada unidad, de la configuración del RAID 6 y de 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, los bloques de datos y las paridades P y Q para reconstruir virtualmente el arreglo.
Trabajamos en un entorno controlado cuando una unidad requiere una intervención física interna. El diagnóstico determina si este procedimiento es necesario.
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 6: el arreglo puede estar gestionado por software.
Los sistemas ZFS/RAIDZ requieren analizar su organización específica; no se tratan como un RAID 6 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.
La viabilidad depende del estado de las unidades, de la información que todavía pueda leerse y de los cambios realizados después de la falla. El mensaje mostrado por la controladora o el NAS no permite anticipar por sí solo el resultado.
En Nekiori analizamos las unidades y la configuración del conjunto antes de definir el procedimiento y el alcance del trabajo.
RAID 6 distribuye los datos y dos conjuntos de información de paridad entre sus unidades. Está diseñado para mantener los datos disponibles ante la falla de hasta dos discos, siempre que el resto de la información necesaria continúe siendo legible y coherente.
La doble paridad no sustituye un respaldo ni protege frente a todas las causas de pérdida de datos, como el borrado, la sobrescritura o determinados cambios de configuración.
Es posible evaluar el caso, pero tres unidades fallidas superan la tolerancia normal de RAID 6. Para recuperar información puede ser necesario obtener datos legibles de uno o más discos afectados.
La viabilidad dependerá del tipo de daño, de los bloques que aún puedan leerse y de las operaciones realizadas sobre el arreglo. No es posible anticipar el resultado sin analizar las unidades.
Un RAID 6 puede continuar permitiendo acceso con una o dos unidades fuera del arreglo. Si los archivos todavía están disponibles, prioriza su respaldo antes de realizar cambios.
Si el volumen no abre, muestra nuevos errores o no tienes claro qué discos están afectados, evita reemplazar unidades o iniciar un rebuild sin revisar primero el estado del conjunto.
No es recomendable iniciar o repetir una reconstrucción sin conocer el estado de las unidades restantes y los intentos realizados anteriormente. Los errores de lectura u otras fallas durante el proceso pueden interrumpirlo y modificar la información disponible.
Si el rebuild ya falló o el volumen continúa inaccesible, conserva los discos identificados en su posición original, incluidos los reemplazados, y evita nuevos intentos antes de evaluar el caso.
Normalmente se requieren todas las unidades del arreglo, incluidas las que continúan en línea, las fallidas y las que hayan sido reemplazadas. Cada una puede aportar información sobre los datos, la paridad y el estado anterior del conjunto.
Identifica su posición original y coordina con Nekiori qué unidades y antecedentes debes entregar antes de retirar o enviar el equipo.
El servicio está orientado a recuperar los datos. Cuando es viable, reconstruimos virtualmente el RAID 6 en el laboratorio para localizar y extraer la información disponible.
Este trabajo no implica reparar el servidor, NAS o controladora ni devolver el arreglo original a producción. Los datos recuperados se entregan en el medio acordado.
El presupuesto depende de la cantidad y el estado de las unidades, el tipo de falla y el trabajo necesario para analizar y reconstruir virtualmente el conjunto.
Recibes el diagnóstico y el presupuesto antes de decidir si autorizas la recuperación.
Sí. Nekiori recibe consultas desde distintas regiones de Chile. Antes de enviar las unidades, coordina con el laboratorio su identificación, embalaje y los antecedentes necesarios para evaluar el caso.
No envíes el servidor, NAS o sistema de almacenamiento completo sin confirmar previamente qué componentes necesita recibir el laboratorio.