Windows Server 2019: conversione Evaluation a Standard senza errore 1168 (guida completa)

Stai convertendo Windows Server 2019 Evaluation in Server Standard e DISM restituisce l’Errore 1168 – “The specified product key could not be validated”? In questa guida pratica, basata su casi reali di Q&A, trovi cause, soluzioni e una procedura passo‑passo che evita la reinstallazione.

Indice

Scenario e sintomi

Il problema tipico si presenta durante il tentativo di convertire l’edizione con DISM:

DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula

L’operazione si interrompe con Errore 1168 e il messaggio “The specified product key could not be validated”. In pratica, la chiave non viene accettata mentre si passa da ServerStandardEval a ServerStandard. Nelle installazioni GUI potresti vedere anche un generico errore di attivazione; su Server Core, il risultato appare direttamente in console.

Perché compare l’errore 1168

Nella maggior parte dei casi la radice del problema è una mancata corrispondenza tra canale di licenza/edizione e chiave inserita, oppure un ostacolo nella convalida. Ecco le cause più frequenti e come riconoscerle rapidamente.

Possibile causa	Dettagli pratici	Segnali/diagnostica rapida
Mismatch canale/edizione	Chiave Retail o MAK immessa su installazione Evaluation; oppure chiave Standard su ISO Datacenter.	`DISM /online /Get-CurrentEdition` mostra `ServerStandardEval` o `ServerDatacenterEval`. `DISM /online /Get-TargetEditions` non elenca l’edizione desiderata.
Errore di digitazione o chiave scorretta	Anche un singolo carattere errato genera 1168.	Occhio ai caratteri visivamente simili (0/O, 1/I) e ai trattini non ASCII quando si copia da documenti.
Limiti di attivazione	Chiavi MAK possono esaurire le attivazioni; le chiavi KMS host non sono valide come chiavi client.	`slmgr /dlv` fornisce dettagli su tipo di chiave e canale. Se stai usando una CSVLK (KMS host), non è accettata come client.
Mancanza di connettività	Firewall, proxy o DNS impediscono il contatto con i server di convalida.	Timeout su porte 80/443; proxy WinHTTP non configurato; risoluzione DNS fallita.
Store di licenza danneggiato	Il servizio Software Protection (`sppsvc`) non legge correttamente i file di licenza.	Errori nel Visualizzatore eventi in Microsoft → Windows → Security‑SPP; DISM si ferma con 1168 o element not found.

Soluzioni rapide e comprovate

Usare la chiave generica GVLK per la conversione (e poi la chiave finale)

Le GVLK (Generic Volume License Key) sono chiavi client pubbliche accettate da Microsoft per cambiare edizione. Non attivano il prodotto da sole, ma permettono a DISM di completare la conversione. Dopo il riavvio, inserisci la tua chiave Retail o MAK (o imposta KMS) per l’attivazione.

# Conversione da Evaluation a Standard (non attiva il prodotto)
DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula
shutdown /r /t 0    # Riavvio obbligatorio

Attivazione con la propria chiave Retail/MAK (o procedura KMS)

slmgr /ipk VOSTRA-CHIAVE-FINALE
slmgr /ato

Nota: la GVLK serve solo a sbloccare l’edizione. L’attivazione effettiva avviene successivamente con la tua chiave o tramite KMS.

Verificare la corrispondenza tra chiave e canale

Retail ⇔ ISO retail; Volume (MAK/KMS) ⇔ ISO VLSC; OEM ⇔ immagine OEM.
Se possiedi solo l’ISO Evaluation ma la tua chiave è Volume/Retail, esegui la conversione con GVLK e poi attiva.
Se il server è in realtà ServerDatacenterEval, non accetterà una chiave Standard: devi convertire a Datacenter (vedi più sotto) o reinstallare nell’edizione corretta.

Controllare connettività, DNS e proxy

La convalida della chiave e/o l’attivazione necessitano di raggiungere gli endpoint Microsoft su 80/443. Verifica così:

Test-NetConnection activation.microsoft.com -Port 80
Test-NetConnection activation.microsoft.com -Port 443

Se il server usa un proxy aziendale, allinea anche WinHTTP (usato da molti componenti di sistema):

netsh winhttp show proxy
Se serve, importa la configurazione dal profilo WinINET (IE/Edge)
netsh winhttp import proxy source=ie

Server isolato? Attiva per telefono: slui 4 (su Core puoi lanciare il comando da riga; si apre l’assistente).

Ripristinare lo store di licenze

Quando i file della piattaforma di protezione software sono corrotti, la convalida fallisce anche con chiavi corrette. Procedi così:

net stop sppsvc
ren %windir%\System32\spp\store\2.0 2.0.old
net start sppsvc
slmgr /ipk VOSTRA-CHIAVE
slmgr /ato

Il riavvio del servizio rigenera lo store. Se ancora non funziona, prosegui con il controllo dell’integrità del sistema.

Controllare l’integrità dei file di sistema

sfc /scannow
DISM /online /Cleanup-Image /RestoreHealth

Eventuali corruzioni nel file system di componenti possono interferire con DISM/slmgr e generare errori a cascata come il 1168.

Se devi passare a Datacenter

Se il tuo obiettivo è l’edizione Datacenter, sostituisci ServerStandard con ServerDatacenter e usa la GVLK corrispondente prima di inserire la chiave finale:

DISM /online /Set-Edition:ServerDatacenter /ProductKey:WMDGN-G9PQG-XVVXX-R3X43-63DFG /AcceptEula
shutdown /r /t 0
slmgr /ipk VOSTRA-CHIAVE-DATACENTER
slmgr /ato

Non è possibile convertire una Datacenter in Standard senza reinstallare: si tratta di un downgrade d’edizione non supportato.

Procedura consigliata passo‑passo

Backup e snapshot (se il server è una VM). In produzione, pianifica una finestra di manutenzione: la conversione richiede riavvio.
Conferma edizione corrente: DISM /online /Get-CurrentEdition
Conferma edizioni ottenibili: DISM /online /Get-TargetEditions Assicurati che ServerStandard compaia nell’elenco. Se non c’è, stai provando una combinazione non supportata.
Esegui la conversione con GVLK e riavvia: DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula shutdown /r /t 0
Inserisci la chiave definitiva e attiva: slmgr /ipk VOSTRA-CHIAVE-FINALE slmgr /ato Se usi KMS, configura il KMS interno e poi attiva: slmgr /skms kms.dominio.local slmgr /ato slmgr /dlv
Verifica stato: slmgr /dli slmgr /dlv slmgr /xpr # Controlla se l’attivazione è permanente

Diagnostica di secondo livello

Se, nonostante i passaggi, l’errore 1168 persiste, approfondisci con questi controlli.

Controlla i log DISM e i log SPP

DISM: %windir%\Logs\DISM\dism.log
CBS (component‑based servicing): %windir%\Logs\CBS\CBS.log
Eventi SPP: Visualizzatore eventi → Applications and Services Logs → Microsoft → Windows → Security‑SPP (e SoftwareProtectionPlatform‑Service se presente)

Da PowerShell puoi estrarre rapidamente gli ultimi eventi rilevanti:

Get-WinEvent -LogName 'Microsoft-Windows-Security-SPP/Operational' -MaxEvents 50 |
  Select-Object TimeCreated, Id, LevelDisplayName, Message |
  Format-List

Verifica servizi e stato licenza

Get-Service sppsvc
Get-ComputerInfo | Select-Object WindowsProductName, WindowsEditionId, OsVersion

In WindowsEditionId dovresti vedere ServerStandard dopo la conversione. Se resta ServerStandardEval o DatacenterEval, la conversione non è andata a buon fine.

Controlla la presenza di caratteri non ASCII nella chiave

Un errore comune è incollare la chiave da PDF/email con trattini “tipografici” (– o —) al posto del trattino ASCII (-). Digita la chiave a mano o rimuovi ogni formattazione.

Assicurati che la chiave sia del prodotto giusto

Chiavi KMS Host (CSVLK): usate per configurare un host KMS, non sono accettate come chiavi client e generano errori di validazione.
Chiavi GVLK: usale per la conversione o in ambienti KMS come client; richiedono un server KMS raggiungibile.
Chiavi MAK: hanno un contatore di attivazioni; se esaurito, l’attivazione fallisce.

FAQ

Perché `Get-TargetEditions` non mostra ServerStandard?

Capita quando stai partendo da ServerDatacenterEval (o da un’edizione non convertibile verso Standard) o quando l’immagine installata è di un canale che non consente il passaggio. In questi casi:

Se vedi ServerDatacenter tra le edizioni target, puoi fare upgrade verso Datacenter, non verso Standard.
Se non appare nulla di utile, valuta una reinstallazione pulita con ISO dell’edizione corretta.

Devo rimuovere ruoli e funzionalità prima della conversione?

In generale no. La conversione di edizione non rimuove ruoli e feature (AD DS, DNS, Hyper‑V, File Server, ecc.). Tuttavia, pianifica il riavvio e verifica dopo la conversione che i servizi critici siano ripartiti correttamente.

L’errore 1168 può dipendere dal nome host o dal dominio?

Non direttamente. Però policy di rete, proxy autenticati o ACL firewall basate su computer account possono impedire la convalida. Se sei in dominio, verifica che il server abbia accesso in uscita a 80/443 verso gli endpoint di attivazione o che sia raggiungibile il tuo KMS.

Uso KMS in azienda: come faccio dopo la conversione?

Converti con GVLK (N69G4-... per Standard 2019).
Imposta il server KMS: slmgr /skms kms.dominio.local.
Attiva: slmgr /ato e verifica con slmgr /dlv.

Posso convertire tra versioni di prodotto diverse (ad es. 2016 ⇄ 2019)?

No: la conversione di edizione con DISM opera all’interno della stessa versione principale. Per cambiare release (es. da Windows Server 2016 a 2019) serve un upgrade di versione o una reinstallazione.

Ho un server senza accesso a Internet. Come attivo?

Dopo la conversione, usa slui 4 per l’attivazione telefonica con chiave Retail/MAK. In ambienti KMS isolati, assicurati che l’host KMS sia raggiungibile sulla rete interna e che la GVLK corretta sia installata.

Checklist pre e post conversione

Prima

Backup completo e/o snapshot.
Edizione corrente e target confermate con DISM.
Tipo di chiave disponibile (Retail, MAK, GVLK, KMS host?) e corrispondenza con il canale.
Connettività 80/443 o piano di attivazione offline.
Spazio libero su C:\ (almeno 2‑3 GB) per la manutenzione dei componenti.

Dopo

Verifica edizione e stato licenza (slmgr /dli, /dlv, /xpr).
Controlla il ripristino di tutti i ruoli critici (servizi AD, DNS, DHCP, Hyper‑V, ecc.).
Archivia i log di conversione (dism.log, CBS.log) per audit.

Script di automazione per la verifica preliminare

Questo mini‑script PowerShell esegue i controlli essenziali prima della conversione e riduce il rischio di 1168:

$ErrorActionPreference = 'Stop'

Write-Host "=== Controllo edizione corrente ==="
dism /online /Get-CurrentEdition

Write-Host "`n=== Edizioni ottenibili ==="
dism /online /Get-TargetEditions

Write-Host "`n=== Stato servizio licenze (sppsvc) ==="
Get-Service sppsvc | Format-Table -Auto

Write-Host "`n=== Connettività verso activation.microsoft.com ==="
Test-NetConnection activation.microsoft.com -Port 80
Test-NetConnection activation.microsoft.com -Port 443

Write-Host "`n=== Proxy WinHTTP ==="
netsh winhttp show proxy

Write-Host "`n=== Info prodotto ==="
Get-ComputerInfo | Select-Object WindowsProductName, WindowsEditionId, OsVersion | Format-List

Eseguilo prima di lanciare DISM: se uno dei controlli fallisce, correggi prima di procedere.

Risoluzione dell’errore 1168: mappa causa → rimedio

Segnale	Diagnosi probabile	Rimedio consigliato
`Get-TargetEditions` non elenca ServerStandard	Edizione di partenza non convertibile verso Standard	Converti a Datacenter con GVLK Datacenter oppure reinstalla con ISO Standard
1168 immediato dopo input chiave	Chiave errata/CSVLK in luogo di GVLK/MAK; caratteri non ASCII	Verifica tipo chiave (`slmgr /dlv`), reinserisci a mano, usa GVLK per la conversione
Timeout in attivazione ma conversione completata	Proxy/firewall/DNS	Configura WinHTTP, apri 80/443, oppure attiva via `slui 4`
Errori SPP nel Visualizzatore eventi	Store licenze corrotto	Rigenera store (`net stop sppsvc` → rinomina cartella → `net start sppsvc`)
`slmgr /ato` rifiuta per attivazioni esaurite	MAK a fine contatore	Richiedi aumento attivazioni o usa KMS

Buone pratiche e note operative

Riavvio obbligatorio: dopo Set-Edition il riavvio non è facoltativo; posticiparlo può creare stati incoerenti.
Server Core: slui 3/slui 4 può aprire interfacce minime; in alternativa usa sempre slmgr.
Ambienti RDS: la conversione non modifica le CAL; verifica separatamente la gestione licenze RDS dopo l’attivazione dell’OS.
Caratteri: inserisci la chiave con layout tastiera corretto (attenzione a 0/O e 1/I).
Registro di sistema: per verifiche forensi, HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion contiene EditionID e ProductName.

Esempio completo in un’unica sessione

Se vuoi condensare l’intervento in un’unica finestra, ecco una sequenza “tutto in uno” che copre il caso Standard:

# 1) Ricognizione
dism /online /Get-CurrentEdition
dism /online /Get-TargetEditions

2) Conversione con GVLK Standard 2019

DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula
shutdown /r /t 0

3) Attivazione (MAK/Retail o KMS client)

slmgr /ipk VOSTRA-CHIAVE-FINALE

oppure, in KMS:

slmgr /skms kms.dominio.local

slmgr /ato

4) Verifica

slmgr /dli
slmgr /dlv
slmgr /xpr

Riepilogo operativo

Nel 90% dei casi, l’Errore 1168 durante la conversione da ServerStandardEval a ServerStandard si risolve così: usa la GVLK per la conversione, riavvia, inserisci la tua chiave finale e attiva. Se compaiono ostacoli, verifica canale/edizione, connettività, integrità dei componenti e, se necessario, ripristina lo store di licenza. Solo nei casi di reale incompatibilità d’edizione (ad es. immagine Datacenter con chiave Standard) occorre cambiare strategia o reinstallare.

Appendice: Q&A sintetico

Q: Posso evitare il riavvio? A: No, la conversione richiede sempre riavvio.
Q: La conversione rimuove ruoli/feature? A: No, restano intatti.
Q: Posso passare direttamente a Datacenter con una chiave Datacenter? A: Sì, con Set-Edition:ServerDatacenter e GVLK Datacenter, poi attivazione.
Q: Il server è offline: come attivo? A: slui 4 per attivazione telefonica oppure KMS interno.
Q: Ho una chiave KMS Host (CSVLK): perché non funziona? A: Perché non è una chiave client. Usa GVLK (client) o MAK/Retail per l’attivazione locale.

Contenuto originale messo a fattor comune

Ricapitolando il Q&A da cui nasce questo articolo:

Problema riscontrato: errore 1168 con DISM /Set-Edition, chiave non accettata.
Cause tipiche: mismatch canale/edizione, typo nella chiave, limiti di attivazione MAK, connettività assente, store licenza corrotto.
Soluzioni operative:
- Usare la GVLK per la conversione e poi chiave finale.
- Allineare chiave/canale (Retail/Volume/OEM).
- Verificare connettività 80/443 e proxy; in alternativa slui 4.
- Ripristinare lo store licenze (sppsvc), quindi slmgr /ipk e /ato.
- Controllare integrità con sfc e DISM /RestoreHealth.
- Per Datacenter, usare GVLK dedicata e Set-Edition:ServerDatacenter.
Procedura consigliata: backup → verifica edizioni → conversione con GVLK → riavvio → attivazione → controllo stato.

Seguendo questi passaggi, la maggior parte dei casi di errore 1168 viene risolta senza reinstallare.