Che cos'è ReFS per Windows: caratteristiche, limitazioni e utilizzi

Per chi gestisce i dati in Windows, ReFS (Resilient File System) È il nome che salta fuori ogni volta che parliamo di integrità, scalabilità e alta disponibilità. È nato con l'idea di affrontare le sfide odierne in modo moderno: aumento del volume di informazioni, maggiore virtualizzazione e ridotta tolleranza alle interruzioni.

In questa guida spieghiamo in dettaglio Cos'è ReFS, come funziona e perché è migliore di NTFS?, quali limitazioni presenta ancora e in quali scenari dovrebbe essere implementato. Vedrai anche perché brilla in virtualizzazione e backup, come si integra con Storage Spaces e quali sono le differenze principali di cui dovresti essere a conoscenza prima di scegliere tra ReFS e NTFS.

Che cosa è ReFS e obiettivi di progettazione

ReFS è un file system moderno creato da Microsoft con tre obiettivi principali: massimizzare la disponibilità dei dati, scalare in modo efficace e proteggere dalla corruzione. Ha debuttato nel Di Windows Server 2012 e si è evoluto con le versioni 3.x nelle edizioni successive di Windows Server e Windows 10/11 per ambienti professionali.

La sua architettura si basa su alcune idee chiave: verifica continua dell'integrità, auto-riparante in caso di ridondanza, manutenzione online e strutture interne che facilitano la scalabilità. ReFS è Progettato per integrarsi con Storage Spaces e Storage Spaces Direct, consentendo di riparare automaticamente i dati danneggiati se nel pool sono presenti copie alternative.

Internamente, ReFS utilizza Alberi B+ per metadati e dati, tabelle per organizzare entrambi (simili a un database) e un allocatore gerarchico che gestisce lo spazio libero in base alle dimensioni dei blocchi. i metadati trasportano checksum 64 bit e i dati dei file possono essere facoltativamente protetti con flussi di integrità (abilitando la copia su scrittura sui dati). Questa combinazione riduce la necessità di eseguire chkdsk e accelera il recupero dai guasti.

Nella sua recente evoluzione, ReFS 3.4 (Windows Server 2019) ha notevolmente migliorato le prestazioni nei casi d'uso reali; ReFS 3.7 (Windows Server 2022) ha ampliato la compatibilità come file di paging e Di Windows Server 2025 aggiunge il supporto per EFS (crittografia del file system) su ReFS. Funzionalità come snapshot a livello di file (Windows Server 2022 e versioni successive) e deduplicazione a partire da Windows Server v1709.

Vantaggi principali: resilienza, prestazioni e scalabilità

La progettazione di ReFS ruota attorno a tre pilastri: resistenza alla corruzione, elevate prestazioni sotto carichi impegnativi e scalabilità massiccia con il minimo impatto possibile.

Resilienza che previene i tempi di inattività

ReFS incorpora flussi di integrità e checksum sui metadati (e facoltativamente sui dati) per rilevare la corruzione con affidabilitàSe un blocco non si adatta, il sistema lo identifica con precisione e può intervenire senza smontare il volume.

Quando implementato insieme Deposito Spazi (specchio o parità), ReFS può riparare i danni automaticamente utilizzando la copia corretta dei dati. Le riparazioni sono localizzato e online, in modo che il volume rimanga disponibile e l'intero sistema non venga penalizzato da un singolo problema.

Se non esiste una replica per un blocco danneggiato, ReFS può “salvare” il volume Rimuovere quella voce dallo spazio dei nomi, mantenendo il resto del sistema operativo e i dati operativi durante la gestione dell'incidente. Solo in casi eccezionali il volume dovrebbe essere gestito in modalità offline.

Inoltre, c'è un verificatore proattivo (Data Integrity Scrubber) che analizza periodicamente il volume, rileva eventuali danneggiamenti latenti e avvia le riparazioni prima che influiscano sulle applicazioni. Questa manutenzione riduce la dipendenza dalle attività manuali e previene sorprese.

Prestazioni progettate per la virtualizzazione

ReFS apporta numerose ottimizzazioni che brillano in ambienti con Macchine virtuali e carichi sensibili I/O:

• Parità accelerata tramite specchio: ReFS divide il volume in livelli logici (livelli di performance e livello di capacità). Scrivere sempre sul livello veloce e spostare i frammenti grandi e freddi sul livello di capacità in tempo reale. Esempi tipici: SSD HDD con mirroring + parità, SSD con mirroring + SSD con parità o SSD con mirroring + HDD con mirroring.
• Letture ottimizzate: Nelle configurazioni ibride (flash + HDD), la cache Spazi di archiviazione diretti accelera le letture e riduce la frammentazione insita nei carichi di lavoro virtualizzati; nelle distribuzioni all-flash, le letture vengono soddisfatte anche dal livello delle prestazioni.
• Clonazione a blocchi: Accelera le copie e le unioni dei checkpoint in Hyper-V facendo riferimento ai metadati anziché spostare fisicamente i dati.
• Sparse VDL (lunghezza dati valida): consente di "azzerare" i file molto rapidamente, riducendo la creazione di VHD/VHDX fissi da minuti a secondi.
• Dimensioni dei cluster Da 4 KB a 64 KB flessibile: 4K è solitamente la raccomandazione generale; 64 KB più adatto per I/O sequenziali di grandi dimensioni.

In Windows Server, il La parità accelerata tramite mirroring è supportata solo con Storage Spaces DirectMicrosoft consiglia di utilizzarlo per l'archiviazione e di riserva; per carichi di lavoro virtualizzati casuali e molto impegnativi, il specchio triplo per latenza e coerenza.

Scalabilità senza sacrificare la disponibilità

ReFS è progettato per gestire volumi e file davvero grandi senza degradare le prestazioni in proporzione alla scala. La documentazione Microsoft attuale stabilisce limiti pratici su 35 PB per dimensione di file e volume, con percorsi fino a 32.000 caratteri Unicode e nomi di file da 255 caratteri. Nella letteratura tecnica sono stati citati limiti teorici più elevati con cluster da 64 KB, ma in pratica dovremmo attenerci ai valori documentati dal produttore.

Questa capacità rende ReFS molto attraente per file server con file o set di grandi dimensioniRepository di VM o destinazioni di backup con elevata retention. Il tutto mantenendo i vantaggi dell'integrità e della manutenzione online.

Implementazioni supportate e scenari di utilizzo

Sebbene NTFS rimanga la "carattere jolly" generale, Microsoft supporta ReFS per gli scenari in cui è necessario. elevata disponibilità, resilienza o scalabilità specifico. Naturalmente, il hardware deve essere nel Catalogo di Windows Server e soddisfare i requisiti dell'applicazione.

Spazi di archiviazione diretti (S2D)

È il terreno naturale di ReFS per carichi virtualizzati o immagazzinamento en rossoCon S2D, ottieni parità accelerata tramite mirroring, caching di lettura ibrido, clonazione di blocchi per .vhdx e vantaggi in termini di integrità (flussi di integrità, riparazioni online, dati alternativi per la ricostruzione), il tutto in sinergia.

Spazi di archiviazione con armadi SAS condivisi

Funziona benissimo per dati di file e documenti utente. Vengono sfruttati integrità, riparazioni online, clonazione dei blocchi e scalabilità. Storage Spaces supporta allegati diretti non rimovibili. SATA, SAS, NVMe o HBA (RAID in modalità passthrough).

Dischi di base

Interessante quando le applicazioni implementano già le proprie resilienza e disponibilità del softwareIn questo caso, è possibile utilizzare sequenze di integrità, clonazione di blocchi e l'ampia scala di ReFS senza sovrapporre livelli ridondanti.

Destinazione di backup

Per i repository di backup con applicazioni e hardware che gestiscono la propria elevata disponibilità, ReFS fornisce integrità, clonazione dei blocchi e ridimensionamentoSe l'ambiente SAN richiede provisioning sottile, TRIM/UNMAP o ODX, allora NTFS è preferibile su quel volume per compatibilità.

Confronto tra ReFS e NTFS: caratteristiche e limiti

Entrambi condividono un gran numero di capacità, ma ci sono differenze importanti che influenzano la scelta per ogni caso d'uso.

Limiti (in genere documentati da Microsoft)

Caratteristica	Refs	NTFS
Lunghezza massima del nome del file	255 caratteri Unicode	255 caratteri Unicode
Lunghezza massima del percorso	32.000 caratteri Unicode	32.000 caratteri Unicode
dimensione massima del file	35 PB	256 TB
Dimensione massima del volume	35 PB	256 TB

Sebbene siano state citate cifre più elevate teoricamente per ReFS con cluster di grandi dimensioni, Questi sono gli attuali limiti pratici che troverai nella documentazione e nel supporto Microsoft.

Funzioni disponibili in entrambi

ReFS e NTFS condividono: BitLocker, ACL, USN Journal, notifiche di modifica, link simbolici e punti di giunzione, punti di montaggio e di analisi, snapshot del volume, handle di file, oplock, file sparsi, sequenze denominate, supporto CSV (con sfumature) e supporto per i file di paging (in ReFS dalla versione 3.7).

Note rilevanti: deduplicazione In ReFS è disponibile in Windows Server v1709 e versioni successive; in CSV, con Storage Spaces/S2D/SAN, non viene utilizzato I/O diretto; EFS su ReFS è supportato da Windows Server 2025; e il approvvigionamento fine e TRIM/UNMAP su ReFS sono limitati agli spazi di archiviazione.

Solo in ReFS

• Clonazione a blocchi per velocizzare le copie e le operazioni VM.
• VDL disperso per la creazione ultraveloce di file fissi (VHD/VHDX).
• Parità accelerata riflessa con S2D per combinare prestazioni e capacità.
• Istantanee a livello di file (Windows Server 2022+).

Non disponibile su ReFS (o con restrizioni)

• Transazioni (Trasmissioni x trasmissione), identificatori di oggetti y ODX.
• Nomi brevi 8.3 (generalmente no; alcuni scenari sono simulati con dei link).
• Quote disco, compressione del file system e, ad eccezione di Windows Server 2025, EFS.
• Supporto per supporti rimovibili y Boot del sistema (avvio) generalmente non supportato.
• Riduzione volume non disponibile.

Dettagli operativi interni

ReFS memorizza metadati e dati in Alberi B+ e organizza entrambi in tabelle. Lo spazio libero è gestito da un allocatore gerarchico che separa i blocchi grandi, medi e piccoli per ottimizzare l'allocazione.

Usi dei metadati copia su scrittura (commit on write): le modifiche vengono scritte su nuovi blocchi e vengono "collegate" come versione corrente solo quando vengono committate. Se si abilita flussi di integrità Per quanto riguarda i dati, questa politica si applica anche ai file, riducendo al minimo il rischio di danneggiamento in caso di interruzioni di corrente o errori durante la scrittura.

Grazie checksum Buffer indipendenti (a 64 bit) nei metadati e, se abilitati, nei dati, il sistema può rilevare alterazioni e intervenire. Quando sono presenti spazi di archiviazione con mirroring/parità, ReFS riparazione online utilizzando la copia corretta; in caso contrario, rimuovere l'elemento danneggiato dallo spazio dei nomi e mantenere il volume di lavoro.

Il processo di pulire o "strofinare" Legge periodicamente tutte le copie (mirror) e verifica i checksum per sostituire quelli danneggiati senza intervento. Tutto ciò riduce la necessità di utilizzare strumenti tradizionali ed evita tempi di inattività prolungati dovuti ai controlli.

ReFS nella virtualizzazione e nei backup

Negli ambienti con Hyper-V, ReFS ha mostrato miglioramenti tangibili: la creazione di un VHDX fisso in NTFS potrebbe richiedere minuti; con VDL dispersoStiamo parlando di secondi. Questo accelera le implementazioni rapide, l'automazione e la scalabilità.

La clonazione a blocchi Fa anche la differenza. Affidandosi ai metadati, operazioni come la clonazione di VM, l'unione di checkpoint o l'esecuzione di "full sintetici" sui repository di backup traggono vantaggio da puntatori invece di spostare i dati, riducendo il tempo di I/O e l'usura del disco.

Negli scenari reali, molte soluzioni di backup di virtualizzazione generano copie sintetiche senza dover reidratare i dati, sfruttando la capacità di ReFS di fare riferimento in modo efficiente ai blocchi esistenti. Il risultato è meno traffico, meno latenza e catene di backup più gestibili.

Se si combina ReFS con Spazi di archiviazione diretti e hardware idoneo (validato), si ottiene un piano dati che combina resilienza, velocità e capacità, particolarmente utile nei cluster Hyper-V con CSV.

Buone pratiche, limitazioni e compatibilità

Prima di formatear un volume in ReFS, è consigliabile valutare il caso d'uso e tenerne presente limitazioni attuali e raccomandazioni.

• Sistema/Volume di avvio: Non è un'opzione di avvio generale per Windows; NTFS rimane il percorso standard per il partizionamento del sistema operativo.
• Conversione in loco da NTFS a ReFS: non supportato; è necessario migrare dati.
• Consumo di risorse: ReFS potrebbe richiedere più RAM/CPU e IOPS su array di grandi dimensioni rispetto a NTFS.
• Installazione di app: Generalmente non consigliato per i volumi ReFS; non è presente alcuna compressione del file system e, ad eccezione di WS 2025, non è presente EFS.
• Nomi brevi 8.3, quote e ODX: assenti; valutare l'impatto sugli strumenti legacy.
• Supporto sul client Windows: Storicamente, in Windows 10 era collegato a Deposito Spazi; la prova è stata vista in Windows 11 con opzioni ReFS su installazioni pulite, ma per la produzione è meglio attenersi ai percorsi supportati da Microsoft.

Per quanto riguarda le versioni, a partire da Di Windows Server 2016 sono arrivati ​​i rami 3.x; ReFS 3.4 è maturato in Windows Server 2019 e Rif. 3.7 (Windows Server 2022) aggiunto il supporto per file di paging e altri miglioramenti. Il deduplicazione La protezione dei dati per ReFS è in atto da Windows Server v1709 e snapshot a livello di file da Windows Server 2022. EFS su ReFS approda in Di Windows Server 2025. Il collegamenti fisici Sono supportati in ReFS a partire dal ramo 3.5+ in scenari specifici.

Dimensioni del cluster e raccomandazioni

La dimensione del cluster influisce prestazioni ed efficienza di spazio. In ReFS puoi usare da 4K a 64K; 4K è solitamente l'opzione predefinita e consigliata per usi generali, mentre 64K potrebbe funzionare meglio su carichi con I/O sequenziali di grandi dimensioni (ad esempio, file molto grandi).

Anche in NTFS è comune il formato 4K; a volte vengono utilizzati cluster da 4K. 64K per ridurre la frammentazione o superare determinati limiti con volumi molto grandi. Se si proviene da NTFS e si prevede di spostare un set di dati su ReFS, testare la dimensione del cluster in un preproduzione con il tuo carico reale.

ReFS vs. NTFS: quando scegliere l'uno o l'altro

Scegli il tuo prodotto preferito Refs se hai bisogno di integrità proattiva, riparazioni online, clonazione di blocchi, VDL sparse e parità accelerata tramite mirroring su S2D, o se i tuoi volumi/file cresceranno in modo significativo. È una scelta particolarmente adatta per Repository VM e destinazioni di backup.

Scegli il tuo prodotto preferito NTFS Se hai bisogno di funzionalità come compressione del file system, EFS (sui client), transazioni, quote, ODX o ampio supporto per applicazioni legacy e supporti rimovibili e per partizione di sistema/avvio dal SO.

In ambienti misti, è comune utilizzare NTFS per il sistema operativo e alcuni dati, e ReFS per carichi virtualizzati, repository o archiviazione, beneficiando del meglio di ciascuno senza forzare sostituzioni totali.

Se hai bisogno di funzionalità SAN come ODX o affidarsi al thin provisioning/TRIM al di fuori degli spazi di archiviazione, mantenere tali volumi su NTFS. Quando l'obiettivo è la resilienza e la scalabilità con S2D, ReFS ottiene un vantaggio.

Alla fine la decisione spetta a te. requisiti di disponibilità, sicurezza, prestazioni e compatibilitàLa convalida dell'hardware nel catalogo di Windows Server e l'esecuzione di test di carico in laboratorio eviteranno sorprese.

ReFS è posizionato come livello di archiviazione robusto, agile e preparato per grandi set di dati e virtualizzazione, mentre NTFS mantiene il suo ruolo di sistema versatile e ampiamente compatibile. Combinandoli giudiziosamente, è possibile raggiungere un equilibrio ottimale tra integrità, performance e supporto nelle distribuzioni Windows.