Risposta rapida: quale alternativa a WDS scegliere?
Microsoft prevede di deprecare il ruolo server Windows Deployment Services (WDS) a partire dalla prossima versione di Windows Server. Il cambiamento comprende l’avvio PXE fornito da WDS, le interfacce e i servizi di gestione e le funzionalità multicast. WDS resta supportato nelle versioni di Windows Server ancora assistite: non occorre quindi rimuoverlo immediatamente. Microsoft invita però le organizzazioni a individuare le dipendenze da WDS e a pianificare la migrazione.
L’alternativa più adatta dipende da come utilizzi WDS nel tuo ambiente di distribuzione:
| Flusso attuale con WDS | Percorso di migrazione da valutare |
|---|---|
| Avvio PXE + WinPE + distribuzione di immagini Windows | Wittytool Disk Clone o un’altra soluzione di distribuzione basata su immagini |
| OSD di Configuration Manager + PXE basato su WDS | Responder PXE di Configuration Manager senza WDS |
| Provisioning Windows con priorità al cloud | Windows Autopilot + Intune |
| Creazione e distribuzione di immagini in rete con strumenti open source | Soluzioni analoghe gestite internamente |
| Infrastruttura di avvio dalla rete | Soluzioni PXE o HTTP Boot indipendenti |
| Distribuzione basata soprattutto sul multicast di WDS | Rivalutare architettura, capacità di rete e strategia di distribuzione |
Se utilizzi WDS soprattutto per avviare i PC tramite PXE, caricare WinPE e distribuire un’immagine Windows configurata su più computer, Wittytool Disk Clone è un percorso di migrazione da valutare. Riunisce distribuzione tramite PXE, creazione di WinPE e distribuzione centralizzata di immagini Windows, senza richiedere il passaggio completo a un modello di provisioning cloud.
Non esiste un unico sostituto che riproduca tutte le funzioni di WDS. Individua le funzionalità da cui dipende il tuo ambiente e scegli un’architettura che le copra.
Cosa cambia per WDS?
Il 21 settembre 2026 Microsoft ha annunciato l’intenzione di deprecare il ruolo server WDS a partire dalla prossima versione di Windows Server.
Secondo le indicazioni ufficiali Microsoft sulla deprecazione di WDS, il cambiamento riguarda:
- Il ruolo server Windows Deployment Services e i servizi ruolo Deployment Server e Transport Server.
- Le funzionalità di avvio PXE e bootstrap di rete fornite da WDS.
- Gli strumenti di gestione, le interfacce a riga di comando, le API e i relativi meccanismi di attivazione dei servizi.
- Il trasporto multicast di WDS e i flussi di distribuzione multicast che ne dipendono.
- I componenti WinPE usati specificamente per creare o utilizzare client WDS, tra cui WinPE-WDS-Tools.
Microsoft presenta l’annuncio come un preavviso che consente alle organizzazioni di individuare le dipendenze e iniziare a pianificare la migrazione.
Deprecazione prevista e supporto delle versioni esistenti
La deprecazione non implica che WDS smetta immediatamente di funzionare.
Microsoft afferma che WDS continuerà a funzionare nelle versioni di Windows Server ancora supportate, secondo i rispettivi cicli di manutenzione. L’annuncio di settembre 2026 non ne modifica la disponibilità né il supporto su tali versioni.
Microsoft non ha ancora indicato la versione esatta di Windows Server da cui WDS verrà rimosso completamente. Le indicazioni attuali prevedono che la rimozione possa avvenire in una futura versione LTSC o diverse versioni più avanti.
Se utilizzi Windows Server 2025 o un’altra versione supportata, non serve quindi una disinstallazione d’emergenza. Usa invece il periodo di supporto restante per:
- Censire le dipendenze da WDS.
- Individuare le funzioni di distribuzione che richiedono effettivamente WDS.
- Preparare e collaudare il flusso sostitutivo.
- Migrare i carichi di lavoro per fasi.
Per una nuova infrastruttura di distribuzione destinata a durare nel tempo, è opportuno valutare una base tecnologica diversa da WDS.
Limiti di distribuzione di Windows 11 e avvio PXE
Alcune funzionalità di WDS erano già state limitate prima dell’annuncio di deprecazione dell’intero ruolo server.
La documentazione Microsoft sul supporto di boot.wim in WDS spiega che, a partire da Windows 11, non sono più supportati i flussi che utilizzano il file boot.wim del supporto di installazione e avviano Installazione di Windows in modalità WDS.
È quindi necessario distinguere tra distribuzione di Windows 11 tramite WDS e avvio PXE fornito da WDS.
Microsoft indica che il flusso di Installazione di Windows basato su boot.wim è bloccato per Windows 11, mentre WDS può ancora avviare i dispositivi tramite PXE con immagini di avvio personalizzate supportate.
Le indicazioni Microsoft del 2026 segnalano inoltre che gli scenari di distribuzione non presidiata sono stati disabilitati per impostazione predefinita e non sono più supportati dopo gli aggiornamenti del 14 aprile 2026 o successivi.
Un flusso tradizionale come questo:
PXE → WDS → boot.wim del supporto di installazione → Installazione di Windows
è quindi già interessato dai limiti relativi a Windows 11.
Un flusso come il seguente:
PXE → WinPE personalizzato → strumento di distribuzione → immagine Windows
rappresenta invece uno scenario diverso, da valutare separatamente.
Alternative a WDS in base allo scenario di distribuzione
Per valutare le alternative a WDS, parti dal flusso di lavoro anziché dal nome del prodotto.
Microsoft Configuration Manager per gli ambienti OSD esistenti
Se la tua organizzazione utilizza già Microsoft Configuration Manager per distribuire i sistemi operativi, il percorso più diretto consiste nell’eliminare la dipendenza da WDS nella parte PXE del flusso.
Configuration Manager offre un responder PXE che non richiede WDS. L’opzione Abilita un responder PXE senza Windows Deployment Services consente a un punto di distribuzione di rispondere alle richieste PXE senza installare WDS. Il responder supporta anche IPv6.
Per i dettagli di implementazione, consulta la documentazione Microsoft sulla distribuzione PXE con Configuration Manager e quella sui punti di distribuzione.
Questo percorso è particolarmente indicato se il tuo ambiente utilizza già:
- Sequenze di attività di Configuration Manager.
- Punti di distribuzione.
- Immagini di avvio di Configuration Manager.
- Distribuzione del sistema operativo tramite PXE.
- Un’infrastruttura Configuration Manager esistente.
Microsoft raccomanda espressamente di passare dal PXE basato su WDS al responder PXE di Configuration Manager senza WDS.
Resta un limite importante: il responder PXE di Configuration Manager senza WDS non supporta il multicast dipendente da WDS.
Se la tua organizzazione utilizza molto il multicast, valuta la migrazione PXE insieme alla larghezza di banda, al numero di distribuzioni simultanee e alla pianificazione dei lotti.
Wittytool Disk Clone per PXE, WinPE e distribuzione di immagini Windows
Lo scenario è diverso quando WDS è usato soprattutto all’interno di un flusso tradizionale basato su immagini.
Uno schema comune è:
Avvio PXE → WinPE → immagine Windows → più PC
L’obiettivo è avviare i computer di destinazione dalla rete, accedere all’ambiente di distribuzione e applicare un’immagine Windows configurata a più dispositivi.
Wittytool Disk Clone supporta questo tipo di flusso: offre distribuzione tramite PXE, creazione di un ambiente di avvio WinPE e distribuzione centralizzata di immagini Windows su più PC.
Per i flussi basati su WinPE, Wittytool Disk Clone consente anche di creare un ambiente WinPE avviabile, così da utilizzare le funzioni di gestione dei dischi e del sistema al di fuori dell’installazione Windows presente sul PC.
Per la fase di distribuzione, la nostra soluzione di distribuzione di immagini Windows su più PC offre modalità automatica e manuale, gestione centralizzata, monitoraggio dei progressi in tempo reale e supporto per hardware differente tramite Universal Restore.
Il flusso consente anche di distribuire un’immagine del sistema Windows esistente senza eseguire prima Sysprep, con l’opzione di modificare il SID Windows durante la distribuzione quando necessario.
Wittytool Disk Clone è quindi una soluzione da valutare se vuoi mantenere un modello di distribuzione basato su immagini durante la migrazione da WDS.
Il suo ruolo riguarda le parti principali di un flusso tradizionale incentrato su:
- Avvio PXE.
- WinPE.
- Distribuzione di immagini Windows.
- Distribuzione su più PC.
Per esempio, un team IT che usa WDS per avviare nuovi PC tramite PXE, caricare un ambiente di distribuzione e applicare un’immagine Windows preparata può conservare questo modello generale senza passare interamente al provisioning cloud.
Per gli scenari in rete locale, consulta anche la guida alla clonazione dei computer tramite rete.
Altre soluzioni di distribuzione basate su immagini
Alcune organizzazioni preferiscono una piattaforma di imaging di terze parti dedicata, anziché un’infrastruttura di distribuzione basata sugli strumenti Microsoft.
Prodotti come AOMEI Image Deploy, Acronis Snap Deploy e ManageEngine OS Deployer rientrano in questa categoria. Le implementazioni differiscono, ma il modello comune consiste nel creare o preparare un’immagine standardizzata del sistema operativo e distribuirla su più computer di destinazione.
Queste soluzioni possono essere utili se ti servono:
- Distribuzione centralizzata delle immagini.
- Flussi di avvio tramite PXE o supporti avviabili.
- Distribuzione su più computer.
- Distribuzione su hardware differente.
- Opzioni unicast o multicast.
- Distribuzione automatica o pianificata.
La presenza di funzioni simili non significa però che ogni prodotto di imaging sia intercambiabile con WDS.
Confronta ciascuna soluzione con la combinazione di PXE, WinPE, distribuzione delle immagini, supporto hardware, automazione e architettura di rete richiesta dalla tua organizzazione.
Imaging open source con FOG e Clonezilla
Gli strumenti open source sono un’altra possibilità per chi vuole mantenere un controllo diretto sull’infrastruttura di distribuzione.
FOG Project offre funzioni di imaging in rete e può supportare flussi basati su PXE, compresi scenari multicast.
Clonezilla si concentra sulla creazione e sul ripristino di immagini di dischi e sistemi; Clonezilla Server Edition aggiunge funzionalità per la distribuzione su larga scala e la clonazione multicast.
Sono opzioni da considerare se il team è in grado di gestire autonomamente server di distribuzione e infrastruttura di rete.
Vanno valutate come soluzioni di imaging, verificando separatamente le funzioni necessarie dei servizi WDS, delle interfacce di gestione e del ciclo di distribuzione Windows.
Soluzioni PXE indipendenti per l’avvio dalla rete
In alcuni ambienti WDS serve principalmente a fornire l’infrastruttura di avvio dalla rete.
In questi casi, una soluzione PXE o HTTP Boot dedicata può essere sufficiente per la fase di avvio.
Strumenti come Serva, iPXE e iVentoy possono essere valutati per esigenze specifiche di avvio dalla rete.
L’avvio dalla rete e la distribuzione delle immagini Windows restano però due funzioni distinte.
Un server PXE risponde alla domanda:
Come avvio l’ambiente di distribuzione?
Non risolve automaticamente questa esigenza:
Come creo, gestisco, personalizzo e distribuisco l’immagine Windows?
La distinzione è essenziale durante la migrazione da WDS. Se WDS gestisce sia l’avvio sia la consegna dell’immagine, sostituire soltanto il server PXE non completa la migrazione.
Quando valutare Windows Autopilot
Windows Autopilot è da considerare se vuoi abbandonare l’imaging tradizionale, anziché limitarti a sostituire WDS.
Secondo la panoramica Microsoft di Windows Autopilot, Autopilot usa l’installazione Windows ottimizzata dal produttore già presente sui nuovi dispositivi. Invece di applicare ripetutamente una nuova immagine, rende l’installazione esistente pronta per l’uso aziendale tramite configurazioni, criteri, applicazioni e impostazioni di identità.
La differenza si può riassumere così:
Distribuzione tradizionale di immagini
Creazione di un’immagine Windows configurata → trasferimento dell’immagine → distribuzione sui PC di destinazione.
Windows Autopilot
Windows del produttore → registrazione del dispositivo → applicazione di criteri, applicazioni e configurazioni.
Autopilot può essere adatto alle organizzazioni che puntano su:
- Microsoft Intune.
- Microsoft Entra ID.
- Gestione dei dispositivi tramite cloud.
- Provisioning dei nuovi dispositivi.
- Riduzione dell’infrastruttura locale.
È meno direttamente allineato agli ambienti in cui un’immagine Windows personalizzata è l’elemento centrale da distribuire.
Autopilot rappresenta quindi un modello diverso da quello di WDS.
Cosa controllare prima di migrare da WDS
Una migrazione efficace comincia dall’individuazione delle dipendenze.
Microsoft invita a censire le installazioni WDS e a identificare i flussi di distribuzione, ripristino, imaging e avvio dalla rete che ne dipendono.
Dipendenze da PXE, WinPE e automazione
Documenta innanzitutto come viene avviato ogni flusso di distribuzione.
Verifica questi aspetti:
- Il PC di destinazione si avvia tramite PXE?
- Quale server PXE risponde?
- Quale immagine di avvio viene caricata?
- L’immagine di avvio si basa su Windows PE?
- Sono inclusi driver personalizzati?
- L’ambiente WinPE avvia script o strumenti di distribuzione?
- L’automazione dipende da DHCP, TFTP, HTTP o da impostazioni di rete specifiche?
La sostituzione di WDS con un altro server PXE non copre automaticamente l’intero flusso di distribuzione.
API, script e componenti personalizzati di WDS
WDS offre più di un semplice server PXE.
La deprecazione prevista comprende strumenti di gestione, interfacce a riga di comando, API e relativi meccanismi di attivazione dei servizi.
Censisci gli script, le automazioni e i processi amministrativi che utilizzano:
- API di WDS.
- wdsutil.
- Console di gestione WDS.
- Interazioni personalizzate con i servizi WDS.
- Componenti WinPE specifici di WDS.
Una nuova piattaforma può sostituire la distribuzione delle immagini lasciando però uno script precedente ancora dipendente da WDS.
Compatibilità delle immagini e necessità di ricrearle
Individua il formato delle immagini attuali e il metodo utilizzato per distribuirle.
Verifica questi aspetti:
- La distribuzione attuale usa
install.wimo un’immagine acquisita del sistema? - L’immagine è destinata a Installazione di Windows?
- È un’immagine completa del sistema?
- Contiene applicazioni preinstallate?
- Include profili utente o account locali?
- Dipende da una configurazione hardware specifica?
- La nuova soluzione richiede di acquisire nuovamente l’immagine?
Il controllo è particolarmente importante se il flusso WDS usa il file boot.wim del supporto di installazione, interessato dai limiti Microsoft relativi a Windows 11.
La distribuzione basata su immagini segue un modello diverso e può permettere di conservare un ambiente Windows già configurato, anziché ricostruirlo dai supporti di installazione.
Multicast, capacità di rete e lotti di distribuzione
Il multicast richiede una valutazione specifica durante la migrazione.
Microsoft prevede di deprecare il multicast di WDS e i flussi che ne dipendono. Inoltre, il multicast dipendente da WDS non è supportato dal responder PXE di Configuration Manager senza WDS.
Prima di sostituire WDS, determina:
- Quanti PC vengono normalmente distribuiti contemporaneamente.
- La larghezza di banda disponibile.
- Se il traffico di distribuzione attraversa VLAN.
- Se le filiali utilizzano server di distribuzione locali.
- Se la distribuzione unicast è praticabile.
- Se puoi suddividere l’operazione in lotti più piccoli.
Un’architettura adatta a cinque PC può comportarsi in modo molto diverso con cinquanta o diverse centinaia di computer.
Verifica di hardware e applicazioni
Collauda il nuovo flusso di distribuzione sull’hardware effettivamente utilizzato.
Verifica almeno:
- Avvio UEFI.
- Avvio protetto.
- Avvio PXE.
- Avvio di WinPE.
- Schede di rete.
- Controller di archiviazione.
- Distribuzione dell’immagine Windows.
- Modelli di PC differenti.
- Compatibilità delle applicazioni.
- Appartenenza al dominio e requisiti di identità.
- Distribuzioni simultanee su più computer.
- Procedure in caso di errore e nuovi tentativi.
Per la distribuzione basata su immagini, controlla anche che l’immagine configurata possa essere applicata correttamente ai diversi modelli presenti nel tuo ambiente.
Se cloni abitualmente postazioni aggiunte a un dominio, includi l’identità del computer nei controlli. La guida alla clonazione di un PC Windows aggiunto al dominio mantenendo applicazioni e impostazioni approfondisce questo scenario.
Domande frequenti
WDS è deprecato nel 2026?
Il 21 settembre 2026 Microsoft ha annunciato che prevede di deprecare il ruolo server WDS e le funzionalità PXE fornite da WDS a partire dalla prossima versione di Windows Server.
Durante il periodo di deprecazione, WDS resta supportato nelle versioni di Windows Server ancora assistite.
Posso continuare a usare WDS su Windows Server 2025?
Sì. L’annuncio di settembre 2026 non modifica immediatamente la disponibilità o il supporto di WDS su Windows Server 2025.
Restano però già non supportati i flussi di distribuzione di Windows 11 che usano il file boot.wim del supporto di installazione e la modalità WDS.
Cosa sostituisce WDS?
Non esiste un unico sostituto per tutti i flussi WDS.
Configuration Manager offre un responder PXE senza WDS per gli ambienti OSD supportati. Windows Autopilot utilizza un modello di provisioning cloud, mentre gli strumenti di distribuzione basati su immagini possono sostituire i flussi di imaging tradizionali.
La scelta dipende dalle funzioni WDS effettivamente utilizzate dalla tua organizzazione.
Quali alternative a WDS sono gratuite?
Esistono diversi approcci che non adottano lo stesso modello di licenza dei prodotti commerciali di distribuzione aziendale.
FOG Project e Clonezilla sono esempi di tecnologie di imaging open source. Alcune organizzazioni possono invece continuare a utilizzare tecnologie Microsoft già comprese nella propria infrastruttura.
La licenza software è solo uno dei criteri: valuta anche architettura PXE, supporto hardware, automazione, capacità di rete, carico di gestione e requisiti operativi.
Posso riutilizzare le immagini WIM esistenti di WDS?
Dipende da come viene utilizzato il file WIM.
Un WIM creato per un determinato flusso WDS potrebbe non essere riutilizzabile direttamente in un’altra architettura. In particolare, la distribuzione di Windows 11 con il file boot.wim del supporto di installazione in modalità WDS è già non supportata.
Prima della migrazione, individua se il WIM è un’origine di installazione, un’immagine di avvio o un’immagine acquisita del sistema e verifica che il nuovo metodo supporti quel tipo di immagine.
Serve Windows Server per distribuire le immagini?
Non necessariamente.
È l’architettura scelta a determinare se Windows Server sia necessario. Alcune piattaforme aziendali si basano su Windows Server; altri strumenti di imaging possono utilizzare configurazioni server o workstation differenti.
La soluzione deve fornire i servizi di rete, l’archiviazione, i meccanismi PXE o di avvio e i componenti di gestione richiesti dal flusso di distribuzione.
Passare da WDS a un altro strumento cambia i requisiti di Sysprep?
Non necessariamente.
I requisiti di Sysprep dipendono dal metodo di distribuzione, dall’immagine Windows e dalla configurazione prevista per i computer di destinazione.
Per i flussi tradizionali basati su immagini, occorre seguire i requisiti della piattaforma scelta e dello scenario Windows da distribuire.
Alcuni flussi di terze parti consentono di distribuire un’immagine Windows esistente senza eseguire prima Sysprep. Per esempio, Wittytool Disk Clone supporta questo percorso e permette di modificare facoltativamente il SID Windows durante la distribuzione.
Cosa sostituisce il PXE di WDS?
La risposta dipende dal flusso utilizzato.
Configuration Manager offre un responder PXE senza WDS per gli scenari OSD supportati. Altre piattaforme forniscono propri servizi PXE, mentre tecnologie PXE o HTTP Boot indipendenti possono soddisfare esigenze specifiche di avvio dalla rete.
La scelta dipende da ciò che deve accadere dopo l’avvio del PC di destinazione.
Cosa succede al multicast di WDS?
Microsoft prevede di deprecare il multicast di WDS e i flussi di distribuzione che ne dipendono.
Chi utilizza il multicast deve verificare capacità di rete, distribuzioni simultanee e strategia di distribuzione prima di migrare.
Il passaggio a un responder PXE senza WDS non implica il mantenimento dello stesso comportamento multicast.
Conclusioni
WDS entra in una fase di transizione, ma non occorre sostituirlo immediatamente e senza un’analisi del proprio ambiente.
L’annuncio Microsoft di settembre 2026 lascia ai team IT il tempo di individuare le dipendenze, valutare le alternative e migrare per fasi prima della futura rimozione di WDS da Windows Server.
La domanda più utile da porsi va oltre:
Qual è la migliore alternativa a WDS?
Chiediti piuttosto:
Da quali funzioni WDS dipende la mia organizzazione e quale tecnologia supportata può sostituire ciascuna di esse?
Per avvio PXE + WinPE + distribuzione di immagini Windows, Wittytool Disk Clone offre un percorso che conserva il modello tradizionale basato su immagini.
Per OSD di Configuration Manager + PXE basato su WDS, il responder PXE di Configuration Manager senza WDS rappresenta il percorso indicato da Microsoft.
Per il provisioning con priorità al cloud, Windows Autopilot e Intune adottano un modello sostanzialmente diverso.
Per altre esigenze di imaging o soluzioni open source, valuta FOG, Clonezilla, AOMEI Image Deploy, Acronis Snap Deploy e ManageEngine OS Deployer in base alle funzioni da sostituire.
Per l’infrastruttura di avvio dalla rete, le tecnologie PXE o HTTP Boot indipendenti possono coprire il livello di avvio senza sostituire l’intera piattaforma di distribuzione del sistema operativo.
Una migrazione efficace da WDS consiste quindi nel costruire un flusso coerente con il modo in cui la tua organizzazione prepara i dispositivi Windows, più che nel cercare un prodotto con la stessa etichetta funzionale.