Activer Windows Server 2022 Datacenter après mise à niveau : corriger l’erreur 0xC004C008 (MAK, KMS, AVMA)

Après une mise à niveau in‑place de Windows Server 2016 Datacenter vers 2022 Datacenter, l’activation se bloque avec le code 0xC004C008 ? Suivez ce guide pas‑à‑pas (MAK, KMS, AVMA, ADBA) pour diagnostiquer, corriger et prévenir durablement le problème.

Sommaire

Vue d’ensemble du problème

Le passage de Windows Server 2016 Datacenter à Windows Server 2022 Datacenter par mise à niveau sur place (in‑place upgrade) peut entraîner un échec d’activation immédiat ou différé. Le code d’erreur 0xC004C008 signale que la clé Produit fournie (le plus souvent une clé MAK ou Retail) a déjà atteint son plafond d’activations, ou que le serveur, après mise à niveau, est perçu par l’infrastructure d’activation comme un « nouveau matériel », déclenchant une activation supplémentaire non disponible.

La bonne nouvelle : le système est sain dans la majorité des cas. Il s’agit d’un problème de droit d’usage (compteur d’activations) et non d’un problème technique profond. Les méthodes ci‑dessous vous permettront de réactiver le serveur rapidement, puis de fiabiliser votre stratégie d’activation pour les prochaines migrations.

Symptômes typiques

La fenêtre d’activation indique « Windows n’a pas pu être activé » avec le code 0xC004C008.
slmgr /ato renvoie une erreur « Le serveur d’activation a déterminé que la clé de produit a dépassé la limite d’activations ».
Après redémarrage, l’état reste « Non activé » ou passe en période de grâce (grace period), parfois avec une date d’expiration.

Réponse et solutions

Axe	Détails
Cause probable	Le code 0xC004C008 indique que la clé Produit (MAK ou Retail) a dépassé le nombre d’activations autorisées, ou que la mise à niveau a changé suffisamment de paramètres matériels pour être perçue comme une nouvelle machine.
Solution directe	Activation par téléphone via le Centre d’activation Microsoft Volume Licensing : Exécutez `slui 4` pour afficher l’ID d’installation et obtenir le numéro local à appeler. Fournissez l’ID d’installation à l’opérateur (ou au serveur vocal). Renseignez l’ID de confirmation reçu : via l’assistant graphique ou en ligne de commande : `slmgr /atp <ID_confirmation>` Cette méthode débloque immédiatement la situation lorsque le compteur MAK doit être réinitialisé ou crédité.
Alternatives techniques	Basculer sur une clé KMS (environnement d’entreprise) : `slmgr /ipk <clé_KMS_2022>` `slmgr /ato` Requiert un hôte KMS accessible (port 1688) ou des enregistrements DNS `_vlmcs._tcp` correctement publiés. AVMA (Automatic Virtual Machine Activation) pour VM invitées, si l’hôte Hyper‑V Windows Server 2022 Datacenter est déjà activé. Vérifier date/heure/BIOS et la connectivité vers les services d’activation en ligne (pare‑feu, proxy, TLS).
Prévention	Avant chaque mise à niveau : inventorier et sauvegarder les clés, vérifier l’éligibilité SA (Software Assurance), prévoir une réactivation post‑upgrade. Pour les clés MAK, s’assurer qu’il reste des activations ou demander un réapprovisionnement via le portail Volume Licensing. Envisager KMS ou ADBA pour les parcs importants afin d’éviter les limites MAK.

Check‑list de diagnostic rapide

Confirmer l’édition installée : dism /online /Get-CurrentEdition et winver. L’édition doit être Datacenter si la clé est Datacenter.
Contrôler l’état d’activation :
slmgr /dli (résumé) et slmgr /dlv (détaillé). Notez l’ID d’activation, le canal (MAK/KMS), l’intervalle de réessai et l’éventuelle période de grâce.
Vérifier l’heure et le fuseau (OS et BIOS) : un écart sensible peut faire échouer l’activation.
Tester la connectivité : accès Internet sortant, proxy système (netsh winhttp show proxy), pare‑feu (sortant 80/443 et, pour KMS, 1688/TCP vers l’hôte).
Identifier le canal voulu : MAK ? KMS ? AVMA ? ADBA ? Assurez‑vous que la clé correspond à l’édition et au canal ciblés.

Méthode express : activation par téléphone

Lorsque la clé MAK est épuisée ou bloquée après migration, l’activation téléphonique est la voie la plus rapide pour rétablir la conformité sans modifier l’architecture.

Ouvrez Exécuter, tapez slui 4 et validez.
Sélectionnez votre pays/région pour récupérer le numéro dédié.
Communiquez l’ID d’installation affiché. Conservez‑le pour la traçabilité.
Saisissez l’ID de confirmation reçu : via l’assistant, ou via slmgr /atp <ID_confirmation>.
Vérifiez l’état avec slmgr /dli. En cas d’échec, redémarrez le service sppsvc (Service Software Protection) puis réessayez :
sc stop sppsvc && sc start sppsvc

Astuce : documentez l’appel (date, ID d’installation, ID de confirmation) dans votre système ITSM pour l’historique de conformité.

Basculer proprement vers KMS ou ADBA

Si vous gérez de nombreux serveurs, KMS (Key Management Service) ou ADBA (Activation basée sur Active Directory) réduisent fortement les frictions liées aux compteurs MAK.

Pré‑requis KMS

Un hôte KMS activé avec une CSVLK valide.
Publication DNS _vlmcs._tcp (SRV) ou configuration manuelle du client vers l’hôte.
Ouverture du port 1688/TCP entre clients et hôte KMS.

Migration côté client

rem Remplacer la clé MAK par la clé client KMS de Windows Server 2022
slmgr /ipk <clé_KMS_2022>
rem Forcer l’hôte KMS spécifique si nécessaire :
slmgr /skms kms.mon-domaine.local:1688
rem Activer immédiatement
slmgr /ato
rem Vérifier l’état
slmgr /dlv

Activation basée sur Active Directory (ADBA)

Avec ADBA, les ordinateurs joints au domaine s’activent automatiquement via AD, sans dépendre d’un hôte KMS dédié. C’est souvent le meilleur compromis pour des environnements multi‑sites disposant déjà d’un AD robuste.

Utiliser AVMA dans les environnements virtualisés

AVMA (Automatic Virtual Machine Activation) permet à des VM Windows Server invitées de s’activer automatiquement lorsque l’hôte Hyper‑V Windows Server 2022 Datacenter est activé. C’est idéal dans les clusters Hyper‑V et les plateformes d’hébergement interne.

Confirmez que l’hôte Hyper‑V 2022 Datacenter est activé.
Dans la VM invitée, installez la clé AVMA correspondant à l’édition de la VM (Datacenter, Standard, etc.).
Exécutez slmgr /ato dans la VM.

Note : AVMA ne consomme pas d’activation Retail/MAK sur les VM. Il exploite la relation de confiance entre l’invité et l’hôte Datacenter déjà activé.

Procédure détaillée de diagnostic

Vérifications préalables

Édition installée : dism /online /Get-CurrentEdition doit renvoyer ServerDatacenter ou ServerDatacenterACor selon l’installation.
Clé correspondante : une clé MAK/KMS/AVMA doit correspondre à l’édition.
Intégrité système : sfc /scannow puis DISM /online /Cleanup-Image /RestoreHealth si nécessaire.

Collecter l’état d’activation

slmgr /dli
slmgr /dlv
cscript "%windir%\system32\slmgr.vbs" /ato

Conservez les champs : Description de la licence, Canal (MAK/KMS), Heures restantes, ID d’activation, Erreurs.

Journalisation utile

Observateur d’événements : Applications and Services Logs → Microsoft → Windows → Security-SPP (événements d’activation).
Service : sppsvc (Software Protection Platform). Redémarrage possible pour réessayer.

Connectivité réseau

netsh winhttp show proxy
nslookup -type=SRV _vlmcs._tcp.mon-domaine.local
Test-NetConnection kms.mon-domaine.local -Port 1688

Si un proxy est nécessaire, configurez le proxy WinHTTP côté service (différent d’IE/Edge) ou autorisez les flux sortants vers les services d’activation.

Réinstaller les fichiers de licence (en cas de corruption)

rem Purger la clé installée (optionnel, prudent !)
slmgr /upk
slmgr /cpky
rem Réinstaller la base de licences
slmgr /rilc
rem Puis réinstaller la clé correcte et activer
slmgr /ipk <clé_appropriée>
slmgr /ato

Attention : /upk et /cpky retirent la clé du système ; assurez‑vous de l’avoir sauvegardée et d’avoir un accès console.

Cas particuliers et bonnes pratiques

Changement de matériel ou VM clônée

Une VM convertie, clônée ou déplacée (nouvel identifiant matériel virtuel, changement de CPU, de carte réseau virtuelle) peut compter comme un nouveau matériel. Le compteur MAK se décrémente. Préférez KMS/ADBA/AVMA pour ces scénarios très dynamiques.

Éditions hétérogènes

Un écart d’édition (ex. clé Datacenter sur édition Standard) provoque d’autres erreurs (souvent 0xC004F050), pas 0xC004C008. Vérifiez l’édition avant toute opération.

Serveurs isolés sans Internet

Utilisez l’activation par téléphone (slui 4) ou un relais KMS accessible par liens privés. Documentez la procédure pour les environnements réglementés.

Canal OEM vs Volume

Les licences OEM sont liées au matériel. Après une mise à niveau ou un remplacement de carte mère, l’activation peut échouer. Basculez vers une licence Volume (MAK/KMS) si la mobilité matérielle est requise.

Erreurs voisines à connaître

Code	Signification	Piste de résolution
0xC004C008	Clé au‑delà de la limite d’activations ou matériel trop différent.	Activation téléphonique, réapprovisionnement MAK, basculement KMS/ADBA.
0xC004F050	Clé non valide pour l’édition installée.	Vérifier l’édition, réinstaller la clé correspondant à l’édition.
0xC004F074	Impossible de contacter l’hôte KMS.	Vérifier DNS SRV `_vlmcs._tcp`, port 1688, `slmgr /skms` si nécessaire.
0x8007232B	Nom DNS introuvable (KMS attendu).	Publier l’enregistrement DNS ou définir l’hôte KMS manuellement.

Exemples de scénarios concrets

Petit site isolé avec 2 VM

Clé MAK unique utilisée pour 2016. Après mise à niveau vers 2022, activation échoue par 0xC004C008. Solution : activation par téléphone (slui 4) et documentation. Prévention : réserver une seconde clé pour les prochains basculements ou migrer vers KMS/ADBA si un contrôleur de domaine est disponible.

Cluster Hyper‑V Datacenter

Plusieurs VM « golden image » clonées : la multiplication des activations MAK devient ingérable. Solution : AVMA sur invités avec hôtes Datacenter activés ; ou bascule KMS/ADBA. Résultat : plus de compteur MAK à surveiller par VM.

Parc multi‑sites avec proxy strict

Activation en ligne impossible côté serveur (proxy WinHTTP non configuré). Solution : configurer WinHTTP : netsh winhttp set proxy http://proxy:port ou utiliser l’activation téléphonique. À terme : KMS avec ouverture 1688/TCP entre sites.

Modèles d’exécution et scripts utiles

Réactivation assistée (PowerShell)

# Vérifie l’édition, affiche l’état, puis tente une activation
Write-Host "Edition courante :" -ForegroundColor Cyan
dism /online /Get-CurrentEdition
Write-Host "`nEtat d'activation (dli) :" -ForegroundColor Cyan
cscript $env:windir\system32\slmgr.vbs /dli
Write-Host "`nEtat détaillé (dlv) :" -ForegroundColor Cyan
cscript $env:windir\system32\slmgr.vbs /dlv

# Optionnel : forcer KMS si défini

$kmsHost = "kms.mon-domaine.local"
$kmsPort = 1688
Write-Host "`nTest de connectivité KMS..." -ForegroundColor Cyan
Test-NetConnection -ComputerName $kmsHost -Port $kmsPort

# Tentative d’activation

Write-Host "`nActivation en cours..." -ForegroundColor Green
cscript $env:windir\system32\slmgr.vbs /ato

# Résumé final

Write-Host "`nRésumé post-activation :" -ForegroundColor Cyan
cscript $env:windir\system32\slmgr.vbs /dli

Reset minimal de la plate‑forme de protection

sc stop sppsvc
timeout /t 5 /nobreak > NUL
slmgr /rilc
sc start sppsvc
slmgr /ato

Prévention et standardisation

Inventorier et classer toutes les clés (MAK, CSVLK, AVMA) par environnement et par édition ; consigner l’historique d’usage.
Éviter les MAK sur les VM clônables ou volatiles. Préférer KMS/ADBA ou AVMA selon le cas.
Documenter le runbook d’upgrade : sauvegarde, capture de l’état slmgr /dlv avant/après, plan de retour arrière, contact du centre d’activation.
Valider la connectivité (Internet/KMS/AD) en pré‑production ; inclure des sondes de supervision sur le port 1688.
Former le support N2 à l’usage de slui 4, à l’interprétation des erreurs (table ci‑dessus) et à la tenue du registre ITSM des activations.

FAQ

Pourquoi l’erreur 0xC004C008 survient‑elle surtout après une mise à niveau ?

La mise à niveau peut modifier suffisamment d’identifiants matériels (profil ACPI, NIC virtuelle, pilotes) pour que le service d’activation considère la machine comme nouvelle. Avec une clé MAK déjà consommée, l’activation échoue jusqu’à réapprovisionnement ou activation téléphonique. Une clé KMS résout‑elle définitivement le problème ?

Dans un environnement entreprise, oui, car KMS n’utilise pas de compteur d’activations par machine. Assurez‑vous toutefois que l’hôte KMS est disponible et que les enregistrements DNS SRV sont publiés et accessibles. AVMA convient‑il aux environnements VMware ?

AVMA est une fonctionnalité Hyper‑V. Pour VMware, utilisez KMS ou ADBA côté clients Windows Server invités. Puis‑je réutiliser une clé MAK d’un serveur mis hors service ?

Oui, si le contrat le permet et si le compteur d’activations le permet encore. En cas d’épuisement, contactez le centre d’activation pour un réapprovisionnement ou utilisez une autre stratégie (KMS/ADBA). Que faire si la clé saisie est refusée pour cause d’édition ?

Vérifiez l’édition exacte (dism /online /Get-CurrentEdition). Installez une clé correspondant à l’édition présente ou procédez à un changement d’édition si nécessaire (selon vos droits).

Procédure d’escalade interne recommandée

Joindre le rapport slmgr /dlv (captures ou sortie texte) et l’événement Security‑SPP associé.
Indiquer le canal prévu (MAK, KMS, ADBA, AVMA) et la justification.
Confirmer l’édition exacte, l’empreinte matérielle (physique/virtuel), la date de migration.
Préciser les tests de connectivité (proxy, DNS SRV, port 1688, Test-NetConnection).
Ajouter l’historique d’activations antérieures (si suivi dans l’ITSM).

Résumé opérationnel

Cause : la clé est perçue comme surconsommée après upgrade (0xC004C008).
Remède rapide : slui 4 puis slmgr /atp avec l’ID de confirmation.
Alternatives : basculer vers KMS/ADBA ou utiliser AVMA en virtualisation.
Prévention : standardiser l’activation (KMS/ADBA), inventorier les clés, automatiser les contrôles de connectivité.

Rappel des commandes clés

Affichage et activation

slui 4
slmgr /dli
slmgr /dlv
slmgr /ipk <clé>
slmgr /ato
slmgr /atp <ID_confirmation>

Maintenance et réseau

slmgr /upk
slmgr /cpky
slmgr /rilc
sc stop sppsvc && sc start sppsvc
netsh winhttp show proxy
nslookup -type=SRV _vlmcs._tcp

Conclusion

L’erreur 0xC004C008 après une mise à niveau vers Windows Server 2022 Datacenter est généralement un problème de compteur d’activation et se corrige rapidement via slui 4 et l’ID de confirmation. Pour pérenniser vos environnements, adoptez une stratégie d’activation d’entreprise (KMS/ADBA) ou AVMA en virtualisation, formalisez votre runbook d’upgrade et surveillez proactivement la connectivité d’activation. Vous transformerez ainsi un incident récurrent en simple routine maîtrisée.