Recuperación de datos de NAS en Panamá (Synology y QNAP)

¿Qué es la recuperación de datos de un NAS?

Un NAS (almacenamiento conectado a la red) es un equipo con varios discos que comparte archivos a toda una oficina y, a menudo, sostiene copias de seguridad, máquinas virtuales y carpetas compartidas críticas. Por dentro combina sus discos en un arreglo y monta encima un sistema de archivos. La recuperación de datos de un NAS consiste en reconstruir ese arreglo y ese sistema de archivos cuando el equipo deja de servir los datos, ya sea porque varios discos fallaron, porque una actualización dejó el equipo inoperable o porque un corte eléctrico interrumpió una escritura.

La parte que sorprende a muchas empresas es que el NAS, aunque tenga discos redundantes, sigue siendo un único sistema lógico. Por eso, ante un aviso, conviene saber qué hacer con un volumen degradado o averiado. Los discos pueden estar sanos y, aun así, el volumen quedar inaccesible si los metadatos del arreglo o del sistema de archivos se corrompen. Ahí es donde entra el laboratorio.

¿Por qué un NAS Synology muestra «Volume Crashed»?

Porque al menos uno de los arreglos internos que componen el volumen ha fallado, y eso deja todo el volumen fuera de línea. Conviene entender la estructura: el Synology Hybrid RAID (SHR) no es un RAID propietario, sino una disposición de particiones que crea arreglos estándar mdadm —RAID 5 en SHR-1 y RAID 6 en SHR-2— sobre porciones del mismo tamaño de discos de distinta capacidad. Esos arreglos se unen en un grupo LVM y el volumen lógico se formatea con Btrfs o EXT4. Cuando uno de esos arreglos md cae, DSM marca el volumen como «crashed» y deja de montarlo.

El comportamiento posterior depende del sistema de archivos. Tras un corte eléctrico a media transacción, el arreglo mdadm puede volver a ensamblarse mientras Btrfs se niega a montar porque la suma de comprobación de la raíz del árbol no coincide. Con EXT4, en cambio, el sistema intentaría reproducir el diario y reconectar los inodos huérfanos. El perfil de riesgo es distinto en cada caso, y por eso el diagnóstico no se puede improvisar.

¿Qué provoca que un NAS falle?

Los disparadores más frecuentes que llegan al laboratorio rara vez son un solo disco muerto. Suelen ser combinaciones:

• Cortes eléctricos, bajones y picos. El equipo recibe la sobretensión y los discos quedan con bloques de paridad inconsistentes porque el sistema estaba escribiendo. Al reiniciar, el NAS ve la inconsistencia y se niega a montar o intenta un scrub que escribe más datos malos sobre los anteriores.
• Fallo de varios discos. Los discos del NAS suelen ser del mismo lote; cuando uno cae, el segundo está cerca. Un RAID 5 o un SHR-1 no sobreviven al segundo fallo.
• Actualización de firmware fallida. Cada cierto tiempo una versión de DSM deja inoperables algunos modelos antiguos: el equipo arranca en modo recuperación o ve los discos pero no monta el volumen. Los datos están bien; el problema es el equipo.
• Caché SSD que se desconecta. Cuando el dispositivo de caché de lectura/escritura se cae del bus a media escritura, los bloques sucios no se concilian y el volumen queda inconsistente.
• Un scrub sobre un disco marginal. El proceso que verifica y reescribe bloques puede ser, precisamente, el evento que convierte un volumen degradado en uno caído.
• Cifrado por ransomware. Un ataque que cifra las carpetas compartidas del NAS deja el volumen montado pero los datos ilegibles.

¿Qué NO debes hacer con un NAS que falla?

La regla es la misma que con cualquier arreglo: deja de escribir sobre los discos. En un NAS hay además acciones que el propio sistema te invita a hacer y que empeoran el caso:

• No dejes que el sistema reconstruya. En cuanto insertas un disco nuevo, DSM ofrece reconstruir. Si ya hay un disco débil, esa lectura forzada puede rematarlo y convertir un fallo simple en uno doble.
• No fuerces el ensamblado. Ejecutar el ensamblado forzado del arreglo escribe en los discos vivos y puede corromper el árbol de bloques de Btrfs. Un volumen que era recuperable por imagen y reensamblado en frío se vuelve un volumen destruido en el momento en que se confirman metadatos nuevos.
• No ejecutes herramientas de carving sobre el arreglo vivo. Escanear sectores en un arreglo degradado genera lecturas sostenidas en todos los discos supervivientes; un disco con avisos SMART puede desarrollar más sectores defectuosos bajo esa carga. Primero se clona, después se escanea.
• No repares el sistema de archivos a ciegas ni dejes que el NAS «arregle» el volumen automáticamente.
• Apaga, etiqueta y documenta. Apaga el NAS, retira los discos anotando de qué bahía salió cada uno, y registra el modelo, el tipo de arreglo, cuál falló primero y qué se intentó.

Si tu caso es un disco que falló en un arreglo todavía sano, decírtelo es parte de nuestro trabajo: ahí basta con sustituir el disco y dejar que el equipo se rehaga. La recomendación la marca tu situación, no nuestro catálogo.

Marcas y sistemas que recuperamos

Trabajamos el espectro completo de equipos y sistemas de archivos:

Recuperamos volúmenes iSCSI cuando el NAS expone bloques a un hipervisor, y atravesamos las capas hasta los discos virtuales y el sistema de archivos del sistema invitado. Cuando varias marcas conviven en una misma empresa, unificamos el diagnóstico para priorizar el equipo cuya caída más afecta a la operación diaria.

Synology: SHR, Btrfs y EXT4

En los modelos recientes (DS920+, DS1621+, DS423+, RS1221+ y similares) DSM 7 usa Btrfs por defecto, con sumas de comprobación, instantáneas y autosanación. Esa arquitectura juega a favor de la recuperación: al ser de copia en escritura, los bloques originales se conservan hasta que algo los sobrescribe, así que apagar el equipo rápido preserva datos. En volúmenes de un solo disco, el perfil de metadatos duplicados guarda dos copias de cada bloque de metadatos, lo que da una segunda oportunidad si una se daña. Y las instantáneas crean raíces de árbol separadas: si el árbol principal está dañado, los árboles de las instantáneas a veces siguen siendo transitables.

En los modelos más antiguos con EXT4, el enfoque cambia: el diario permite reproducir un estado consistente tras una escritura interrumpida, y la tabla de inodos se reconstruye cuando los superbloques están dañados.

QNAP: QTS y QuTS hero (ZFS)

QNAP se divide en dos mundos. QTS, el sistema clásico, monta EXT4 sobre RAID Linux, con un procedimiento parecido al de cualquier arreglo ext4. QuTS hero, en cambio, usa ZFS, y eso cambia la técnica: ZFS protege los datos con sumas de comprobación de extremo a extremo y, cuando el sistema de archivos no monta, la recuperación pasa por interpretar el Uberblock y revertir a un punto de consistencia anterior. Cada sistema de archivos exige un análisis distinto, y mezclarlos es uno de los errores que vemos en intentos caseros.

En entornos mixtos, donde el NAS expone un LUN iSCSI a un host de virtualización, la recuperación tiene capas: primero el arreglo y el sistema de archivos del NAS, después el bloque iSCSI y, dentro, los discos virtuales y el sistema de archivos de cada máquina. Recorrer esa cadena con software de consumo no es viable; pide herramientas y método de laboratorio, y un orden de trabajo que no toque los discos originales.

Nuestro proceso de recuperación de NAS

El principio rige todo: el equipo original no se modifica. Cada hipótesis se prueba sobre imágenes clonadas, de modo que un intento que no funcione nunca empeora el caso.

1. Recepción y diagnóstico

Documentamos el modelo (DS920+, RS1221+, QNAP TS-…), el estado de error de DSM o QTS, la configuración del arreglo, el sistema de archivos y cualquier intento previo. En 6 horas emitimos el diagnóstico con el alcance real.

2. Clonado con bloqueo de escritura

Clonamos cada disco miembro a través de un bloqueador de escritura, con perfiles de reintento conservadores para los discos con sectores débiles. Los discos que hacen clic o no giran pasan antes por reparación en sala limpia con piezas donantes compatibles.

3. Lectura de superbloques y capa LVM

Sobre las imágenes leemos los superbloques mdadm para determinar el tamaño de bloque, la rotación de paridad y el orden de los miembros. En SHR con discos de distinto tamaño, reconstruimos además la capa LVM.

4. Reconstrucción del sistema de archivos

Ensamblamos el arreglo virtual desde los clones y reconstruimos el sistema de archivos: recorremos los árboles de subvolúmenes e instantáneas en Btrfs, reproducimos el diario y la tabla de inodos en EXT4, o revertimos el Uberblock en ZFS.

5. Verificación y entrega

Verificamos la integridad contra tu lista de archivos prioritarios y devolvemos los datos en un dispositivo nuevo, con su estructura de carpetas. Si lo solicitas, purgamos de forma segura las copias de trabajo.

# Detalle del arreglo md de un volumen SHR (solo lectura, sobre clones)
$ mdadm --detail /dev/md2
      Raid Level : raid5     Raid Devices : 12     Total Devices : 11
      Chunk Size : 64K        Layout : left-symmetric
           State : clean, degraded
     Array State : AAAAAAA.AAAA   ('A' activo, '.' ausente)

# Btrfs se niega a montar: la raíz del árbol no cuadra tras el corte
$ mount /dev/mapper/cachedev_0 /mnt/vol1
mount: wrong fs type, bad superblock on /dev/mapper/cachedev_0
No se fuerza el ensamblado: se clona cada disco y se reconstruye en frío.

El miembro ausente (el «.» en la octava posición) es el disco que se desconectó; forzar aquí el ensamblado, una tentación habitual, suele corromper el árbol de Btrfs. Por eso trabajamos siempre sobre clones.

¿Se puede recuperar un NAS cifrado por ransomware?

A menudo sí, y sin pagar al atacante. Tanto Btrfs como ZFS usan copia en escritura, de modo que los bloques originales sin cifrar permanecen en los discos después de que el ransomware escribe su versión cifrada, y siguen siendo recuperables hasta que un recolector de basura o un scrub los sobrescribe. Si el NAS tenía instantáneas (Synology Hyper Backup, QNAP Snapshot Vault) o un pool ZFS con snapshots, se puede revertir a un punto anterior a la infección. La clave, de nuevo, es apagar pronto y no escribir nada más sobre los discos.

Casos frecuentes en empresas panameñas

Atendemos NAS caídos en estudios de arquitectura e ingeniería con proyectos activos, productoras audiovisuales con material de rodaje, despachos contables en plena temporada, operadores logísticos de la Zona Libre y pymes que centralizan en el NAS sus copias de seguridad y sus máquinas virtuales. El patrón se repite: el equipo guarda años de trabajo compartido y su caída detiene a todo el equipo. Coordinamos la recepción en toda la república y definimos contigo qué carpetas son prioritarias para recuperarlas primero y reducir el tiempo de inactividad real. Una vez recuperados los datos, cerramos el círculo con una recomendación honesta de respaldo: la regla 3-2-1 —tres copias, en dos soportes distintos y una fuera de la sede— sigue siendo la única defensa real frente a un segundo fallo, un borrado o un cifrado. El NAS protege de un disco averiado; no reemplaza a una copia de seguridad, y decirlo es parte del servicio aunque no se traduzca en una venta.

Preguntas frecuentes