Windows Server 2022 Datacenter : corriger l’erreur d’activation 0xC004C003 (clé bloquée) – guide complet

Vous voyez l’erreur 0xC004C003 « clé bloquée » lors de l’activation de Windows Server 2022 Datacenter ? Voici un guide complet, concret et prêt à l’emploi pour comprendre la cause et rétablir une activation légitime en toute sécurité.

Sommaire

Activation de Windows Server 2022 Datacenter : comprendre l’erreur 0xC004C003 « clé bloquée »

L’erreur 0xC004C003 apparaît quand le service de protection logicielle (Software Protection Platform) refuse l’activation car la clé de produit saisie est considérée comme « bloquée ». Les déclencheurs les plus courants sont : une clé mal orthographiée ou d’une autre édition, une clé de revendeur non autorisé, un dépassement de quota d’activations (MAK), une clé OEM liée à un matériel remplacé, ou un écart entre le canal de licence (Retail/OEM/MAK/KMS/AVMA) et la méthode d’activation utilisée. La bonne nouvelle : dans l’immense majorité des cas, une vérification rapide du type de clé, suivie d’une réinitialisation propre et du bon parcours d’activation, suffit à régler le problème.

Vue d’ensemble de la question

Un administrateur tente d’activer Windows Server 2022 Datacenter et reçoit le message « La clé de produit que vous avez saisie a été bloquée » accompagné du code 0xC004C003. L’objectif est de :

Confirmer l’édition réellement installée et le canal de licence attendu.
Nettoyer toute clé incohérente encore présente sur le système.
Relancer l’activation via le parcours adapté (MAK, KMS, Retail/OEM, AVMA, Azure KMS).
Documenter et, si nécessaire, escalader proprement au support Microsoft.

Réponse & solutions proposées

Étape	Action	Objectif / Détails
Vérifier la clé	• Confirmer que la clé correspond bien à Windows Server 2022 Datacenter (et non à une autre édition). • Contrôler les fautes de frappe.	Écarter la cause la plus courante : clé incorrecte ou usurpée.
Valider la légitimité	• Si la clé provient d’un revendeur tiers, le contacter ; elle peut être déjà utilisée ou révoquée. • Privilégier les canaux officiels (Microsoft ou partenaire agréé) pour toute nouvelle clé.	Le code 0xC004C003 apparaît souvent lorsqu’une clé MAK/KMS a été vendue illicitement ou dépasse son quota d’activations.
Réinitialiser puis réinstaller la clé	Ouvrir Invite de commandes en mode administrateur : `slmgr /upk` – supprime la clé courante. `slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX` – installe la clé correcte. `slmgr /ato` – lance l’activation en ligne.	Permet de repartir d’un état propre ; évite les conflits entre anciennes et nouvelles clés.
Vérifier le canal de licence	• Pour une licence volume : s’assurer que l’hôte KMS est accessible ou qu’un GVLK approprié a été saisi. • Pour une licence OEM/retail : la clé est liée au matériel ; un changement de carte mère peut exiger une réactivation manuelle.	Adéquation entre le type de clé et la méthode d’activation.
Contacter Microsoft au besoin	• Si l’activation en ligne échoue encore, lancer l’assistant d’activation téléphonique (`slui 4`). • Fournir l’ID d’installation au support Microsoft pour obtenir un ID de confirmation.	Débloque certaines situations où le serveur d’activation automatique refuse la clé.

Plan d’action express

Identifier précisément l’édition installée et le canal cible (Datacenter Retail/OEM, Volume MAK, Volume KMS, AVMA, Azure KMS).
Nettoyer la configuration avec slmgr /upk puis slmgr /cpky (retire la clé du registre).
Réinstaller la bonne clé (slmgr /ipk) et activer (slmgr /ato), ou configurer KMS si nécessaire (slmgr /skms).
Contrôler les journaux (slmgr /dlv) et, en environnement volume, tester l’accès réseau (port 1688 pour KMS).
Basculer vers l’activation téléphonique (slui 4) et/ou ouvrir un ticket si le code reste 0xC004C003.

Procédures détaillées

Vérifier l’édition installée et le statut de licence

Avant toute action, confirmez l’édition réellement installée et l’état d’activation. En Invite de commandes (admin) :

DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions
slmgr /dli
slmgr /dlv

/Get-CurrentEdition vous indique si la machine est déjà en ServerDatacenter, ServerStandard ou autre.
/Get-TargetEditions liste vers quelles éditions vous pouvez évoluer via DISM /Set-Edition.
slmgr /dli (info résumée) et slmgr /dlv (détails) montrent le canal de licence (Retail, OEM, Volume), le statut et le Partial Product Key.

Réinitialiser une configuration d’activation incohérente

Si une clé de mauvaise édition a été tentée, ou si le serveur a été réinstallé/restauré d’image, remettez au propre :

rem Ouvrir cmd en administrateur
slmgr /upk
slmgr /cpky
net stop sppsvc
net start sppsvc

Puis installez la clé correcte et relancez l’activation :

slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato

Astuce : sur Server Core, ces commandes fonctionnent de la même manière. Évitez les outils tiers d’« activation » : ils sont illégaux et créent souvent des blocages irréversibles de clés.

Adapter la procédure selon le canal de licence

Cas Retail / OEM

La clé est liée au matériel dans le cas OEM. Un remplacement de carte mère peut exiger une réactivation manuelle. Utilisez slui 4 si l’activation en ligne échoue.
Si l’achat provient d’un revendeur tiers et que l’erreur persiste, faites vérifier la clé par le vendeur ou par le support Microsoft (preuve d’achat à l’appui).
Évitez de publier la clé dans des tickets ou chats : partagez-la masquée (ex. XXXXX-XXXXX-XXXXX-XXXXX-12ABC).

Cas Volume – MAK

Chaque réinstallation consomme une activation. Au-delà du quota, le serveur retourne typiquement 0xC004C003.
Si l’infrastructure est isolée d’Internet, utilisez slui 4 pour l’activation téléphonique et conservez l’ID de confirmation.
Centralisez vos activations via un outil d’inventaire et consignez chaque usage (nom de machine, date, responsable). En cas de dépassement légitime (panne matérielle, sinistre), une demande de réallocation peut être argumentée.

slmgr /ipk &lt;Votre_clé_MAK&gt;
slmgr /ato
rem Si échec en ligne :
slui 4

Cas Volume – KMS

En KMS, les postes/serveurs doivent :

Utiliser la clé cliente KMS (GVLK) correspondant à Windows Server 2022 Datacenter.
Pouvoir joindre l’hôte KMS (port 1688/TCP, découverte DNS SRV facultative).

rem Sur le client (le serveur à activer)
slmgr /ipk &lt;Clé_client_KMS_pour_Datacenter&gt;
slmgr /skms kms.votre-domaine.local:1688
slmgr /ato

rem Vérifications réseau
nslookup -type=srv _vlmcs._tcp.votre-domaine.local
powershell -c "Test-NetConnection kms.votre-domaine.local -Port 1688" </code></pre>

<ul>
  <li>Si <code>slmgr /dlv</code> indique «&nbsp;KMS machine name not set&nbsp;», configurez explicitement l’hôte avec <code>/skms</code> ou publiez l’enregistrement DNS SRV <code>_VLMCS._tcp</code>.</li>
  <li>Si le pare-feu bloque, autorisez le port&nbsp;1688 entre client et hôte KMS.</li>
  <li>Pour annuler une configuration KMS erronée&nbsp;: <code>slmgr /ckms</code> (efface l’hôte KMS) puis <code>slmgr /ato</code>.</li>
</ul>

<h4>Cas Datacenter avec AVMA (activation automatique des VM)</h4>
<p>Si l’hyperviseur hôte est <strong>Windows Server Datacenter activé</strong>, vous pouvez activer automatiquement les VM Windows prises en charge via <em>Automatic Virtual Machine Activation</em>. Les invités utilisent des clés AVMA spécifiques à leur édition et valident l’activation auprès de l’hyperviseur&nbsp;— aucun accès Internet ni KMS n’est nécessaire. Vérifiez&nbsp;:</p>
<ul>
  <li>Que l’hôte Datacenter est correctement activé.</li>
  <li>Que l’intégration invité/hôte (services d’intégration Hyper‑V) est opérationnelle.</li>
  <li>Que vous utilisez la clé AVMA correspondant exactement à l’édition de l’invité.</li>
</ul>
<p><em>Conseil</em>&nbsp;: réservez AVMA aux environnements Datacenter virtualisés et documentez, dans votre référentiel, quelles VM reposent sur AVMA afin d’éviter des bascules involontaires vers KMS ou MAK.</p>

<h4>Cas Azure et images marketplace</h4>
<p>Dans Azure, certaines images utilisent l’activation via le KMS public de Microsoft. Les machines doivent pouvoir joindre le point d’activation standard depuis le réseau Azure. En cas de durcissement réseau (NSG/pare-feu), autorisez explicitement les flux sortants requis et lancez <code>slmgr /ato</code> après le rétablissement de la connectivité.</p>

<h3>Conversion depuis une version d’évaluation</h3>
<p>Si le serveur est issu d’un ISO <strong>Evaluation</strong>, convertissez d’abord l’édition avant l’activation&nbsp;:</p>
<pre><code>DISM /online /Set-Edition:ServerDatacenter /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
</code></pre>
<p>Un redémarrage est requis. Après conversion, terminez par <code>slmgr /ato</code>. N’essayez pas d’activer une édition «&nbsp;Evaluation&nbsp;» telle quelle&nbsp;: cela renvoie presque toujours des erreurs d’activation.</p>

<h3>Dépannage réseau et service d’activation</h3>
<ul>
  <li><strong>Service Software Protection</strong>&nbsp;: assurez-vous qu’il fonctionne&nbsp;:
    <pre><code>sc query sppsvc
net start sppsvc

Proxy WinHTTP : un proxy mal configuré peut bloquer l’activation en ligne :

netsh winhttp show proxy
netsh winhttp reset proxy

Pare-feu/segmentation : pour KMS, le port 1688 doit être accessible. Pour l’activation en ligne Retail/MAK, autorisez les sorties web standards.
Journaux : le canal Software Protection Platform consigne les échecs d’activation. Conservez une capture (slmgr /dlv) lors d’un ticket.

Diagnostics avancés en PowerShell

La classe WMI SoftwareLicensingProduct permet de croiser précisément le statut :

powershell -NoProfile -Command ^
  "Get-CimInstance -ClassName SoftwareLicensingProduct |
   Where-Object { $_.Name -like '*Windows*Server*2022*' -and $_.PartialProductKey } |
   Select-Object Name, Description, LicenseStatus, PartialProductKey, GracePeriodRemaining"

Interprétation rapide de LicenseStatus :

Valeur	Signification	Action
0	Non licencié	Installer une clé valide (`/ipk`)
1	Licencié	Aucune action
2	Période de grâce (OOB)	`slmgr /ato`
3	Période de grâce dépassée	Corriger la cause, puis `/ato` ou `slui 4`
4	Non authentique (grâce)	Vérifier l’origine de la clé
5	Notification	Vérifier clé/canal, relancer activation
6	Grâce étendue	Activation manuelle requise

Guide de décision symptomatique

Symptôme	Cause probable	Contrôle	Correctif
`0xC004C003` après saisie MAK	Quota MAK épuisé / clé révoquée	`slmgr /dlv` (canal MAK), historique d’installations	Activation téléphonique (`slui 4`) ou extension via centre de licences
`0xC004C003` immédiatement après `/ipk`	Clé d’une autre édition (ex. Standard vs Datacenter)	`DISM /online /Get-CurrentEdition`	Convertir vers Datacenter avec `DISM /Set-Edition` puis activer
Nom d’ordinateur KMS non défini	Client non configuré, pas de DNS SRV	`slmgr /dlv`	`slmgr /skms` vers l’hôte KMS + ouvrir port 1688
Activation Retail/OEM échoue après changement de carte mère	Clé liée au matériel	Preuve d’achat, type de clé	`slui 4` et support Microsoft
VM Datacenter non activée alors que l’hôte l’est	AVMA non utilisé ou mauvaise clé AVMA	Édition invitée vs clé AVMA	Configurer AVMA avec la clé correspondant à l’édition de la VM
Impossible d’activer en DMZ	Proxy/pare-feu bloque l’activation	`netsh winhttp show proxy`	Autoriser l’accès ou basculer en KMS interne

Informations complémentaires utiles

Conversion depuis une version d’évaluation : si vous avez installé l’ISO Evaluation, convertissez-la d’abord (DISM /online /Set-Edition:ServerDatacenter /ProductKey:… /AcceptEula), puis activez.
Limite d’activations MAK : chaque réinstallation consomme une activation. Au-delà du quota, seule l’activation téléphonique ou une demande d’extension auprès du centre de licences en volume fonctionnera.
Journalisation : slmgr /dlv génère un rapport détaillé (édition, canal, statut de la clé) utile pour diagnostiquer.
Bonnes pratiques : conserver la facture, le contrat de licence ou le contrat de Software Assurance associés à la clé ; vérifier régulièrement que votre inventaire logiciel est conforme (audit SAM).

FAQ ciblée

Pourquoi l’erreur 0xC004C003 survient-elle après un sysprep ou la restauration d’une image ?

Les clés MAK ne doivent pas être intégrées dans une image déployée en masse. Chaque instance consomme une activation et finit par épuiser le quota. Préférez des mécanismes post‑déploiement : script d’activation par machine, KMS, ou AVMA pour les environnements Datacenter virtualisés.

Puis-je utiliser une clé Datacenter pour activer une installation Standard ?

Non. L’édition et la clé doivent correspondre. Sur une installation Standard, vous pouvez soit activer avec une clé Standard, soit changer d’édition vers Datacenter via DISM /Set-Edition:ServerDatacenter puis activer avec une clé Datacenter.

J’ai une clé achetée chez un revendeur et elle est « bloquée ». Que faire ?

Demandez une preuve de provenance légitime (contrat de licence en volume, facture nominative). Si la clé est détournée (revendue à de multiples clients), elle peut être révoquée et renverra 0xC004C003 sur toute nouvelle installation. Dans ce cas, exigez le remplacement/remboursement et optez pour un canal officiel.

Est-ce risqué d’utiliser des « activateurs » gratuits trouvés en ligne ?

Oui, et c’est illégal. Ces outils modifient des composants système sensibles, inscrivent des services douteux et peuvent compromettre l’intégrité de l’OS. Ils exposent aussi l’entreprise à des sanctions lors d’audits. Tenez-vous-en aux mécanismes Microsoft (Retail/OEM, MAK, KMS, AVMA, activation téléphonique).

Combien de fois puis-je réarmer l’activation ?

slmgr /rearm réinitialise la période de grâce un nombre limité de fois. Ce n’est pas une solution pérenne : c’est un filet de sécurité pour gagner du temps avant de corriger la cause racine (connectivité, clé incorrecte, canal inadapté).

Comment présenter un dossier solide au support en cas d’escalade ?

Incluez : édition exacte (DISM /online /Get-CurrentEdition), sortie slmgr /dlv, contexte (réinstallation, changement matériel, image), preuve d’achat/contrat, et, en volume, historique des activations MAK ou la configuration KMS (hôte, port, découverte DNS).

Checklist prête à l’emploi

✔️ Confirmer l’édition (DISM /online /Get-CurrentEdition) et le canal attendu.
✔️ Nettoyer la clé existante (slmgr /upk + slmgr /cpky).
✔️ Installer la clé correspondant à Windows Server 2022 Datacenter (slmgr /ipk).
✔️ Activer en ligne (slmgr /ato) ou slui 4 si hors ligne.
✔️ Pour KMS : configurer l’hôte (slmgr /skms), tester _VLMCS._tcp, ouvrir le port 1688.
✔️ Pour MAK : vérifier le quota et, si besoin, escalader avec justificatifs.
✔️ Pour AVMA : s’assurer que l’hôte Datacenter est activé et que la clé AVMA correspond à l’édition de la VM.
✔️ Conserver toutes les sorties de diagnostic (slmgr /dlv, journaux) et la documentation d’achat.

Exemples de scripts utiles

Script batch minimal de remise à plat et activation en MAK

@echo off
setlocal enabledelayedexpansion

echo --- Remise a zero de la configuration d'activation ---
slmgr /upk >nul 2>&1
slmgr /cpky >nul 2>&1
net stop sppsvc >nul 2>&1
net start sppsvc >nul 2>&1

echo --- Installation de la cle MAK ---
set KEY=
slmgr /ipk %KEY%

echo --- Activation en ligne ---
slmgr /ato

echo --- Etat detaille ---
slmgr /dlv

Script PowerShell pour vérifier rapidement KMS côté client

PowerShell -NoProfile -Command ^
  "$kms='kms.votre-domaine.local';
   Write-Host 'Test port 1688 vers' $kms;
   Test-NetConnection $kms -Port 1688;
   Write-Host 'Etat licence (extrait):';
   Get-CimInstance -Class SoftwareLicensingProduct |
     Where-Object { $_.Description -match 'Windows.*Server.*2022' -and $_.PartialProductKey } |
     Select-Object Name, LicenseStatus, PartialProductKey"

Erreurs voisines à ne pas confondre

0xC004F074 : le service KMS est injoignable. Vérifiez DNS SRV, port 1688, hôte KMS.
0xC004C060 : la clé est signalée comme invalide/oubliée/recyclée. Demandez un remplacement au fournisseur légitime.
0x8007232B : nom DNS introuvable en mode KMS. Spécifiez l’hôte avec slmgr /skms ou publiez l’enregistrement SRV.

Bonnes pratiques de conformité et d’anticipation

Procurez-vous les licences auprès de canaux officiels et conservez les preuves d’achat (facture, contrat Volume, SA).
Évitez d’intégrer des clés réelles dans vos images : préférez KMS/AVMA ou l’injection à la fin du déploiement.
Gérez vos MAK avec un registre des activations (nom machine, date, motif). En cas de sinistre matériel, ce registre justifie une réallocation.
Surveillez les journaux SPP et automatisez un contrôle périodique (slmgr /dli + WMI) pour détecter les expirations de grâce.
Formez les équipes à reconnaître les pièges (clés trop bon marché, marketplaces non autorisées) et à escalader tôt.

Récapitulatif opérationnel

Pour résoudre une activation Windows Server 2022 Datacenter en erreur 0xC004C003 :

Vérifiez l’édition/canal avec DISM et slmgr.
Purgez l’ancienne clé (/upk, /cpky), réinstallez la bonne clé (/ipk).
Adoptez le bon parcours : MAK (en ligne ou slui 4), KMS (GVLK + /skms), OEM/Retail (réactivation matérielle), AVMA (sur Datacenter hôte), Azure (connectivité sortante).
Contrôlez les journaux et la connectivité; consignez les preuves pour un éventuel support.

En suivant ce cheminement structuré, la plupart des cas « clé bloquée » se dénouent sans perte de temps inutile, tout en restant strictement conformes aux exigences de licence.

Rappels essentiels

Ne partagez jamais une clé complète en clair dans un ticket.
Évitez absolument les outils d’« activation » non officiels.
Gardez un inventaire de vos clés et de leur canal (Retail/OEM/MAK/KMS/AVMA).
Automatisez la collecte de slmgr /dlv sur vos serveurs nouvellement déployés pour gagner du temps en cas d’incident.

Vous avez maintenant un plan clair pour diagnostiquer et corriger l’erreur d’activation 0xC004C003 sur Windows Server 2022 Datacenter, quel que soit votre canal de licence.

Windows Server 2022 Datacenter : corriger l’erreur d’activation 0xC004C003 (clé bloquée) – guide complet