- ReFS se consolida como el sistema de archivos moderno de Microsoft, con soporte de arranque en Windows Server vNext Insider y un enfoque claro en resiliencia, integridad y escalabilidad masiva.
- La combinación de ReFS y Volume Shadow Copy permite snapshots coherentes y eficientes, mientras que las mejoras y parámetros de Registro introducidos tras 2018 reducen el uso excesivo de memoria en operaciones de copia de seguridad intensivas.
- Los ajustes avanzados de ReFS en el Registro (recortes de memoria, gestión de colas de eliminación y tamaño de extensiones duplicadas) ofrecen control fino del rendimiento en entornos con grandes volúmenes y herramientas como Microsoft Data Protection Manager.
- El soporte de arranque desde ReFS y su integración con funciones modernas como WSL2 refuerzan su papel en centros de datos y despliegues empresariales, posicionándolo como alternativa real a NTFS en Windows Server.
En los últimos años, Microsoft ha dado un giro importante en su estrategia de almacenamiento dentro de Windows Server, y el protagonista absoluto de ese cambio es ReFS, el Sistema de Archivos Resiliente. Lo que durante mucho tiempo fue un formato pensado casi en exclusiva para volúmenes de datos y cargas muy específicas, hoy empieza a colocarse en el centro del escenario: ya es posible arrancar Windows Server directamente desde ReFS en las compilaciones más recientes de vNext Insider.
Este avance no llega solo. Viene acompañado de mejoras de rendimiento, ajustes finos vía Registro y un enfoque muy claro en la integridad de los datos, la continuidad del servicio y el uso eficiente de la memoria en escenarios de copia de seguridad y virtualización. A la vez, en paralelo, muchos administradores y entusiastas siguen comparando la experiencia con Linux, Btrfs, ZFS o soluciones de backup tipo borg, preguntándose si la combinación de ReFS, VSS y las nuevas capacidades de arranque puede convertirse en la base de su estrategia de protección de datos.
Qué es ReFS y por qué importa su soporte de arranque
ReFS (Resilient File System) es el sistema de archivos moderno de Microsoft, diseñado desde el principio para priorizar la integridad, la resiliencia frente a la corrupción y la escalabilidad extrema. A diferencia de NTFS, que arrastra décadas de compatibilidad hacia atrás, ReFS nace pensando en centros de datos, grandes granjas de virtualización y escenarios donde los volúmenes crecen de forma constante hasta tamaños enormes.
Una de sus grandes bazas es que ReFS está orientado a detectar corrupciones en los datos de forma temprana y, cuando es posible, corregirlas automáticamente sin interrumpir el servicio. Esto reduce la dependencia de herramientas tradicionales como chkdsk, que en entornos críticos pueden suponer ventanas de mantenimiento largas e incómodas. En la práctica, el objetivo es que el sistema siga funcionando incluso ante fallos físicos o lógicos en el almacenamiento.
Otro aspecto clave es la escalabilidad. Mientras que NTFS ya soporta volúmenes muy grandes, ReFS eleva el listón hasta el orden de los 35 petabytes, una cifra pensada para organizaciones con necesidades masivas de almacenamiento: grandes clusters de virtualización, infraestructuras de backup, almacenamiento definido por software o nubes privadas con crecimiento continuo.
Hasta hace poco, ReFS se utilizaba sobre todo como sistema de archivos para volúmenes de datos y repositorios de copias de seguridad, pero no para la partición de arranque. Eso cambia con las compilaciones Windows Server vNext Insider, que ya permiten instalar el sistema operativo directamente sobre una partición formateada en ReFS, marcando un hito más de una década después de su lanzamiento inicial.
Soporte de arranque ReFS en Windows Server vNext Insider
Las compilaciones más recientes de Windows Server vNext Insider habilitan oficialmente el arranque desde ReFS, algo que muchos administradores llevaban años esperando. A nivel práctico, esto significa que durante el asistente de instalación se puede elegir formatear la partición del sistema con ReFS y completar todo el proceso sin recurrir a NTFS.
Hay una condición muy importante: es imprescindible contar con firmware UEFI. El arranque heredado basado en BIOS no es compatible con esta característica, por lo que cualquier entorno que quiera aprovecharla debe estar ya migrado a UEFI. En infraestructuras modernas de servidores esto suele cumplirse, pero en hardware antiguo o reciclado conviene comprobarlo antes de lanzarse.
Por lo demás, el procedimiento es bastante sencillo. Para instalar Windows Server con soporte de arranque ReFS basta con tres grandes pasos: usar una build Insider reciente que incluya la funcionalidad, seleccionar ReFS como sistema de archivos para la partición del sistema durante la instalación y, una vez completado el primer arranque, verificar el tipo de sistema de archivos de la unidad del sistema para confirmar que todo está en ReFS.
Este cambio es significativo por un motivo de fondo: es la primera vez en casi 14 años que Microsoft habilita de forma oficial el arranque en ReFS. Hasta ahora, muchos lo veían como una promesa a medio cumplir, una tecnología potente pero arrinconada a usos muy concretos. Al permitir que el propio sistema operativo se ejecute desde ReFS, Microsoft envía un mensaje claro de madurez y confianza en el formato.
En el día a día, esto se traduce en que las ventajas de ReFS (resiliencia, detección de corrupción, clonación rápida de bloques) se aplican también a la partición del sistema, no solo a volúmenes de datos. Para organizaciones con requisitos fuertes de disponibilidad, es un argumento más a favor de actualizar a versiones más recientes de Windows Server cuando esta característica esté plenamente soportada en canales estables.
Ventajas técnicas de ReFS frente a NTFS en entornos de servidor
Cuando se habla de ReFS frente a NTFS, lo primero que destaca es la forma de gestionar la integridad y la corrupción de datos. ReFS emplea mecanismos como checksums y estructuras orientadas a minimizar los daños ante fallos, de modo que los errores se detecten y a menudo se corrijan sin requerir herramientas manuales ni largos escaneos.
Esta capacidad reduce notablemente la necesidad de ejecutar chkdsk de forma tradicional, algo que en volúmenes muy grandes puede suponer horas de espera y ventanas de mantenimiento críticas. En entornos de producción, especialmente con servicios 24×7, cada minuto de indisponibilidad cuenta, y el enfoque de ReFS ayuda a mantener el sistema operativo y los datos accesibles incluso cuando el hardware da problemas.
Por otro lado, ReFS está pensado para manejar volúmenes gigantescos y cargas intensivas. El soporte de tamaños de hasta 35 PB lo convierte en un candidato natural para centros de datos, soluciones hiperconvergentes y entornos con crecimiento acelerado de datos. Esto encaja bien con estrategias de virtualización masiva, VDI y almacenamiento híbrido en las que los ficheros de máquinas virtuales y snapshots se multiplican con rapidez.
En el terreno del rendimiento, ReFS aporta ventajas muy concretas. Una de las más interesantes para las empresas es la clonación de bloques y el aprovisionamiento disperso (thin provisioning). Gracias a estas técnicas, el sistema puede crear o ampliar archivos VHD y VHDX de tamaño fijo sin penalizar tanto el rendimiento como ocurría con enfoques más tradicionales.
Esto significa que las operaciones de copia y despliegue de grandes archivos, especialmente los de máquinas virtuales, se aceleran de forma clara. En vez de copiar byte a byte, ReFS se apoya en la clonación interna de bloques, minimizando el I/O real sobre el disco y reduciendo la carga en el almacenamiento, algo crítico cuando se gestionan cientos o miles de VMs.
Uso intensivo de memoria ReFS y problemas en copias de seguridad
Con todo lo anterior, no todo son ventajas sin coste. En Windows Server 2016 se observaron escenarios con un uso intensivo de memoria asociado a volúmenes ReFS, especialmente cuando se utilizaban aplicaciones de copia de seguridad que realizaban operaciones de clonación de bloques de gran tamaño. En algunos casos, los administradores reportaron que el volumen ReFS dejaba de responder o incluso se bloqueaba durante procesos de backup muy exigentes.
Este comportamiento se debía a cómo ReFS gestionaba internamente las transmisiones de metadatos de gran tamaño y ciertas operaciones masivas. Cuando la aplicación de copia de seguridad hacía un uso muy agresivo de la clonación de bloques, la memoria consumida por ReFS podía crecer mucho, afectando al rendimiento global del servidor e incluso provocando cuelgues del volumen.
Para mitigar estos problemas, Microsoft publicó una actualización incluida en la acumulativa del 22 de febrero de 2018. Esta actualización mejora el rendimiento de ReFS al optimizar cómo se desasignan y gestionan las vistas de los archivos, de modo que el uso de memoria se controle mejor durante las operaciones intensivas.
Además, se introdujeron parámetros opcionales en el Registro de Windows que permiten ajustar de forma fina el comportamiento de ReFS en relación con la memoria y el procesamiento de metadatos. Estos ajustes están pensados para entornos donde las copias de seguridad y las operaciones masivas son habituales y donde se necesita un control extra sobre el consumo de recursos.
Conviene recordar que para que estos parámetros surtan efecto es obligatorio reiniciar el servidor. También se recomienda que, en entornos de clúster de conmutación por error, todos los nodos compartan la misma configuración de Registro, evitando así comportamientos inconsistentes entre ellos.
Parámetros avanzados de ReFS en el Registro: cómo ayudan
La actualización mencionada introduce varios parámetros ajustables en el Registro que permiten refinar el modo en que ReFS gestiona memoria, metadatos y ciertas colas internas. Todos ellos deben definirse con cuidado, especialmente en producción, pero ofrecen un margen extra para exprimir el rendimiento y controlar consumos desbocados.
El primero es RefsEnableLargeWorkingSetTrim. Cuando se habilita, hace que ReFS recorra el mapa de memoria (MM) completo de todas las transmisiones de metadatos en cada punto de control y desasigne lo que ya no se necesita. Esta opción resulta útil cuando el volumen está relativamente inactivo y no tiene páginas de metadatos activas, ayudando a reducir un conjunto de trabajo excesivo.
Otro parámetro clave es RefsNumberOfChunksToTrim. ReFS utiliza una lógica de asignación de memoria diferida, y cuando recorre el espacio de nombres para completar el mapa MM, lo desasigna en bloques de un tamaño determinado. La cantidad de espacio virtual que se va a desasignar se calcula, en volúmenes mayores de 10 TB, como RefsNumberOfChunksToTrim multiplicado por 128 MB, y en volúmenes menores de 10 TB como ese mismo valor por 64 MB.
Al aumentar RefsNumberOfChunksToTrim, ReFS actúa de forma más agresiva recortando memoria, lo que ayuda a reducir el uso total de RAM a costa, potencialmente, de un impacto en ciertas cargas. Se sugieren valores como 4, 8, 16 o 32, ajustando según se observe el comportamiento real del sistema.
También está disponible RefsEnableInlineTrim, que ordena a ReFS enviar un recorte de memoria en línea mientras desasigna sus páginas de metadatos. Esta es la opción más agresiva de todas, porque puede provocar regresiones de rendimiento si el volumen ReFS está alojado en medios de muy alta velocidad como SSD o NVMe. Se recomienda activarla solo cuando otras opciones no den resultados satisfactorios y siempre monitorizando el impacto.
El parámetro RefsDisableCachedPins deshabilita los “pins” almacenados en caché, uno de los factores que más contribuían a un conjunto de trabajo activo muy grande. Al desactivarlos, se reduce la presión de memoria, aunque conviene probar el efecto en cada entorno concreto para asegurarse de que no se introducen efectos secundarios inesperados.
Otro ajuste importante es RefsProcessedDeleteQueueEntryCountThreshold. Este valor introduce una lógica heurística sobre la cola de eliminaciones de ReFS: cuando la cola alcanza un tamaño determinado, se fuerza la ejecución de un punto de control. De este modo, se evita que la lógica del punto de control quede “atascada” procesando una cola de eliminaciones gigantesca mientras el resto de IOs se bloquean esperando.
Al reducir el valor de RefsProcessedDeleteQueueEntryCountThreshold (por ejemplo, de 2048 a 1024 o incluso 512), ReFS ejecutará puntos de control con más frecuencia, manteniendo la cola de eliminaciones en tamaños más manejables a costa de realizar más operaciones internas de housekeeping.
En escenarios con Microsoft Data Protection Manager, se introduce además el parámetro DuplicateExtentBatchSizeinMB, aplicable bajo la clave de configuración de DPM. Su objetivo es reducir el tamaño de las extensiones duplicadas de cada llamada de clonación, ya que las llamadas muy grandes introducían latencia: otras operaciones debían esperar a que terminaran estos procesos de larga duración.
Por último, se puede ajustar el TimeOutValue del servicio de disco en el Registro, extendiendo el valor por defecto (0x41 hexadecimal, 65 en decimal) hasta, por ejemplo, 0x78 (120 en decimal). Esto otorga un margen adicional antes de que el sistema considere que una operación contra el disco ha excedido el tiempo de espera, lo que puede ayudar en ciertos escenarios de carga alta y operaciones prolongadas sobre volúmenes grandes.
ReFS, copias de seguridad y comparación con enfoques en Linux
Más allá de Windows, muchos administradores comparan lo que ofrece ReFS combinado con Volume Shadow Copy (VSS) frente a soluciones de snapshot y backup en Linux. La idea de fondo es siempre la misma: conseguir copias consistentes, completas y manejables sin devorar el almacenamiento disponible.
En Linux, una estrategia habitual de respaldo automático puede basarse en herramientas tipo rsync que crean espejos del directorio personal, a veces con una suerte de “versionado” manual moviendo los archivos borrados a una papelera. Aunque esto aporta algo de protección, no se considera un verdadero backup completo y coherente, ya que depende en gran medida de que el usuario no cometa errores o de que no haya ficheros en mitad de una escritura durante la copia.
El ideal de cualquier estrategia profesional es contar con snapshots completos, internamente coherentes e independientes entre sí. Es decir, cada punto de restauración debe capturar un estado consistente del sistema de archivos, como si se hubiera congelado en un instante, sin depender de snapshots anteriores para poder leer los datos.
El problema es que, si se copian bloques completos sin técnicas de deduplicación o compresión, estos snapshots terminan por agotar el almacenamiento, porque por muchos recursos que se tengan nunca serán infinitos. Aquí es donde, en entornos Windows, la combinación de ReFS y VSS aporta un equilibrio interesante: snapshots consistentes gestionados por el sistema, con soporte nativo y sin obligar al usuario a reinventar la rueda.
En el mundo Linux, una alternativa moderna para cumplir con este ideal son soluciones como borg o borgbackup. Borg permite crear snapshots lógicos independientes, con la capacidad de explorar el historial hasta donde se decida, pero aplicando deduplicación a nivel de bloques. De este modo, el primer snapshot puede ocupar 100 GB, mientras que el segundo, que solo incluye algunos archivos modificados, apenas consume unos pocos KB adicionales, aunque se presente de cara al usuario como un árbol completo de ficheros.
Otra opción más artesanal sería elaborar un script sencillo que use inotify para monitorizar cambios en el sistema de archivos. La idea es vigilar el directorio raíz del origen del snapshot, ignorando carpetas muy dinámicas (como .cache) y, si se detecta un cambio en un área relevante durante la captura, cancelar el snapshot, esperar unos minutos y volver a intentarlo. Es una forma de aproximarse a la coherencia sin tener algo tan integrado como VSS, pero a costa de mayor complejidad e ineficiencia.
Frente a todo esto, Windows Server gana puntos con su implementación de Volume Shadow Copy unida a ReFS. VSS se encarga de la coherencia del snapshot, incluso cuando hay aplicaciones escribiendo datos en ese momento, y ReFS aporta resiliencia, detección de corrupción y un manejo más eficiente de los datos en volúmenes enormes, especialmente cuando se trata de repositorios de backup o almacenamiento de máquinas virtuales.
Experiencias con Windows ejecutándose sobre ReFS y funciones avanzadas
Con la llegada del soporte oficial de arranque desde ReFS, muchos usuarios y administradores con perfil más técnico se han lanzado a experimentar, ejecutando Windows directamente desde volúmenes ReFS en lugar de NTFS. En general, las experiencias reportadas hablan de un funcionamiento estable y fluido, siempre que el hardware y los drivers estén a la altura.
Uno de los puntos que despierta más curiosidad es la compatibilidad de ReFS con características modernas como WSL2. Aunque WSL2 se apoya internamente en una máquina virtual ligera y en tecnologías de virtualización, el hecho de que el sistema host se ejecute sobre ReFS plantea preguntas sobre rendimiento, acceso a ficheros y posibles peculiaridades al trabajar con sistemas de archivos mixtos (Windows y Linux).
Hasta ahora, no se han popularizado grandes problemas generalizados, pero sí es cierto que ejecutar Windows sobre ReFS sigue siendo un terreno relativamente nuevo para muchos escenarios de producción. Antes de dar el salto en entornos críticos, lo sensato es probar en laboratorios, evaluar el comportamiento con las aplicaciones clave y verificar que todas las herramientas de backup, monitorización y seguridad soportan bien esta configuración.
Para organizaciones que ya utilizan extensivamente ReFS en volúmenes de datos, la posibilidad de unificar también la partición del sistema bajo el mismo tipo de sistema de archivos resulta bastante atractiva, simplificando la gestión y aprovechando mejor las ventajas de resiliencia en todo el stack. Eso sí, la dependencia de UEFI y la necesidad de builds muy recientes implica planificar bien cualquier migración.
A medida que Microsoft vaya trasladando este soporte de las compilaciones Insider a versiones estables de Windows Server, lo previsible es que la adopción de ReFS se acelere, especialmente en empresas con fuertes requisitos de continuidad de servicio y grandes volúmenes de datos. ReFS pasa así de ser una promesa a convertirse en una pieza central de la estrategia de almacenamiento de la plataforma.
En conjunto, el soporte de arranque ReFS, las optimizaciones de memoria y los parámetros avanzados de configuración dibujan un panorama en el que Windows Server ofrece un sistema de archivos mucho más robusto, escalable y preparado para las cargas modernas. Para quienes gestionan infraestructuras críticas, supone disponer de más herramientas para equilibrar rendimiento, seguridad y eficiencia, sin renunciar a la flexibilidad necesaria en entornos híbridos y multicloud.