La recuperación descrita fue sencilla y verificada por el usuario: un RAID 5 de cuatro discos tenía una unidad marcada como dañada. El propietario apagó el ZimaCube, reemplazó ese disco, volvió a encender el sistema, siguió las indicaciones de almacenamiento de ZimaOS e informó que la reconstrucción había comenzado con una estimación de 13,5 horas restantes.
La documentación actual de ZimaOS describe ahora de forma más explícita este mismo flujo administrado: cuando falla un disco RAID, el conjunto pasa a estar degradado, los datos siguen siendo accesibles y, después de reemplazar el disco averiado, ZimaOS guía al usuario durante la reconstrucción. La fuente original también informó que otro conjunto RAID 0 pasó a ser de solo lectura al mismo tiempo; la documentación actual no describe esto como el comportamiento permanente normal de todos los conjuntos independientes.
Confirma qué disco físico falló realmente
Antes de extraer nada, relaciona el estado de almacenamiento de ZimaOS con la bahía física y el número de serie. En un RAID 5 degradado, retirar el miembro sano equivocado puede convertir un fallo de un solo disco en una interrupción mucho más peligrosa de varios discos.
Copia los datos críticos antes de la reconstrucción si el conjunto sigue siendo accesible
El RAID 5 sobrevive al fallo de un miembro, pero la reconstrucción lee intensivamente todos los discos supervivientes. Si otro disco tiene un estado SMART deficiente o sectores ilegibles, la reconstrucción es el momento en que esas debilidades cobran mayor importancia.
Si el conjunto es accesible y los datos son irremplazables, copia los archivos más importantes en un almacenamiento independiente antes de iniciar una reconstrucción larga, siempre que sea posible.
La fuente reemplazó el disco con el sistema apagado
El usuario apagó el ZimaCube antes de cambiar el disco dañado. Es la opción predeterminada más segura cuando no dependes explícitamente de un flujo de intercambio en caliente documentado.
Después de instalar la unidad de reemplazo, enciende el sistema y deja que ZimaOS detecte el conjunto degradado y el nuevo disco elegible.
Usa la indicación de reconstrucción de ZimaOS
El usuario de la fuente no publicó ningún comando manual de reparación con mdadm. Siguió las indicaciones de la interfaz de almacenamiento y la reconstrucción comenzó correctamente.
La guía actual de almacenamiento de IceWhale indica lo mismo: reemplaza la unidad averiada y deja que ZimaOS te guíe durante la reconstrucción.
Usa el flujo actual de recuperación de almacenamiento de ZimaOS.
Usa un disco de reemplazo de igual o mayor capacidad
La unidad de reemplazo debe ser lo bastante grande para cumplir con la geometría de los miembros del RAID. Dos discos comercializados con la misma capacidad nominal pueden diferir ligeramente en el número de sectores utilizables, por lo que, cuando sea posible, usar el mismo modelo y capacidad reduce las sorpresas.
Supervisa el progreso de la reconstrucción y el estado de los discos
ZimaOS 1.3.2 y versiones posteriores añadieron una visualización más clara del progreso de las operaciones de reconstrucción y paridad del RAID. Durante la reconstrucción, evita apagados innecesarios, supervisa las temperaturas y el estado SMART, y reduce las cargas de trabajo intensivas si es posible.
Verifica el conjunto después de la recuperación
Cuando finalice la reconstrucción, confirma lo siguiente:
- el estado del RAID vuelve a ser saludable;
- todos los miembros esperados están activos;
- los recursos compartidos y las aplicaciones pueden leer y escribir con normalidad;
- los archivos importantes se abren correctamente;
- la copia de seguridad independiente está actualizada.
Que el segundo RAID 0 de la fuente quedara en modo de solo lectura fue un síntoma independiente
El usuario informó que ambos conjuntos se establecieron como de solo lectura, aunque solo el RAID 5 tenía el disco dañado. El hilo no documentó por qué el RAID 0 independiente fue protegido de esa manera ni qué acción exacta restauró su acceso de escritura.
No des por hecho que un sistema ZimaOS actual siempre pondrá todos los conjuntos en modo de solo lectura después de un fallo de RAID.
Preguntas frecuentes sobre la recuperación de RAID 5
¿El usuario de la fuente logró iniciar la reconstrucción del RAID 5?
Sí. Después de reemplazar el disco averiado y seguir las indicaciones, el conjunto inició la recuperación con una estimación de aproximadamente 13,5 horas.
¿Debo ejecutar primero comandos de mdadm manualmente?
No para el flujo confirmado por la fuente. Usa la ruta de reconstrucción administrada de ZimaOS, a menos que el soporte de IceWhale proporcione instrucciones específicas de la línea de comandos para tu versión.
¿El RAID 5 es una copia de seguridad?
No. El RAID mantiene la disponibilidad tras el fallo de un disco, pero no protege contra eliminaciones accidentales, corrupción, robo ni otro fallo durante la reconstrucción.
