1 29/10/2026 10 min

Quando toccare il file di paging su Windows Server

Su Windows Server 2019 e 2022 il file di paging non è un dettaglio cosmetico: incide sulla stabilità del sistema, sulla gestione dei commit di memoria e, in alcuni casi, sulla capacità di ottenere dump completi in caso di crash. La regola pratica, nella maggior parte degli ambienti server moderni, è semplice: lasciare la gestione automatica al sistema operativo, salvo esigenze precise e documentate.

La configurazione manuale ha senso solo se hai un obiettivo chiaro: limitare la frammentazione su volumi particolari, garantire spazio per dump di memoria completi, separare il paging da dischi molto contesi oppure applicare una policy operativa coerente in ambienti standardizzati. Se invece l’obiettivo è “velocizzare il server”, il paging fisso raramente è la leva giusta: prima vanno osservati commit charge, RAM disponibile, pressione I/O e pattern reali di consumo memoria.

Prima di cambiare qualsiasi impostazione, verifica lo stato attuale e il motivo per cui vuoi intervenire. Se non hai un dato misurabile, stai lavorando per ipotesi. Su un server in produzione, questo è il modo migliore per introdurre effetti collaterali inutili.

Impostazione consigliata: gestione automatica del paging

Per la maggior parte dei server Windows, l’opzione più sensata è gestione automatica delle dimensioni del file di paging per tutte le unità. Windows adatta la dimensione in base al carico e alle esigenze del sistema, riducendo il rischio di dimensionamento errato e semplificando la manutenzione.

Questa scelta è particolarmente utile quando il server ospita ruoli misti, applicazioni con consumi variabili o ambienti soggetti a cambi di carico improvvisi. In pratica, se non hai un requisito specifico legato ai dump o a una policy interna, l’automatico è il punto di partenza corretto.

Il vantaggio operativo non è teorico: riduci la probabilità di saturare il disco di sistema con un paging troppo generoso e, allo stesso tempo, eviti di fissare un valore troppo basso che può causare errori di allocazione quando la memoria commit sale. Il punto non è “più grande è meglio”, ma “coerente con il carico e con il disco disponibile”.

Verifiche preliminari prima di cambiare configurazione

Prima di intervenire, raccogli almeno questi elementi: dimensione della RAM installata, spazio libero sul volume di sistema, utilizzo del commit e presenza di eventuali crash dump richiesti dalle policy operative. Senza questi dati, la scelta della dimensione del paging è approssimativa.

Dal prompt con privilegi amministrativi puoi controllare rapidamente alcune informazioni utili. Non è l’unico modo, ma è il più diretto per avere un quadro iniziale.

systeminfo | findstr /C:"Total Physical Memory" /C:"Available Physical Memory" /C:"Virtual Memory: Max Size" /C:"Virtual Memory: Available" /C:"Virtual Memory: In Use"

Se vuoi un controllo più mirato sullo stato della memoria impegnata e della disponibilità reale, puoi usare anche PowerShell:

Get-CimInstance Win32_OperatingSystem | Select-Object TotalVisibleMemorySize, FreePhysicalMemory, TotalVirtualMemorySize, FreeVirtualMemory

Questi valori non sostituiscono l’analisi del carico applicativo, ma ti dicono subito se stai lavorando su un sistema già vicino alla saturazione o se hai margine. Se il disco di sistema è quasi pieno, non conviene certo aumentare il paging senza criterio: rischi di spostare il problema invece di risolverlo.

Configurazione grafica del file di paging in Windows Server 2019 e 2022

Il percorso è praticamente identico tra Windows Server 2019 e 2022. La configurazione passa dalle impostazioni avanzate del sistema, quindi non serve alcun tool esterno.

  1. Apri Pannello di controllo e vai su Sistema.
  2. Clicca su Impostazioni di sistema avanzate.
  3. Nella scheda Avanzate, nella sezione Prestazioni, premi Impostazioni.
  4. Apri la scheda Avanzate della finestra Prestazioni.
  5. Nel riquadro Memoria virtuale, clicca Cambia.

A questo punto trovi l’opzione che consente a Windows di gestire automaticamente il paging. Se vuoi mantenere la gestione automatica, lascia attiva la casella corrispondente. Se invece devi impostarlo manualmente, deseleziona la casella e passa alla scelta del volume e delle dimensioni.

Su un server con un solo volume di sistema, la scelta più semplice è lasciare il file di paging su C:\pagefile.sys. Spostarlo altrove non porta vantaggi automatici; ha senso solo se il volume alternativo è più adatto per latenza, spazio o policy di storage. In ambienti con storage remoto o volumi lenti, però, conviene essere prudenti: il paging non deve finire su un supporto con prestazioni peggiori del disco di sistema.

Dimensionamento manuale: quando ha senso e come impostarlo

Il dimensionamento manuale ha senso soprattutto in tre scenari: quando devi abilitare dump completi, quando l’ambiente è standardizzato e vuoi evitare variazioni automatiche, oppure quando hai osservato un comportamento anomalo del paging con crescita eccessiva del file su un volume non ideale. Anche in questi casi, la scelta va fatta partendo dai dati, non da una regola rigida valida per tutti.

Per i server moderni, il vecchio consiglio di impostare il paging a “1,5x la RAM” non è una norma affidabile. Con sistemi da molta memoria fisica, quella formula può produrre file sproporzionati e inutili. In molti casi è più corretto ragionare sul tipo di dump richiesto e sul massimo commit atteso, non solo sulla RAM installata.

Se devi impostarlo manualmente dalla GUI, nella finestra Memoria virtuale seleziona il disco desiderato, attiva Dimensioni personalizzate e inserisci i valori di Dimensioni iniziali e Dimensioni massime. Dopo la conferma, Windows chiederà in genere il riavvio per rendere effettiva la modifica.

Per un cambio controllato, conviene procedere così: prima definisci il requisito, poi applichi il valore minimo necessario, quindi osservi per qualche giorno il comportamento del sistema. Se il server genera spesso dump o il commit si avvicina al limite, correggi il dimensionamento in modo misurato, non a colpi di aumento arbitrario.

Configurazione via PowerShell e verifica dello stato

Per automazione o standardizzazione puoi intervenire anche via PowerShell. Questo approccio è utile in ambienti gestiti, ma richiede cautela: la modifica del paging tocca una componente di sistema e va trattata come un change con backup della configurazione precedente.

Prima di tutto, verifica la configurazione attuale:

Get-CimInstance Win32_PageFileSetting

Se il sistema è in automatico, potresti non vedere impostazioni manuali esplicite. Se invece esiste una configurazione fissa, il cmdlet restituisce il percorso del file e le dimensioni impostate. Il controllo va fatto prima e dopo ogni modifica, così da evitare ambiguità.

Per rimuovere una configurazione manuale e tornare alla gestione del sistema, puoi operare dalla GUI oppure da strumenti amministrativi coerenti con la tua policy interna. In ambiente server, però, la via più sicura resta spesso la GUI o l’automazione già in uso nel tuo stack di gestione, perché riduce il rischio di errori di sintassi o di targeting del volume sbagliato.

Se devi creare una configurazione manuale, la scelta di dimensioni e percorso va documentata con precisione. Non basta sapere “quanto” è grande il file: serve anche sapere “perché” è stato fissato così e quale comportamento ti aspetti dopo il cambio.

Crash dump e relazione con il file di paging

Uno degli errori più comuni è separare il ragionamento sul paging da quello sui dump di memoria. In realtà i due aspetti sono collegati. Se vuoi ottenere determinati tipi di crash dump, il file di paging deve essere dimensionato in modo coerente con il tipo di dump configurato e con la RAM installata.

Se il server deve produrre un complete memory dump, il paging sul volume di sistema deve essere adeguato a contenere l’intera memoria fisica, oltre a eventuali margini richiesti dal sistema. Se invece usi dump più contenuti, i requisiti cambiano. Prima di toccare il paging, quindi, controlla la policy di diagnostica del sistema e la modalità di dump configurata.

Puoi verificare queste impostazioni da Sistema > Impostazioni di sistema avanzate > Avvio e ripristino. Qui trovi anche il tipo di dump e il percorso del file di crash. Se il tuo obiettivo è supportare la diagnosi post-mortem, questo controllo è obbligatorio.

Posizionamento del paging su volumi diversi

Mettere il paging su un disco diverso da quello di sistema non è automaticamente una buona idea. In passato era una scelta comune per ridurre la contesa I/O, ma oggi va valutata caso per caso. Se il volume alternativo è SSD locale e il disco di sistema è saturo, può avere senso; se invece il volume alternativo è più lento o condiviso con carichi pesanti, rischi di peggiorare la latenza delle operazioni di memoria virtuale.

In ambienti con più dischi, la logica migliore è osservare la natura del carico. Se il server fa soprattutto I/O sequenziale verso un volume e il paging finisce su un altro supporto locale veloce, la separazione può aiutare. Se invece il problema è un’applicazione che consuma troppa memoria, spostare il paging non risolve la causa: serve intervenire sull’app, sul servizio o sui limiti di allocazione.

Ricorda anche il lato operativo: se il volume scelto non è disponibile al boot, il sistema potrebbe avviarsi con limitazioni o con una configurazione non coerente con quella attesa. Per questo il paging non va mai spostato su storage fragile, dipendente da servizi esterni o soggetto a interruzioni non banali.

Controlli finali dopo la modifica

Dopo il riavvio, verifica che la configurazione sia effettiva e che il file di paging esista dove previsto. Il controllo più semplice è la presenza di pagefile.sys nel volume configurato, ma non basta: devi anche osservare il comportamento del sistema sotto carico.

Puoi controllare la presenza del file da Esplora file con la visualizzazione dei file protetti di sistema attivata, oppure da riga di comando con privilegi amministrativi. L’importante è non fermarsi al solo “esiste/non esiste”: serve confermare anche che dimensione e collocazione corrispondano alla policy applicata.

wmic pagefile list /format:list

Su sistemi recenti, questo comando è utile per una verifica rapida dello stato. Se il risultato non corrisponde a quanto configurato, il cambio non è stato applicato correttamente o il riavvio non è ancora avvenuto.

Nei giorni successivi al change osserva almeno tre indicatori: spazio libero sul volume, eventuali errori nei log di sistema e andamento del commit memory. Se il paging cresce in modo anomalo o il sistema continua a mostrare pressione di memoria, il problema non è il file di paging in sé ma la domanda complessiva di memoria del server.

Rollback e ripristino della configurazione precedente

Il rollback più semplice consiste nel tornare alla gestione automatica del paging. Questa è la scelta da preferire se la modifica manuale non ha portato benefici misurabili o ha introdotto effetti collaterali, come consumo eccessivo di spazio o configurazioni incoerenti con i requisiti di dump.

  1. Riapri Memoria virtuale dalle impostazioni avanzate del sistema.
  2. Rimuovi la configurazione manuale dal volume interessato.
  3. Riattiva Gestisci automaticamente le dimensioni del file di paging per tutte le unità.
  4. Riavvia il server e verifica con wmic pagefile list /format:list che la configurazione sia tornata coerente.

Prima del rollback, assicurati di aver annotato la configurazione precedente. In un cambio controllato, il rollback non è un ripiego: è parte del piano. Se lavori su un server con ruoli critici, comunica sempre la finestra di riavvio e il possibile impatto sui servizi in ascolto.

Scelta pratica consigliata per Windows Server 2019 e 2022

La linea più solida, in assenza di requisiti particolari, è questa: lasciare il paging in automatico, controllare lo stato della memoria con dati oggettivi e intervenire manualmente solo quando serve supportare dump specifici, policy standardizzate o vincoli di storage ben definiti. Su Windows Server 2019 e 2022 la configurazione è stabile, ma il vero punto non è la procedura: è la disciplina con cui decidi se cambiarla.

Se vuoi fare un lavoro corretto in produzione, parti sempre da osservabilità, non da ricette generiche. Il file di paging è uno strumento di equilibrio, non un interruttore magico. Quando lo tratti così, eviti gran parte degli errori che portano a downtime, spazio disco consumato inutilmente o diagnostica incompleta in caso di incidente.