Recuperación de datos en NAS: principios, desafíos y mejores prácticas

Los dispositivos de almacenamiento conectado en red (del inglés, Network-Attached Storage o NAS) de los fabricantes como Synology, QNAP, Asustor y TerraMaster son sistemas de almacenamiento de datos dirigidos tanto a los usuarios regulares como a las empresas. Al combinar varios discos duros o unidades de estado sólido (SSD) en conjuntos de almacenamiento unificados, los sistemas NAS proporcionan gran capacidad, redundancia y tolerancia a fallos de unidades individuales, dependiendo de la configuración subyacente.

Sin embargo, cuando un dispositivo NAS deja de responder, recuperar los archivos perdidos rara vez es tan sencillo como hacerlo en una única unidad dañada. Se trata de un proceso bastante complejo que consta de varios pasos y que puede incluir la comprobación del estado físico de las unidades, la reconstrucción de matrices RAID, el manejo de tecnologías de gestión de volúmenes lógicos, el descifrado del almacenamiento y el procesamiento de sistemas de archivos específicos. Además, intentar realizar reparaciones o reconstrucciones directamente en las matrices degradadas puede crear una carga adicional en las unidades restantes, lo que puede empeorar el estado de la matriz o incluso provocar la pérdida de todos los datos.

En esta guía se examina la arquitectura de los dispositivos NAS modernos, se describen en detalle los principales tipos de fallos a los que pueden enfrentar los usuarios de estos dispositivos de almacenamiento, se explica en qué casos es posible recuperar los datos perdidos y también se proporcionan recomendaciones importantes que deben seguirse al extraer los discos de la carcasa y volver a ensamblar la matriz para minimizar el riesgo de una mayor corrupción de datos.

Fundamentos de la recuperación de datos en sistemas NAS

Un dispositivo de almacenamiento conectado en red (NAS) es distinto de un disco duro independiente o de una unidad SSD externa. Se trata de un equipo informático autónomo que cuenta con su propia placa base, procesador, fuente de alimentación, placa de bus común (del inglés, backplane) y sistema operativo integrado y que agrupa varias unidades físicas en conjuntos de almacenamiento (del inglés, storage pools) virtualizados.

Dado que los datos no están vinculados a la carcasa del dispositivo, un fallo en el hardware (por ejemplo, en la placa base o en la fuente de alimentación) no implica necesariamente la pérdida de información. El almacenamiento de datos se organiza mediante varias capas de abstracción de software y hardware, las cuales el software de recuperación de datos debe identificar y reconstruir en el orden correcto:

• Carcasa y placa de bus común: la carcasa física asegura el suministro de energía y la comunicación SATA/SAS multicanal a través de una placa de bus común interna. Aunque es crucial para el funcionamiento normal del dispositivo, la carcasa original, por lo general, no se requiere para realizar la recuperación de datos.

• Unidades físicas (HDD o SSD) colocadas en las bahías que contienen tanto los datos del usuario como los metadatos distribuidos. Ellas deben extraerse de la carcasa de NAS y conectarse a una estación de trabajo dedicada a la recuperación de datos.

  Leer más: para profundizar en los desafíos asociados a estos medios de almacenamiento, por favor, consulte nuestra guía sobre la recuperación de datos en discos duros y unidades SSD.

• Sistema de almacenamiento / RAID que combina unidades físicas o particiones de disco en un espacio de almacenamiento lógico mediante técnicas como distribución por bandas (del inglés, striping), duplicación (del inglés, mirroring) o redundancia basada en paridad (por ejemplo, mdadm en Linux, RAID por hardware o vdevs en OpenZFS).

• Gestor de volúmenes lógicos (del inglés, Logical Volume Manager o LVM) organiza los dispositivos de bloque o los volúmenes de RAID en volúmenes lógicos y ofrece funciones adicionales como la expansión de volúmenes, las instantáneas (del inglés, snapshots) y el aprovisionamiento fino (del inglés, thin provisioning). Dependiendo de la plataforma y la configuración, en algunos NAS, el LVM puede colocarse por encima de la capa de RAID.

  Leer más: para obtener más detalles sobre cómo el gestor de volúmenes lógicos (LVM) organiza el espacio de almacenamiento, por favor, consulte nuestro artículo sobre la organización de datos en LVM.

• Sistema de archivos: la estructura de nivel superior (como Ext4, Btrfs, OpenZFS o XFS) que contiene los árboles de directorios, los metadatos de archivos, la información de asignación y los datos del usuario.

• Cifrado: en algunos sistemas NAS se utiliza el cifrado a nivel de carpeta compartida, volumen o sistema de archivos. Según la implementación, el cifrado puede aplicarse al conjunto RAID/almacenamiento, o bien estar integrado en el sistema de archivos o en el gestor de volúmenes. En este caso, para acceder a los datos cifrados, hay que contar con la clave de cifrado, la contraseña o la clave de recuperación correspondiente.

Los dispositivos NAS suelen compartir el espacio de almacenamiento a través de una red local mediante protocolos a nivel de archivo (SMB/CIFS, NFS, AFP) o destinos iSCSI a nivel de bloque (iSCSI targets). Sin embargo, estas interfaces no proporcionan el acceso de bajo nivel necesario para reconstruir un conjunto de almacenamiento degradado o inaccesible:

• Se necesita acceso directo a las unidades del NAS: los protocolos de red exponen el sistema de archivos montado o el dispositivo de bloques lógico, pero no las unidades físicas subyacentes. Estos protocolos no brindan acceso directo a los metadatos de RAID ni a la información de diagnóstico de las unidades ni a los datos sin procesar necesarios para reconstruir una matriz dañada. Por ello, para recuperar datos, las unidades deben extraerse de la carcasa del dispositivo NAS y conectarse directamente a una estación de trabajo destinada a la recuperación.

Por último, durante el funcionamiento habitual de un NAS, una matriz degradada se restaura mediante una "reconstrucción" (del inglés, rebuild) que regenera los datos y/o la paridad y luego escribe el resultado en una unidad de reemplazo. Cuando se necesita recuperar datos, este tipo de reconstrucción debe evitarse a toda costa:

• El ensamblaje virtual del conjunto debe realizarse estrictamente en modo de sólo lectura: una reconstrucción genera una actividad constante de lectura/escritura en la matriz, lo que puede someter unidades ya debilitadas a una carga adicional, aumentando el riesgo de que se produzcan nuevos fallos. Además, durante dicha reconstrucción, los datos y/o la paridad reconstruidos se escriben en la unidad de reemplazo y pueden modificarse los metadatos de la matriz. El software de recuperación especializado, a su vez, puede reconstruir los parámetros de RAID (tamaño del bloque de datos o banda, secuencia de las unidades, rotación de la paridad y desplazamientos de partición) de forma virtual. Esto permite ensamblar virtualmente el conjunto de almacenamiento y copiar sus archivos sin escribir nada en las unidades de origen ni realizar ninguna otra modificación en ellas.

Arquitectura típica de sistemas NAS

Un dispositivo de almacenamiento conectado en red (NAS) no es simplemente una carcasa con varias bahías; es un equipo informático especializado que combina unidades independientes mediante diversas capas de abstracción de hardware y software para crear un espacio de almacenamiento lógico unificado. Por lo tanto, para recuperar datos de dichos sistemas, es crucial identificar cómo estas capas de almacenamiento se configuran, se distribuyen y se gestionan en diferentes dispositivos NAS:

Arquitectura de RAID por hardware o software:

• RAID basado en el software integrado: común en los dispositivos NAS destinados a usuarios comunes, pymes y compañías grandes; se encuentra a menudo en plataformas basadas en Linux, como DSM de Synology, QTS de QNAP, ADM de ASUSTOR y TOS de TerraMaster. Dependiendo de la plataforma y la configuración, el sistema operativo integrado puede utilizar el subsistema mdadm de Linux para crear RAID de niveles estándar como RAID 0, 1, 5, 6 y 10. Los metadatos de la matriz se almacenan en áreas reservadas en las unidades o particiones que la componen y contienen información como el UUID de la matriz, los roles de cada disco, los contadores de eventos y el estado de sincronización.

• RAID por hardware se utiliza principalmente en sistemas empresariales y en algunos dispositivos NAS de gama alta. Un controlador de RAID dedicado o un procesador de RAID en un chip (del inglés, RAID-on-Chip o RoC) se encarga de la gestión de la matriz, los cálculos de paridad y las operaciones de entrada/salida (E/S) de los discos, independientemente del procesador anfitrión. Según el controlador, la información de configuración de la matriz puede almacenarse en la memoria del propio controlador y/o en las unidades que la integran, utilizando un formato de metadatos específico del fabricante. En caso de fallo del controlador, el software de recuperación debe ser capaz de interpretar los metadatos de RAID pertinentes y reconstruir la estructura lógica de la matriz, independientemente del controlador original.

  Leer más: por favor, consulte nuestra guía sobre la recuperación de datos en RAID para obtener información sobre las configuraciones de RAID más comunes, los escenarios de pérdida de datos y los métodos de recuperación.

RAID estándar frente a configuraciones específicas de cada plataforma:

• RAID de niveles estándar (como RAID 0, 1, 5, 6 y 10) suelen utilizar la capacidad de la unidad más pequeña del conjunto, dejando sin aprovechar el espacio excedente de las unidades de mayor capacidad. La distribución de datos se realiza de forma predefinida mediante la distribución por bandas (del inglés, striping) entre los discos de la matriz (RAID 0), la duplicación de datos (RAID 1), el uso de la paridad simple o doble (RAID 5 y RAID 6) o la combinación de pares en espejos en un conjunto con la distribución por bandas (RAID 10).

  Leer más: para obtener más información sobre la organización de datos en RAID y cómo afecta la recuperación, por favor, consulte nuestro artículo sobre la distribución de datos y las particularidades de la recuperación de datos en RAID de diferentes niveles.

• Gestores de almacenamiento propietarios e híbridos: además de las matrices RAID tradicionales de diseño fijo, muchas plataformas NAS emplean capas adicionales de gestión de almacenamiento para utilizar unidades de diferentes capacidades y obtener funciones más avanzadas. Por ejemplo, Hybrid RAID (SHR/SHR-2) de Synology puede dividir las unidades en varios grupos RAID de tamaños adecuados y combinarlos mediante capas de almacenamiento lógico adicionales, según la configuración. RAID F1 de Synology se desarrolló específicamente para matrices compuestas por unidades SSD y se basa en RAID 5, pero utiliza una distribución de paridad desigual para acelerar deliberadamente el desgaste de una unidad SSD seleccionada, reduciendo así la probabilidad de que todos los miembros alcancen el final de su vida útil simultáneamente. Storage Pools de QNAP (grupos de almacenamiento) añaden capas de gestión de volúmenes encima de los conjuntos RAID subyacentes y permiten crear volúmenes estáticos, de asignación fija (del inglés, Thick) y de asignación dinámica (del inglés, Thin) con funciones como instantáneas (del inglés, snapshots) y aprovisionamiento fino (del inglés, thin provisioning). BeyondRAID de Drobo utiliza una tecnología de virtualización propietaria a nivel de bloque para distribuir los datos y la redundancia de forma dinámica entre las unidades disponibles. Los sistemas en OpenZFS (como TrueNAS) utilizan grupos de almacenamiento de ZFS y vdevs junto con RAID-Z que proporciona la paridad distribuida y diseños de datos de ancho variable. Dado que estas arquitecturas desacoplan la ubicación lógica de los datos de la geometría de los discos físicos, su reconstrucción puede requerir la interpretación de metadatos, asignaciones y capas de gestión de almacenamiento específicas de cada plataforma.

  Leer más: para descubrir cómo reconstruir ciertas configuraciones de NAS con el fin de recuperar datos de dichos dispositivos, por favor, consulte nuestros artículos sobre la recuperación de datos de NAS de QNAP, de BeyondRAID de Drobo, de Hybrid RAID (SHR) de Synology y de RAID-Z de ZFS.

Cifrado:

En los dispositivos NAS puede utilizarse el cifrado a nivel de carpeta compartida, volumen, dispositivo de bloques o sistema de archivos/conjunto de datos (del inglés, dataset). A menudo se trata de tecnologías como LUKS/LUKS2, eCryptfs y el cifrado nativo de OpenZFS; asimismo, los fabricantes como Synology y QNAP ofrecen sus propias funciones de cifrado y gestión de claves de cifrado. Dependiendo de la implementación, el cifrado puede aplicarse a nivel del dispositivo de bloques o del volumen, o bien a un nivel superior, como el sistema de archivos, el conjunto de datos (del inglés, dataset) o la carpeta compartida. Durante la recuperación de datos, la geometría de RAID y las estructuras de volumen pueden reconstruirse por completo, pero los datos cifrados permanecerán inaccesibles hasta que se proporcione la frase de contraseña, la clave de cifrado, la clave de recuperación u otro dato de descifrado compatible.

Leer más: si le interesa cómo el cifrado influye en la recuperación de datos, por favor, consulte nuestra guía completa sobre la recuperación de datos en medios de almacenamiento cifrados.

Sistemas con aceleración (caché SSD y mSATA):

En algunas plataformas NAS se utiliza el almacenamiento en caché basado en SSD. Según la implementación, pueden tratarse de caché de sólo lectura o de lectura y escritura. La caché de sólo lectura generalmente contiene copias de los datos ya almacenados en el medio principal y suele ignorarse durante la recuperación de datos. Las cachés de lectura y escritura, a su vez, pueden contener datos o metadatos que aún no se han guardado en el almacenamiento principal, por lo que su contenido puede ser de gran ayuda para reconstruir el volumen después de un fallo inesperado. Por lo tanto, la arquitectura de caché y sus metadatos deben identificarse antes de excluir los dispositivos de caché del proceso de recuperación.

Leer más: para descubrir cómo recuperar datos de un dispositivo NAS con caché SSD, por favor, consulte nuestro artículo dedicado a la recuperación de datos de un dispositivo de Drobo con caché mSATA.

Breve descripción de configuraciones estándar y propietarias de sistemas de almacenamiento multidisco

En la tabla a continuación se presentan los principales sistemas de almacenamiento de discos múltiples que se encuentran en los dispositivos NAS junto con sus características importantes y los factores clave que afectan la recuperación de datos.

Sistemas de archivos especializados y metadatos en NAS

Una vez que el RAID o el gestor de volúmenes se ha ensamblado virtualmente, el proceso de recuperación de datos pasa a la fase de análisis del sistema de archivos. Los dispositivos NAS pueden utilizar sistemas de archivos como Ext4, Btrfs, XFS u OpenZFS; cada uno de ellos cuenta con sus propias estructuras de metadatos, métodos de asignación y mecanismos de protección de la integridad de datos. Estas características influyen en la forma en que se puede analizar un volumen inaccesible, reconstruirlo y escanearlo en busca de datos perdidos.

• Ext4 es común en los dispositivos NAS basados ​​en Linux, incluidos los de QNAP, Asustor y los sistemas viejos de Synology. Su sistema de registro (del inglés, journal) ayuda a mantener la coherencia del sistema de archivos tras apagados inesperados, mientras que los metadatos de los inodos y directorios proporcionan las estructuras necesarias para encontrar archivos. Los archivos eliminados pueden ser parcialmente recuperables si sus metadatos y bloques de datos no han sido reutilizados.

• Btrfs se utiliza en las plataformas de NAS modernas, como las de Synology. Ofrece funciones como la creación de copia al escribir (del inglés, Copy-on-Write), las sumas de verificación (del inglés, checksums) y las instantáneas (del inglés, snapshots). Dado que los datos modificados se escriben en nuevas ubicaciones, las versiones anteriores de los datos pueden permanecer disponibles hasta que los bloques correspondientes sean reutilizados. Por lo tanto, las instantáneas y los metadatos anteriores pueden ayudar a recuperar archivos eliminados o modificados.

• OpenZFS se utiliza en TrueNAS y en otros sistemas de almacenamiento avanzados. ZFS combina funciones de sistema de archivos y de gestor de almacenamiento, manteniendo metadatos extensos sobre los grupos de almacenamiento (del inglés, pools), los conjuntos de datos (del inglés, datasets), la asignación del espacio y la integridad de los datos. Sus complejas estructuras de almacenamiento y características, como RAID-Z y el uso de sumas de verificación, requieren un análisis especial a la hora de reconstruir un grupo de almacenamiento dañado o inaccesible.

• XFS se utiliza frecuentemente en los entornos de alta capacidad y sistemas de almacenamiento de nivel empresarial basados en Linux. Su arquitectura de grupos de asignación (del inglés, Allocation Groups) distribuye los metadatos del sistema de archivos y las estructuras de asignación a lo largo de todo el volumen, lo que puede influir en cómo se localiza la corrupción y cómo se reconstruyen los archivos y directorios dañados.

  Leer más: para obtener más información sobre los tipos de sistemas de archivos más comunes y sus características, por favor, consulte nuestro artículo sobre los fundamentos de los sistemas de archivos.

• Metadatos específicos de la plataforma: algunos dispositivos NAS añaden metadatos propietarios o capas de indexación al sistema de archivos subyacente. Por ejemplo, My Cloud Home de WD utiliza una estructura de base de datos adicional para asociar identificadores de contenido generados internamente con la estructura de archivos y carpetas visible para el usuario. Como resultado, analizar únicamente el sistema de archivos puede no ser suficiente para restaurar por completo la organización de datos inicial del dispositivo.

  Leer más: para enterarse de cómo los metadatos específicos de una plataforma pueden influir en la recuperación de datos en un NAS, por favor, consulte nuestro artículo sobre la recuperación de datos de dispositivos WD My Cloud Home.

Fallos en NAS: problemas de hardware, fallos lógicos y errores del sistema

Como se mencionó anteriormente, a diferencia de las unidades individuales estándar, los dispositivos NAS integran placas de bus común multicanal (del inglés, backplanes), unidades físicas, estructuras de RAID y LVM, además de otras tecnologías de almacenamiento. Como resultado, la pérdida de datos puede deberse a una amplia gama de problemas: daños en el hardware, corrupción lógica de metadatos y errores del sistema a nivel del dispositivo.

Fallos del hardware (unidades de la matriz)

• Exceder el umbral de tolerancia a fallos: cuando la cantidad de unidades fallidas supera el número que puede tolerar una matriz, por ejemplo, si falla más de una unidad en una matriz RAID 5 o SHR-1, o más de dos unidades en un conjunto RAID 6 o SHR-2, la matriz puede volverse inaccesible. En el caso de RAID-Z1 y RAID-Z2, pueden sobrevivir al fallo de uno o dos discos respectivamente, aunque el comportamiento exacto depende de la configuración del grupo de almacenamiento (del inglés, pool).

• Fallos de unidades provocados por el proceso de reconstrucción (rebuild): durante la reconstrucción de una matriz, las unidades restantes deben soportar una carga de lectura intensiva mientras se reconstruye el miembro ausente. Si una unidad desgastada presenta un error de lectura irrecuperable o sufre un fallo físico durante este procedimiento, la reconstrucción puede fracasar y la matriz que ya se encontraba en estado degradado puede volverse inaccesible. Esta es una de las razones por las que se debe evitar realizar reconstrucciones de este tipo.

• Fallo en la caché SSD de lectura/escritura: un fallo en una caché SSD de lectura/escritura puede plantear un problema si contiene datos o metadatos que aún no se han enviado al almacenamiento principal. Por lo tanto, un fallo de una unidad SSD, el desgaste de la memoria flash o una interrupción inesperada del suministro eléctrico pueden dejar el volumen en un estado inconsistente, dependiendo del tipo de la caché y de su estrategia de escritura.

Fallos lógicos (metadatos, sistemas de archivos y eliminación de archivos)

• Desincronización de metadatos de RAID y LVM: un corte de energía repentino, interrupciones en las operaciones de escritura u otros fallos pueden dejar incompletos los metadatos de RAID o del gestor de volúmenes, lo que impide el reensamblaje automático del sistema de almacenamiento. En configuraciones multicapa como SHR de Synology o volúmenes de QNAP, la corrupción de los metadatos de nivel inferior puede bloquear el acceso a las estructuras de nivel superior.

• Corrupción del sistema de archivos y del árbol de metadatos: los sistemas de archivos como Btrfs y OpenZFS utilizan estructuras jerárquicas de metadatos con el fin de seguir los directorios, los metadatos de los archivos y los datos almacenados. Las transacciones interrumpidas pueden afectar estas estructuras, dificultando o imposibilitando el montaje del sistema de archivos y bloqueando el acceso a datos intactos.

• Eliminación accidental y desasignación de datos en medios basados en memoria flash: los archivos eliminados a través de SMB o NFS no se envían a las papeleras de reciclaje del cliente, pero de inmediato se vuelven disponibles para la reutilización por parte del sistema de archivos. En los sistemas NAS basados ​​en las unidades SSD, el sistema de archivos o el subsistema de almacenamiento puede ejecutar comandos TRIM o comandos de desasignación ATA/SCSI una vez liberados los bloques. Dependiendo del modelo de SSD, del controlador y del momento de realización de la recolección de basura (del inglés, garbage collection), los datos anteriores pueden volverse inaccesibles a nivel de disco, lo que reduce considerablemente las probabilidades de una recuperación exitosa de la información eliminada.

Leer más: si no sabe cómo elegir el software adecuado según el escenario de pérdida lógica de datos, por favor, consulte nuestro artículo sobre cómo elegir un programa de recuperación de datos.

Fallos del sistema y del dispositivo (hardware del equipo anfitrión y fuente de alimentación)

• Mal funcionamiento de la carcasa o de la placa de bus común: el deterioro del funcionamiento de la fuente de alimentación (PSU) o los daños en la placa de bus común (del inglés, backplane) pueden resultar en una alimentación inestable o problemas de comunicación. Esto deriva en desconexiones intermitentes de las unidades, errores de lectura, períodos de espera de lectura largos (del inglés, timeouts) o fallos del arranque de los discos.

• Averías en el sistema operativo integrado o en la placa base: fallos de componentes de la placa base, del subsistema de la CPU o de los medios de arranque basados en memoria flash (como eMMC o DOM) pueden impedir que el dispositivo NAS arranque, incluso cuando las unidades de las que se compone siguen funcionando correctamente.

• Fallos del controlador de RAID por hardware: en los sistemas que utilizan los controladores de RAID dedicados, un fallo en el propio controlador, problemas en la memoria caché protegida por batería (del inglés, battery-backed cache o BBU) o la corrupción de los datos de configuración pueden impedir que los discos que, en general, están en buen estado, sean reconocidos o integrados correctamente en la matriz. Es posible que las unidades aparezcan como independientes, no formateadas o no asociadas a la matriz de origen hasta que se reconstruya la configuración de RAID correspondiente.

¿Qué hacer: usar el software o contratar un laboratorio de recuperación?

Al decidir si recuperar datos de un sistema NAS de varios discos con la ayuda de un programa especializado o recurrir a la asistencia profesional de un laboratorio de recuperación, hay que prestar atención, principalmente, al estado físico de las unidades que lo componen. La recuperación con el software es adecuada cuando las unidades siguen funcionando y es posible leerlas y clonarlas (crear sus imágenes de disco) sin problemas; por el contrario, si las unidades presentan daños físicos o un deterioro grave, a menudo se requiere una intervención profesional a nivel de hardware antes de poder acceder a los datos de forma segura.

¿Cuándo es apropiado optar por la recuperación con el software?

• Las unidades de la matriz siguen siendo funcionales: los discos arrancan con normalidad, sin emitir ruidos extraños ni presentar síntomas de daños físicos; además, se detectan sin problemas por el bus SATA/SAS del sistema y pueden leerse sin errores para crear imágenes de disco completas. El monitoreo S.M.A.R.T. puede ofrecer indicadores de diagnóstico útiles, pero no debe considerarse una evaluación definitiva del estado de "salud" de la unidad.

• Sólo la carcasa del NAS está dañada: hay problemas en la placa base, la fuente de alimentación, el medio de arranque o la placa de bus común (del inglés, backplane) del NAS, mientras que los discos que lo componen siguen funcionando correctamente.

• La pérdida de datos es de carácter lógico o estructural: se trata de casos como la eliminación accidental de archivos o instantáneas (del inglés, snapshots), daños en las estructuras del sistema de archivos, la corrupción de los metadatos de RAID o LVM o el ensamblaje incorrecto de la matriz, siempre que las unidades que la componen sigan siendo legibles.

• No se ha excedido el límite de tolerancia a fallos: por ejemplo, una matriz RAID 5 o SHR-1 a la que le falta una unidad, o una matriz RAID 6 o SHR-2 a la que le faltan dos, siempre que las unidades restantes se lean sin problemas para que sea posible reconstruir los datos y metadatos necesarios.

• Las unidades presentan errores de lectura corregibles: aunque los discos presentan un número limitado de sectores defectuosos o poco legibles, siguen siendo lo suficientemente legibles como para crear sus imágenes empleando técnicas de clonación controlada. Al utilizar imágenes en lugar de discos de origen se minimiza la tensión innecesaria en los últimos.

¿Cuándo se recomienda contratar a especialistas en recuperación?

• Daño físico y emisión de ruidos extraños: si un disco duro emite un chasquido u otros ruidos inusuales o entra en ciclos repetidos de arranque, es posible que el conjunto de cabezales, el motor del eje o la superficie del plato estén dañados. Encender repetidamente o intentar escanear un disco dañado puede agravar el daño y reducir considerablemente la cantidad de datos recuperables.

• SSD que no responde o está desgastada gravemente: las unidades SSD o NVMe que no se detectan, que se muestran con una capacidad incorrecta o nula, que no logran inicializarse o que presentan signos de fallos de componentes electrónicos pueden requerir un diagnóstico a nivel de hardware y técnicas especializadas de extracción de datos.

• Daños eléctricos, térmicos o de otro tipo: el impacto de un rayo, las sobretensiones, los daños en los componentes electrónicos de la unidad, la inmersión en líquidos y los incendios pueden hacer necesaria una reparación del hardware o una intervención a nivel físico antes de intentar cualquier recuperación de datos con un programa.

• El límite de tolerancia a fallos sobrepasado: si el número de unidades inaccesibles supera la cantidad que puede tolerar la matriz, se debe devolver el acceso a una o más de las unidades averiadas para una recuperación exitosa de datos. Dependiendo del tipo de fallo, un laboratorio especializado puede emplear técnicas como la sustitución del conjunto de cabezales, la reparación o el reemplazo de la placa de circuito impreso (PCB) u otras para lograr que la unidad afectada vuelva a ser legible. Estas tareas deben realizarse antes de una reconstrucción lógica completa de la matriz.

Extracción segura de las unidades y su conexión directa al PC anfitrión

No se debe intentar recuperar datos a través de una red local ni permitir que un sistema NAS degradado inicie procesos internos de reparación o reconstrucción (rebuild). En su lugar, hay que apagar el dispositivo, extraer cuidadosamente las unidades que lo componen y conectarlas directamente a una estación de trabajo independiente destinada a la recuperación.

• Etiquetas con números de bahías: antes de sacar cualquier unidad de la carcasa, márquela con el número de la bahía física a la que pertenece (por ejemplo: Bahía 1, Bahía 2, Bahía 3). Aunque los sistemas de almacenamiento modernos basados ​​en software, como mdadm o ZFS, almacenan identificadores internos e información sobre los componentes en sus metadatos, mantener el orden inicial de las unidades sigue siendo útil cuando se trata de sistemas basados en controladores de RAID de hardware, matrices obsoletas o configuraciones complejas que requieren un ensamblaje manual.

• Conexión directa (SATA, SAS o HBA): es recomendable conectar las unidades directamente a la estación de trabajo dedicada a la recuperación mediante los puertos SATA/SAS de la placa base o a través de los adaptadores de bus de host (HBAs). En el caso de los HBA que también proporcionan la funcionalidad de RAID, hay que habilitar el modo IT (del inglés, Initiator Target) que asegura que las unidades se reconozcan como dispositivos físicos individuales, no como una matriz; esto facilita que el software de recuperación de datos acceda al contenido original de las unidades.

• No utilizar adaptadores y concentradores USB inestables: conectar varias unidades a través de concentradores USB sin alimentación propia, estaciones de acoplamiento (del inglés, docking station) de baja calidad o adaptadores SATA a USB poco fiables puede provocar interrupciones en la conexión, errores o una conversión no deseada del tamaño de sector. Estos problemas pueden impedir la creación de imágenes y, en algunos casos, complicar el reensamblaje de una matriz RAID. Al realizar tareas críticas de recuperación en sistemas multidisco, se recomienda optar por conexiones SATA/SAS directas; asimismo, las carcasas SAS externas de clase empresarial pueden ofrecer una conectividad fiable.

• Asegurar el acceso de sólo lectura y utilizar bloqueadores de escritura: al conectar las unidades de un dispositivo NAS a una estación de trabajo en Windows, macOS o Linux, el sistema operativo puede intentar montar las particiones detectadas, crear metadatos auxiliares o enviar solicitudes de inicialización, como por ejemplo: "Debe inicializar este disco antes de usarlo" ("You must initialize this disk before use").

  • De inmediato rechace cualquier solicitud de formateo, inicialización o reparación.

  • Utilice bloqueadores de escritura por hardware siempre que sea posible, o configure el sistema anfitrión y el software de recuperación para que operen en modo de sólo lectura. Esto permite evitar modificaciones en las unidades de origen, incluyendo cambios en los metadatos del sistema de archivos o de la configuración de RAID.

• Crear imágenes de unidades inestables o degradadas: antes de ensamblar y escanear una matriz en modo virtual, evalúe el estado físico y la legibilidad de cada una de las unidades de las que se compone. El monitoreo S.M.A.R.T. puede proporcionar indicadores de diagnóstico útiles, pero el comportamiento real del disco durante las operaciones de lectura es más importante para la recuperación. Si una unidad presenta sectores defectuosos o poco legibles, errores de lectura recurrentes u otros signos de degradación, cree su clon o imagen de disco utilizando un programa de creación de imágenes especializado. Siempre que sea posible, la imagen resultante debe utilizarse en lugar de la unidad original durante la reconstrucción virtual de una matriz, como así se reduce la tensión innecesaria en los medios de almacenamiento de origen.

Leer más: si no sabe cómo identificar el tipo de interfaz de una unidad y elegir la forma adecuada de conectarla a un equipo, por favor, consulte nuestro artículo sobre interfaces de unidades y métodos de conexión.

Otras precauciones al recuperar datos de NAS

Al recuperar datos de un dispositivo NAS multidisco se deben seguir ciertas reglas estrictas. En una matriz de múltiples unidades, una operación inadecuada en uno de los discos, como una escritura accidental, una reconstrucción no controlada o una inicialización por el SO, puede alterar los metadatos o comprometer la coherencia del almacenamiento.

• No realice ninguna operación de reconstrucción (rebuild) y no inserte unidades de reemplazo: si un NAS informa que un grupo de almacenamiento (del inglés, storage pool) está degradado o ha fallado, no inserte una unidad de reemplazo ni permita que inicie una reconstrucción automática (rebuild) antes de haber recuperado los datos. La reconstrucción implica una lectura intensiva del resto de las unidades, lo que puede crear una carga adicional en los discos ya degradados. Si durante la reconstrucción falla una unidad más, toda la matriz puede volverse inaccesible.

• Apague el dispositivo cuando sea necesario: si se detecta un fallo en el volumen, la corrupción del sistema de archivos o un comportamiento anómalo de las unidades, apague el NAS de inmediato. Es que las operaciones de escritura, la actualización de los metadatos y otros procedimientos de gestión del sistema de almacenamiento que se realizan tras la pérdida de datos pueden dificultar la recuperación de los datos perdidos. Si una unidad muestra signos de daños físicos, reduzca al mínimo el tiempo que permanece encendida y evite reiniciarla repetidamente.

• Nunca inicialice, particione ni formatee las unidades en el equipo anfitrión: al conectar unidades individuales de un NAS a una estación de trabajo independiente (en Windows, macOS o Linux) para realizar la recuperación, es posible que el sistema operativo anfitrión no reconozca la estructura de almacenamiento original y envíe solicitudes como "Debe inicializar este disco antes de usarlo" ("You must initialize this disk before use") o "El disco no tiene formato" ("The disk is not formatted"). Rechace siempre estas solicitudes. La inicialización, la división en particiones o el formateo pueden sobrescribir las tablas de particiones y otros metadatos necesarios para reconstruir el sistema de almacenamiento de origen.

• Siempre opte por el modo de sólo lectura: asegúrese de que el sistema operativo anfitrión no pueda montar ni modificar las unidades conectadas. Los sistemas operativos pueden guardar metadatos auxiliares u otros archivos en la unidad al montar su sistema de archivos. Utilice dispositivos de bloqueo de escritura (bloqueadores de escritura) siempre que sea posible, o configure el sistema anfitrión y el software de recuperación para que operen en modo de sólo lectura antes de conectar los discos de origen.

• Conserve las credenciales de cifrado: si el NAS utiliza el cifrado, asegúrese de disponer de las claves de cifrado, contraseñas o claves de recuperación necesarias antes de desmontar o modificar el sistema. Sin las credenciales válidas, el software de recuperación no podrá descifrar los datos protegidos.

• Cree imágenes de las unidades miembro inestables antes de ensamblar la matriz: evalúe la legibilidad de cada unidad extraída antes de iniciar operaciones de recuperación intensivas. Si una unidad presenta sectores defectuosos o errores de lectura recurrentes, cree su imagen sector por sector utilizando un programa de creación de imágenes que permita configurar el tiempo de espera de lectura y los reintentos de lectura y gestionar errores. Siempre que sea posible, realice la reconstrucción virtual de la matriz RAID utilizando la imagen o el clon resultante, en lugar de acceder repetidamente a la unidad de origen inestable.

  Leer más: si necesita instrucciones paso a paso, por favor, consulte nuestra guía sobre cómo crear una imagen de disco.

• Asegure una refrigeración adecuada durante la generación prolongada de imágenes: cuando se crean imágenes de discos de gran capacidad o cuando varias unidades funcionan simultáneamente durante períodos prolongados, todo el sistema puede sobrecalentarse. Asegúrese de que las unidades cuenten con una refrigeración adecuada y supervise su temperatura durante la creación de imágenes o el escaneo. Las temperaturas muy altas pueden afectar al rendimiento de las unidades y, en algunos casos, provocar una reducción de la velocidad de funcionamiento (del inglés, thermal throttling) o fallos.

• Reconstruya la matriz de forma virtual y mantenga las unidades de origen intactas: no ejecute comandos de gestión de RAID ni realice operaciones de recuperación directamente en las unidades de origen, a menos que comprenda perfectamente sus efectos y esté seguro de que no modificarán los datos originales. En su lugar, utilice un programa especializado en recuperación de datos para analizar las estructuras de los discos miembros, restaurar los parámetros de la matriz, tales como el tamaño de banda, el orden de las unidades, la disposición de la paridad y los desplazamientos (del inglés, offsets) de las particiones y ensamblar un sistema de almacenamiento en modo virtual sin escribir nada en los medios de origen.

• Siempre guarde los datos recuperados en un dispositivo de destino independiente: nunca guarde los archivos recuperados, los datos copiados o los resultados intermedios del escaneo en las unidades de origen ni en el volumen del NAS de origen. Guarde la información recuperada en otro medio de almacenamiento, como una unidad externa, otro NAS u otro dispositivo de bloques que disponga de suficiente capacidad libre.

Leer más: si busca instrucciones paso a paso, por favor, consulte nuestras guías sobre cómo recuperar datos de una matriz RAID o de un dispositivo NAS.

Última actualización: el 19 de septiembre de 2026

Si le gusta este artículo, compártalo en sus redes sociales: