MENU
  1. Accueil
  2. Python
  3. Activer Windows Server 2019 après migration VMware → Proxmox : corriger l’erreur 0xC004F00F

Activer Windows Server 2019 après migration VMware → Proxmox : corriger l’erreur 0xC004F00F

Python

Après avoir déplacé une machine virtuelle Windows Server 2019 de VMware vers Proxmox, il n’est pas rare de voir surgir l’erreur d’activation 0xC004F00F. Cet article détaille les causes, les méthodes de ré‑activation et les bonnes pratiques pour éviter le problème à l’avenir.

Sommaire

1. Comprendre l’erreur 0xC004F00F

Le code 0xC004F00F signifie que l’HWID enregistré chez Microsoft a changé au‑delà du seuil de tolérance défini par la licence. Lors d’une conversion VMware → Proxmox, plusieurs paramètres bios UUID, serial numbers, device IDs et contrôleurs virtuels sont recréés ; Windows considère alors qu’il s’agit d’un nouveau serveur physique et réclame une activation.

2. Prérequis avant toute migration

  • Sauvegarde complète : image de la VM et export des instantanés ou checkpoints.
  • Inventaire de la licence : exécutez slmgr /dlv ou slmgr /dli pour noter le type de clé, l’ID d’activation et le compteur d’activations restantes.
  • Numéros série virtuels constants : si possible, récupérez les valeurs uuid.bios de VMware pour les recopier dans Proxmox (pve‑qemu‑kvm autorise la définition d’un UUID fixe).
  • Driver pack VirtIO : préparez le dernier ISO VirtIO afin de mettre à jour les périphériques une fois la VM démarrée sous Proxmox.

3. Plan d’action détaillé

ÉtapeActionDétails
1. Identifier le type de licenceslmgr /dlv ou slmgr /dliVérifiez si la clé est MAK, KMS ou OEM. Une clé OEM est généralement liée à l’hyperviseur d’origine et ne peut pas être réutilisée.
2A. Cas d’une clé MAKRéactivation en ligne, ou slui 4 pour une activation par téléphoneExpliquez au support que seule la couche d’hyperviseur a changé. S’il reste des activations dans le pool, l’activation en ligne aboutit ; sinon, demandez la remise à zéro du compteur.
2B. Cas d’une activation KMS1. Vérifier la connectivité au serveur KMS
2. slmgr /ato
3. Redémarrer la VM		Le nouveau HWID doit être reconnu par le KMS. Pensez à vérifier que le port 1688/TCP est ouvert et que la clé GVLK correspond bien à l’édition installée.
3. Cas d’une clé OEMContacter l’OEM ou migrer vers une licence volumeL’activation OEM s’appuie sur un certificat SLP/SLIC propre au BIOS virtuel VMware. Sous Proxmox, ce certificat n’existe pas ; l’activation est donc impossible sans changer de canal de licence.
4. Si tout échoueAppel au Microsoft Licensing Activation CenterFournissez l’ID d’installation généré par slui 4. Un ID de confirmation à 48 chiffres vous sera dicté ; entrez‑le pour forcer l’activation hors ligne.
5. Prévention à l’avenirConserver les IDs virtuels, ou automatiser l’activationRéutilisez l’option « -machine uuid="…" » dans QEMU, ou gérez les clés via ADBA/VAMT.

4. Scripts PowerShell utiles

4.1 – Export de l’état d’activation avant migration


# Export du certificat et de la clé d'activation
$vamtPath = "C:\Program Files (x86)\VAMT\slmgr.vbs"
cscript $vamtPath /dlv > C:\Temp\ActivationStatus.txt
Export-Clixml -InputObject (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion") -Path C:\Temp\WinVer.xml

4.2 – Forcer une détection KMS post‑migration


# Force la VM à redécouvrir le serveur KMS
Invoke-Command -ScriptBlock {
    slmgr /ckms
    slmgr /skms kms.contoso.lan
    slmgr /ato
}

5. Pourquoi l’UUID est‑il si critique ?

L’activation Windows se base sur une série de 10 attributs matériels (type CPU, MAC, UUID, série du disque, etc.). Changer plus de 3 attributs déclenche le compteur « out‑of‑tolerance ». Lors d’une conversion V2V :

  • VMware et Proxmox n’utilisent pas la même logique pour l’SMBIOS.
  • Le contrôleur SCSI LSI Logic peut devenir VirtIO‑SCSI ou virtio‑blk.
  • La carte réseau VMXNET3 est remplacée par virtio‑net.

Ces trois changements suffisent souvent à faire basculer le serveur dans l’état « Non activé ».

6. Bonnes pratiques Proxmox pour les VM Windows

Sélection de la machine type

Choisissez pc-q35-8.2 ou ultérieur afin de profiter des UEFI variables persistent. Cela rend les migrations ultérieures plus stables et facilite Secure Boot.

Conservation de l’UUID et du serial


qm set 105 --smbios1 "type=1,uuid=56:4d:1a:9b:00:11:22:33,serial=VMWS2019"

Inscrivez également l’option -device ich9-usb-uhci1,id=ua-1 si vous voulez émuler l’USB passé‑through et éviter d’ajouter un nouveau contrôleur USB dans le Gestionnaire de Périphériques.

Pilotes VirtIO signés WHQL

Téléchargez la version correspondant au numéro de build Windows Server (ex. virtio‑win‑0.1.248). Installez‑la avant de passer le disque système en VirtIO pour éviter l’écran bleu 0x0000007B.

Sauvegardes & test de restauration

Testez la restauration dans un environnement de pré‑production ; si la VM s’active correctement hors connexion, elle s’activera en production. Conservez l’image d’origine VMware tant que la nouvelle instance n’est pas validée.

7. Questions fréquentes (FAQ)

Q : Combien de réactivations une clé MAK autorise‑t‑elle ? Entre 2 et 50 selon le contrat VL. Les réinitialisations sont possibles sur justification. Q : KMS nécessite‑t‑il Internet ? Non, seul le service port 1688 en intranet est requis. Une synchronisation avec host KMS tous les 180 jours suffit. Q : Peut‑on convertir une clé OEM en MAK ? Non, il faut acquérir une licence Volume séparée. Microsoft n’offre pas de mise à niveau OEM → MAK. Q : Que se passe‑t‑il si l’activation reste en échec ? Le système passe en mode limité : fond d’écran noir, rappel périodique et impossibilité de personnaliser. Les services restent actifs mais l’état est non conforme aux audits.

8. Prévention à long terme

Pour les infrastructures intensives en migrations :

  • Adopter Datacenter plutôt que Standard ; l’édition Datacenter permet un nombre illimité de VM activées sur le même hôte.
  • Gérer les licences via ADBA ; les clés GVLK sont automatiquement injectées aux VM jointes au domaine.
  • Centraliser le suivi avec VAMT : rapport d’activation, export de preuve, historique des réactivations.

9. Conclusion

L’erreur 0xC004F00F n’est pas fatale : elle révèle simplement que Windows a détecté un changement matériel majeur. En identifiant correctement votre canal de licence (MAK, KMS ou OEM) et en appliquant les procédures adaptées, vous réactivez votre Windows Server 2019 en quelques minutes. La clé de la sérénité réside toutefois dans la préparation : sauvegarder l’état d’activation, conserver les identifiants matériels, et documenter chaque V2V. Ainsi, vos futures migrations VMware ↔ Proxmox se dérouleront sans accroc ni interruption de service.

Python
KMS activation MAK Proxmox VMware Windows Server 2019 0xC004F00F
Sommaire