Recuperar Datos Windows Storage Spaces [2026]
Windows Storage Spaces (Espacios de almacenamiento de Windows) es la tecnología de virtualización de almacenamiento integrada en Windows 8, Windows 10, Windows 11 y Windows Server 2012 en adelante, que permite crear volúmenes redundantes —similares a RAID 1 o RAID 5— usando discos ordinarios sin necesidad de controladora hardware. Cuando funciona correctamente, ofrece tolerancia a fallos de disco de forma transparente. Pero su estructura de metadatos propietaria hace que un fallo en el pool de almacenamiento, una reinstalación del sistema operativo, un corte de luz durante una escritura de paridad o la corrupción de los metadatos de configuración dejen los datos completamente inaccesibles mediante herramientas estándar. En RecuperaTusDatos recuperamos datos de Windows Storage Spaces con cualquier tipo de resiliencia —Simple, Mirror y Parity— incluso cuando Windows no reconoce el pool y los volúmenes no montan.
Datos clave — Recuperación Windows Storage Spaces
Windows 8/10/11, Windows Server 2012/2016/2019/2022
Simple (sin redundancia), Mirror de 2/3 vías, Parity (equivalente a RAID 5)
NTFS y ReFS (Resilient File System)
Desde 890€ (lógico Mirror); desde 900€ (Parity con disco fallido)
Gratuito y sin compromiso
4–18 días laborables
¿Qué es Windows Storage Spaces?
Windows Storage Spaces es una capa de virtualización de almacenamiento desarrollada por Microsoft e integrada directamente en el sistema operativo Windows desde Windows 8 (2012) y Windows Server 2012. Su propósito es permitir a los usuarios y administradores crear volúmenes de almacenamiento con redundancia, ampliación dinámica y gestión centralizada sin necesidad de una controladora RAID hardware dedicada. Desde el Panel de control o mediante PowerShell, es posible agrupar varios discos físicos —independientemente de su tamaño, interfaz o fabricante— en un storage pool (grupo de almacenamiento) y crear sobre él uno o varios storage spaces (espacios de almacenamiento) con distintos niveles de resiliencia.
La tecnología fue diseñada tanto para usuarios domésticos con varios discos externos como para entornos empresariales. En Windows Server 2016 y posteriores, Microsoft introdujo Storage Spaces Direct (S2D), una versión orientada a clústeres de servidores que elimina incluso la necesidad de una SAN o NAS compartida. S2D es la base tecnológica de los nodos de almacenamiento en Azure Stack HCI, la solución de nube híbrida de Microsoft.
Tipos de resiliencia en Windows Storage Spaces
Al crear un espacio de almacenamiento, Windows permite elegir entre tres tipos de resiliencia. Entender qué tipo usa el pool es el primer paso de cualquier proceso de recuperación.
Simple (sin resiliencia) — equivalente a RAID 0
El tipo Simple distribuye los datos en franjas (stripes) entre todos los discos del pool sin añadir ninguna redundancia. Es el equivalente funcional a un RAID 0: maximiza la capacidad y el rendimiento, pero el fallo de cualquier disco del pool hace que todos los datos sean inaccesibles. Windows no permite crear un espacio Simple con tolerancia a fallos. Este tipo se usa principalmente para ampliar capacidad o mejorar rendimiento cuando los datos están respaldados en otro lugar. La recuperación de un espacio Simple con un disco fallido requiere reconstruir el esquema de distribución de franjas a partir de los discos supervivientes, lo cual es posible en laboratorio pero con tasas de éxito variables según el estado de los discos.
Mirror de dos vías — equivalente a RAID 1
El Mirror de dos vías mantiene dos copias idénticas de todos los datos en discos diferentes. Tolera el fallo de un disco sin pérdida de datos. Requiere un mínimo de dos discos y el espacio útil disponible es la mitad de la capacidad total del pool. Es el tipo más común en configuraciones domésticas y de pequeña empresa con dos o tres discos. La recuperación de un Mirror con un disco fallido es conceptualmente sencilla: los datos están íntegros en el disco superviviente. Sin embargo, la estructura de metadatos del pool de Windows puede impedir que el disco superviviente sea leído directamente si se conecta a otro PC: es necesario reconstruir el contexto del pool.
Mirror de tres vías
El Mirror de tres vías mantiene tres copias de los datos y tolera el fallo simultáneo de dos discos. Requiere un mínimo de cinco discos según las recomendaciones de Microsoft (aunque técnicamente puede crearse con tres). El espacio útil es un tercio de la capacidad total. Se usa en entornos con requisitos de alta disponibilidad donde la pérdida de dos discos simultáneos debe ser tolerada.
Parity — equivalente a RAID 5
El tipo Parity es el más complejo de Storage Spaces y el que presenta los escenarios de recuperación más difíciles. Distribuye los datos junto con información de paridad entre todos los discos del pool, de forma similar a RAID 5. Tolera el fallo de un disco. Requiere un mínimo de tres discos. El espacio útil es mayor que en el Mirror: con tres discos de igual tamaño, se aprovechan dos tercios de la capacidad total. El esquema de paridad de Storage Spaces Parity es propietario de Microsoft: el tamaño de stripe, la distribución de la paridad y la organización de los metadatos del pool difieren de cualquier implementación estándar de RAID 5. Esto significa que no es posible leer individualmente los discos de un pool Parity con herramientas de recuperación genéricas como Recuva o TestDisk.
ReFS vs NTFS en Windows Storage Spaces
Windows Storage Spaces puede formatearse con dos sistemas de archivos diferentes, y la elección afecta directamente a la recuperabilidad de los datos en caso de fallo.
NTFS en Storage Spaces
NTFS (New Technology File System) es el sistema de archivos clásico de Windows, disponible desde Windows NT 3.1 (1993). Cuando se usa NTFS sobre un Storage Space, la estructura interna del volumen es exactamente igual que en cualquier disco NTFS: Master File Table (MFT), índices de directorios, registros de atributos y journal de transacciones ($LogFile). Si el volumen NTFS se monta correctamente —aunque sea en modo degradado— las herramientas estándar de recuperación de datos NTFS pueden usarse. El problema surge cuando el pool de Windows no reconoce los discos y el volumen no llega a montarse: en ese caso hay que reconstruir primero la capa del pool antes de acceder al sistema de archivos NTFS.
ReFS en Storage Spaces
ReFS (Resilient File System) fue introducido en Windows Server 2012 y está diseñado específicamente para trabajar con Storage Spaces. A diferencia de NTFS, ReFS incorpora checksums por cada bloque de datos y metadatos —similar en concepto a ZFS— lo que permite detectar y, si hay redundancia suficiente, corregir automáticamente la corrupción silenciosa de datos. ReFS también soporta el clonado de bloques a nivel de sistema de archivos, los reflinks (útiles para máquinas virtuales Hyper-V), y volúmenes de hasta 35 petabytes. En Windows Server 2019 y posteriores, ReFS es el sistema de archivos recomendado para volúmenes de almacenamiento en entornos con Storage Spaces Direct.
La recuperación de datos en ReFS es más compleja que en NTFS porque el árbol de metadatos de ReFS (basado en tablas B+ con checksums) tiene una estructura menos documentada públicamente y las herramientas de recuperación con soporte nativo para ReFS son escasas. En RecuperaTusDatos tenemos experiencia en análisis forense de volúmenes ReFS tanto sobre Storage Spaces como sobre discos simples.
Windows Server Storage Spaces Direct (S2D)
Storage Spaces Direct, introducido en Windows Server 2016 Datacenter, lleva el concepto de Storage Spaces al entorno de clúster hiperconvergido. En S2D, los discos de cada nodo del clúster se unen en un pool de almacenamiento compartido que es accesible por todos los nodos mediante la red interna. No requiere una cabina de almacenamiento externa: el almacenamiento está en los propios servidores. Microsoft usa S2D como base de Azure Stack HCI.
Los escenarios de fallo en S2D son más complejos que en Storage Spaces de escritorio porque involucran la capa de clúster de Windows (WSFC), las redes de almacenamiento (RDMA o iWARP) y la sincronización entre múltiples nodos. La pérdida de quórum del clúster, la corrupción del CSV (Cluster Shared Volume) o la desconexión de nodos durante operaciones de escritura pueden provocar fallos que requieren intervención a nivel de clúster y de pool simultáneamente.
Escenarios de fallo más frecuentes en Windows Storage Spaces
1. Disco fallido en un espacio de paridad (Parity Space)
Un espacio de paridad tolera el fallo de exactamente un disco. Cuando ese disco falla, Windows muestra el pool en estado degradado y el volumen sigue siendo accesible, pero al límite de su tolerancia. Si en ese momento falla un segundo disco —ya sea por desgaste natural acelerado, por un pico de tensión o por un fallo mecánico— el volumen Parity entra en estado inoperativo y Windows lo marca como sin redundancia y sin posibilidad de montaje. La recuperación requiere reconstruir el esquema de paridad de Microsoft a partir de los discos supervivientes, identificar qué stripes son reconstruibles y extraer los datos válidos.
2. Corrupción de metadatos del storage pool
El storage pool de Windows almacena su configuración en una base de datos de metadatos distribuida entre los propios discos del pool (en la región de metadatos al inicio de cada disco). Esta base de datos incluye la topología del pool, la asignación de slabs (bloques de espacio de 256 MB que son la unidad básica de gestión de Storage Spaces), el estado de cada disco y la configuración de los espacios creados. Una corrupción de estos metadatos —causada por un fallo de alimentación durante una actualización de la base de datos, un error de firmware en uno de los discos o una escritura incorrecta— puede dejar el pool en un estado en que Windows no puede reconstruir su topología y los volúmenes no montan aunque todos los discos estén físicamente intactos.
3. Windows reinstalado: el pool ya no se reconoce
Este es uno de los escenarios más frecuentes en el laboratorio. El usuario reinstala Windows —a veces en el mismo PC, a veces en uno nuevo— y descubre que los discos del Storage Space ya no son reconocidos automáticamente. Windows no monta el pool ni los volúmenes. La causa es que la identidad del pool está registrada tanto en los discos como en el registro de Windows, y la instalación nueva no tiene la entrada de registro correspondiente. En muchos casos, el pool puede recuperarse usando el comando PowerShell Get-StoragePool -IsPrimordial $false seguido de Connect-StoragePool, pero si la instalación de Windows es de una versión diferente, los discos presentan sectores defectuosos o los metadatos del pool están parcialmente corrompidos, el proceso falla y es necesario intervención en laboratorio.
4. Corte de luz durante escritura en Parity Space
El tipo Parity de Storage Spaces tiene un comportamiento específico ante fallos de alimentación que lo hace especialmente vulnerable. A diferencia del Mirror (que simplemente tiene dos copias), Parity necesita leer y recalcular la paridad de cada stripe durante cada operación de escritura. Si el sistema se apaga a mitad de este proceso, el stripe afectado queda en un estado inconsistente: los datos nuevos están escritos en algunos discos pero la paridad no ha sido actualizada. Windows detecta estas inconsistencias al reiniciar y marca el volumen como dañado. En casos graves, múltiples stripes inconsistentes pueden hacer el volumen inoperativo. Este fenómeno se conoce como el parity write hole y es análogo al mismo problema del RAID 5 clásico.
5. Corrupción de ReFS sobre Storage Spaces
Aunque ReFS está diseñado para ser más resistente a la corrupción que NTFS gracias a sus checksums por bloque, su árbol de metadatos basado en B+ puede sufrir corrupción si los metadatos del propio Storage Space subyacente están dañados. En este caso se producen dos capas de corrupción simultáneas: la del pool de almacenamiento y la del sistema de archivos ReFS. Windows no tiene herramienta nativa (equivalente a chkdsk para NTFS) capaz de reparar ReFS en todos los casos; en muchas situaciones, el único chkdsk /f disponible para ReFS es una corrección parcial que puede marcar bloques de datos como libres y hacerlos irrecuperables. La recuperación requiere análisis forense de la estructura B+ de ReFS.
6. Pool con discos de diferentes tamaños y slab allocation corrompida
Storage Spaces gestiona el espacio del pool mediante slabs: bloques de 256 MB que se asignan dinámicamente a cada espacio de almacenamiento. La tabla de asignación de slabs es parte de los metadatos del pool y se actualiza cada vez que se escribe en el volumen. En pools con discos de diferentes tamaños, la distribución de slabs entre discos es desigual y la reconstrucción de la tabla de asignación en laboratorio es significativamente más compleja. Una corrupción parcial de la tabla de slabs puede dejar partes del volumen accesibles y otras no, lo que requiere un análisis slab a slab para determinar qué datos son recuperables.
Lo que NO debes hacer cuando tu Storage Space falla
La interfaz visual de Windows puede llevar a tomar decisiones que empeoran el problema. Estos son los errores más frecuentes y más costosos:
- No intentes leer los discos individualmente conectándolos a otro PC. Los discos de un Storage Space no están formateados de forma independiente: cada disco contiene solo fragmentos de los datos totales del pool distribuidos en slabs. Un disco individual no contiene un sistema de archivos legible por Windows. Intentar acceder a él con el Explorador de archivos o con herramientas de recuperación genéricas no producirá resultado y puede alterar los metadatos.
- No uses la opción "Retirar del pool" en un espacio degradado. Retirar un disco del pool mientras el espacio está degradado puede desencadenar una re-asignación de slabs que deje el pool en un estado irrecuperable. Si el pool ya está fallando, no hagas ningún cambio de configuración desde el Panel de control ni PowerShell sin asesoramiento previo.
- No ejecutes chkdsk en el volumen si el pool está en estado de error. CHKDSK puede marcar como erróneos bloques que simplemente no son accesibles porque el pool está degradado, lo que resulta en pérdida de datos que podrían haberse recuperado una vez reparado el pool.
- No añadas discos nuevos al pool para intentar "repararlo". Añadir un disco de reemplazo en un pool dañado puede desencadenar operaciones de redistribución de slabs o reconstrucción de paridad que el sistema no puede completar correctamente, empeorando la situación.
- No formatees ni inicialices ninguno de los discos del pool. Los discos de un Storage Space tienen una región de metadatos al inicio del disco que es imprescindible para la recuperación. Inicializar el disco desde el Administrador de discos de Windows destruye esa región de metadatos.
- No apliques Windows Update si el sistema no reconoce el pool. En casos donde el pool falla por una incompatibilidad entre versiones de Windows, una actualización puede cambiar el comportamiento del controlador de Storage Spaces y dificultar el análisis posterior.
Proceso de recuperación de Windows Storage Spaces en RecuperaTusDatos
- Diagnóstico inicial sin cargo: Analizamos el estado del pool, el tipo de resiliencia (Simple, Mirror, Parity), el sistema de archivos (NTFS o ReFS), el número de discos afectados y la causa del fallo. Determinamos si el problema es lógico (metadatos del pool corrompidos, Windows no reconoce el pool) o físico (uno o más discos con fallos mecánicos, electrónicos o de firmware).
- Clonación forense de cada disco: Cada disco se clona sector a sector con equipos especializados (PC-3000, DeepSpar Disk Imager), gestionando automáticamente los errores de lectura y maximizando la recuperación de sectores defectuosos. Nunca trabajamos sobre los discos originales.
- Análisis de metadatos del storage pool: Localizamos la región de metadatos de Microsoft Storage Spaces en cada disco del pool: la storage pool manifest, la tabla de asignación de slabs y la configuración de los espacios. Reconstruimos la topología del pool a partir de los datos de cada disco.
- Reconstrucción virtual del pool: Ensamblamos una imagen virtual del pool combinando las imágenes clonadas de todos los discos. Si el pool es de tipo Parity, recalculamos la paridad de cada stripe para identificar los stripes consistentes y los que tienen escrituras incompletas.
- Acceso al sistema de archivos: Con el pool reconstruido, montamos el volumen en modo solo lectura y accedemos al sistema de archivos NTFS o ReFS. Si el sistema de archivos está también dañado, aplicamos análisis forense específico para cada formato.
- Extracción y verificación de datos: Extraemos los archivos, verificamos su integridad y entregamos una lista detallada de archivos recuperados antes del pago final. El cliente decide qué archivos necesita recuperar.
Precios de recuperación de datos de Windows Storage Spaces
El coste depende del tipo de resiliencia del pool, el número de discos afectados y si los discos tienen problemas físicos además del fallo lógico del pool.
- Mirror con un disco fallido (fallo lógico): desde 400€ + IVA. Los datos están íntegros en el otro disco; el trabajo consiste en reconstruir el contexto del pool para acceder a ellos.
- Pool no reconocido tras reinstalación de Windows (Mirror o Parity sin daños físicos): desde 500€ + IVA. Reconstrucción de metadatos del pool y montaje forzado del volumen.
- Parity Space con un disco fallido o corrupción de paridad: desde 900€ + IVA. Análisis stripe a stripe para identificar datos consistentes.
- Parity Space con dos discos fallidos o corrupción grave de metadatos: desde 1.500€ + IVA. Recuperación parcial; porcentaje variable según el estado de los discos supervivientes.
- Cualquier tipo con discos con fallos físicos (mecánicos, electrónicos): +400–1.500€ adicionales por disco según el tipo de fallo físico.
- Storage Spaces Direct (S2D) en clúster Windows Server: presupuesto individualizado según número de nodos y discos afectados.
Diagnóstico siempre gratuito. Sin datos recuperados, sin coste. Presupuesto cerrado y por escrito antes de comenzar cualquier trabajo.
Preguntas frecuentes sobre recuperación de datos de Windows Storage Spaces
Get-StoragePool y Connect-StoragePool. Si no funciona —porque los metadatos del pool están parcialmente dañados o porque el nuevo Windows tiene una versión diferente del controlador de Storage Spaces— es necesario intervención en laboratorio. No escribas nada en los discos del pool hasta contactar con nosotros.
WhatsApp