Blog de RecoverySoftware

Descubra métodos eficaces y guías paso a paso para recuperar datos de sus dispositivos. Mantente a la vanguardia con nuestros consejos sobre recuperación de datos o seguridad de almacenamiento.

Dos unidades han fallado en su matriz Synology SHR-1. DSM informa de que el grupo de almacenamiento se ha bloqueado y que los datos no pueden recuperarse. La recuperación de datos en SHR-1 tras una doble avería de disco es el tema de este artículo, y la situación es más matizada de lo que sugiere el mensaje de DSM. La posibilidad de recuperar los datos no depende únicamente del número de discos averiados, sino de cómo se produjo el fallo y del estado en que se encuentran las unidades que siguen operativas.

Se reemplazó un disco de 4 TB en una matriz SHR de Synology por un disco de 8 TB. La reconstrucción (rebuild) se inició, avanzó durante un tiempo y luego se detuvo. DSM muestra Degraded, Crashed, o la barra de progreso no se ha movido en horas. El NAS puede haber quedado completamente inoperativo. Este artículo aborda la recuperación de datos tras una falla en la reconstrucción de un SHR: qué ocurrió dentro de la matriz, cómo interpretar el estado actual sin agravar el problema y cómo recuperar sus archivos.

El NAS está muerto. Los discos están intactos. Al conectarlos a un equipo con Windows o Linux aparece el mensaje "Necesita formatear este disco", o los discos no son visibles en absoluto. Esto no es pérdida de datos, sino un problema de acceso. A diferencia de los supuestos en los que los discos fallan, una placa base Synology averiada deja los datos del volumen SHR físicamente intactos. Lo que hay que recuperar no es el contenido en sí, sino el acceso a la estructura multinivel que Synology emplea para almacenarlo.

Han fallado dos discos en un array con paridad simple, o tres en una configuración de doble paridad. Unraid no puede iniciar el array y, aunque pudiera hacerlo, los datos de los discos dañados son matemáticamente irrecuperables únicamente mediante la paridad. Este es el punto en el que termina la redundancia de almacenamiento y comienza la recuperación de datos.

El disco está físicamente presente, SMART no detecta errores y el arreglo de Unraid arrancó sin problemas — pero un recurso compartido ha desaparecido y la interfaz WebGUI muestra el disco como No montable. Se trata de un evento de corrupción del sistema de archivos, y es una clase de problema distinta a una falla de hardware.

La pérdida de un único disco en un array de Unraid es un suceso previsible y manejable, siempre que se actúe correctamente. El sistema sigue funcionando, los datos siguen siendo accesibles y existe un procedimiento definido para la recuperación completa. Nada de esto es casual: deriva directamente de cómo Unraid estructura sus matrices.

Este artículo explica la mecánica de esa protección, el procedimiento correcto para reemplazar un disco fallado y qué hacer cuando la vía estándar no funciona y es necesario extraer datos desde fuera del sistema.

Cuando un usuario contacta a un especialista en recuperación de datos por un arreglo fallido, la respuesta a "¿qué nivel de RAID es?" condiciona todo lo que sigue. RAIDZ1 y RAID 5 comparten la misma idea fundamental: distribuir la paridad entre los discos para que la pérdida de un único disco no implique pérdida de datos, pero su comportamiento difiere significativamente bajo condiciones adversas. Esas diferencias se vuelven muy concretas cuando se está frente a un conjunto RAID degradado. Este artículo se centra en lo que las diferencias arquitectónicas implican para la probabilidad de fallo, la dificultad de recuperación y qué herramientas funcionan en cada caso.

Online Chat with Recovery Software