Reactivar Windows Server 2019 en Proxmox tras migración desde VMware (Error 0xC004F00F)

Tras mover una VM de VMware a Proxmox, Windows Server 2019 puede solicitar activación, mostrar “clave bloqueada” y el error 0xC004F00F. Aquí tienes una guía práctica y completa para diagnosticar el canal de licencia y activar de forma segura, además de buenas prácticas para evitar que vuelva a ocurrir.

Índice

Resumen del caso y objetivo

Has migrado una máquina virtual que ejecuta Windows Server 2019 desde un entorno VMware a Proxmox VE, y ahora el sistema exige reactivación. Al introducir la clave de producto aparece el mensaje de clave “bloqueada” junto al error 0xC004F00F. Este artículo explica por qué ocurre, cómo identificar el canal de activación en uso (MAK, KMS, Retail u OEM) y qué acciones concretas tomar en cada escenario, incluyendo la conversión desde ediciones de evaluación. También encontrarás una checklist final para resolverlo de forma rápida, recomendaciones de configuración en Proxmox y una matriz de problemas frecuentes.

Significado del error

El código 0xC004F00F suele indicar que el Hardware ID del equipo cambió más allá del umbral permitido por el mecanismo de activación. Al mover la VM entre hipervisores, se modifican componentes virtuales como el chipset, la NIC, el controlador de almacenamiento e incluso la CPU virtual. Windows interpreta que se trata de “otro equipo”. Si la clave es MAK, puede considerarla consumida o fuera de tolerancia; si es Retail/OEM, puede requerir revalidación; si es KMS, bastará con que el cliente se registre y active con el host KMS correcto.

Diagnóstico inicial

Antes de tocar nada, identifica el canal y el estado actual de licencia. Abre una consola con privilegios elevados y ejecuta:

slmgr /dlv

La ventana mostrará el canal (MAK, KMS, Retail u OEM), la edición instalada, el Partial Product Key y el último código de error. Anota estos datos: son tu brújula para elegir el procedimiento correcto.

Rutas de solución por canal

En función del resultado de slmgr /dlv, aplica las siguientes secuencias.

Canal MAK

Reintenta la activación en línea (sustituye por tu clave MAK real):

slmgr /ipk TU-CLAVE-MAK
slmgr /ato

Si persiste 0xC004F00F o “clave bloqueada”, recurre a activación telefónica. Es útil cuando el equipo está en período Out of Tolerance por cambio de hardware:

Con interfaz gráfica: ejecuta slui 4 y sigue el asistente.

Solo consola (ediciones Server Core o servidores sin GUI):

slmgr /dti        &amp; rem Muestra el Installation ID (IID)
rem Llama al centro de activación y obtén el Confirmation ID (CID)
slmgr /atp &lt;CID&gt;  &amp; rem Instala el CID recibido
slmgr /ato

Si el contador MAK se agotó, solicita al Centro de Activación de Microsoft la reasignación o incremento de activaciones según tu contrato de licenciamiento por volumen.

Canal KMS

Comprueba conectividad hacia el host KMS (TCP 1688) y la resolución DNS del registro SRV _vlmcs.
Instala la clave cliente KMS (GVLK) apropiada para tu edición. Estas claves públicas permiten que el cliente se active contra tu servidor KMS:

slmgr /ipk &lt;GVLK-de-tu-edición&gt;

Especifica el host KMS manualmente (si tu DNS no publica _vlmcs) y activa:

slmgr /skms kms.tu-dominio:1688
slmgr /ato

Si no queda claro que se haya aplicado, reinicia y repite slmgr /ato. Verifica con slmgr /dlv que el estado sea “Licensed”.

Canal Retail u OEM

Los cambios de hardware virtual pueden invalidar la activación automática. Usa la activación telefónica: slui 4 o el flujo /dti → /atp → /ato.
Si la licencia era OEM atada a hardware (del fabricante, vinculada al host físico original), puede no ser transferible a otra “máquina” (incluso si es VM). En ese caso, necesitarás una licencia nueva o migrar a canal Retail o Volumen legítimo.

Verificación de edición de evaluación

Si tu servidor es ServerStandardEval o ServerDatacenterEval, no activará con una clave comercial hasta convertir la edición. Compruébalo con:

DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions

Convierte a la edición final correspondiente (sustituye por tu clave válida):

DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
rem o usa :ServerDatacenter según tu caso

Reinicia y activa:

slmgr /ato

Tabla de acciones recomendadas por canal

Canal	Uso típico	Acción tras migración	Notas clave
MAK	Volumen con activación por contador	`slmgr /ipk` → `slmgr /ato` → si falla, teléfono (`slui 4` o `/dti` → `/atp`)	Si el contador se agotó, solicita incremento a Microsoft.
KMS	Volumen con servidor de activación interno	Instala GVLK, valida DNS SRV `_vlmcs`, define `/skms`, ejecuta `/ato`	Requiere acceso TCP 1688 y sincronía temporal.
Retail	Compra individual	Reactivación automática o telefónica	Puede pedir validación humana tras cambios grandes.
OEM	Preinstalada por fabricante	Según términos, puede no transferirse a otra VM	Valida transferibilidad; quizá debas adquirir otra licencia.

Claves cliente KMS de ejemplo

Si tu canal es KMS, instala la GVLK correcta para que el servidor contacte al host KMS. Ejemplos comunes para Windows Server versión dos mil diecinueve:

Edición	GVLK
Datacenter	`WMDGN-G9PQG-XVVXX-R3X43-63DFG`
Standard	`N69G4-B89J2-4G8F4-WWYCC-J464C`
Essentials	`WVDHN-86M7X-466P6-VHXV7-YY726`

Instálala con:

slmgr /ipk &lt;GVLK&gt;
slmgr /skms kms.tu-dominio:1688
slmgr /ato

Buenas prácticas en la plataforma Proxmox

Para reducir la probabilidad de reactivación al migrar o restaurar VMs de Windows Server, procura “congelar” el hardware virtual:

Machine type: evita alternar entre i440fx y q35 sin necesidad. Mantén el mismo tipo con el que el sistema fue activado.
NIC: conserva el modelo (por ejemplo, e1000 o virtio) y, si es posible, la misma MAC.
Controlador de disco: usa el mismo tipo (por ejemplo, VirtIO SCSI o LSI) que tenía en VMware para el primer arranque.
CPU virtual: evita cambios bruscos del tipo de CPU (p. ej., de kvm64 a host) antes de haber reactivado.
BIOS/UEFI: si la VM venía con BIOS tradicional, no la conviertas a UEFI en la misma operación de migración.
Hora y NTP: sincroniza tiempo con el hipervisor o un servidor NTP fiable; las discrepancias de tiempo frustran la activación.

Mapa de equivalencias útiles

Componente	En VMware	En Proxmox (recomendado para primer arranque)
Chipset	PIIX/440FX	i440fx (si venías de BIOS tradicional)
NIC	E1000/E1000e/VMXNET3	E1000 para minimizar cambios; luego migrar a VirtIO
Controlador de disco	LSI Logic SAS/Paravirtual	LSI SAS para primer arranque; después pasar a VirtIO SCSI
Firmware	BIOS o EFI	Usar el mismo (SeaBIOS u OVMF) inicialmente

Comprobaciones de red y tiempo

La activación depende de conectividad y hora correcta.

Sincronización temporal

w32tm /query /status
w32tm /resync

Pruebas de conectividad

# Comprobar puerto KMS 1688
Test-NetConnection kms.tu-dominio -Port 1688

Validar resolución del SRV \_vlmcs

nslookup -type=srv \vlmcs.\tcp.tu-dominio

Guía rápida de resolución

Ejecuta slmgr /dlv y anota canal, edición y error.
Si es edición de evaluación, convierte con DISM a Standard o Datacenter y reinicia.
Si es MAK, intenta /ipk → /ato; si falla, usa slui 4 o /dti → /atp.
Si es KMS, instala la GVLK correcta, comprueba DNS/puerto 1688, define /skms si aplica y ejecuta /ato.
Si la clave sigue “bloqueada” o sin activarse, contacta al Centro de Activación para recontabilizar la licencia o confirmar transferibilidad.

Matriz de problemas y acciones

Síntoma	Causa probable	Acción
Error 0xC004F00F al activar	Cambio de Hardware ID tras migración	Activación telefónica (MAK/Retail), o reinstalar GVLK y enlazar con KMS
Clave “bloqueada”	Contador MAK agotado o activación sospechosa	Llamar a Microsoft para recontabilizar o usar canal KMS si corresponde
Estado “Notification” o “Unlicensed”	GVLK incorrecta, sin acceso a KMS, reloj desajustado	Instalar GVLK correcta, abrir TCP 1688, sincronizar tiempo
No acepta clave comercial	Edición de evaluación sin convertir	Usar `DISM /Set-Edition` con clave válida y reiniciar
Activación correcta pero vuelve a pedirla	Cambios posteriores de NIC, chipset, controlador	Congelar hardware virtual; evitar cambios tras activar

Procedimientos detallados

Activación MAK paso a paso

Comprobar estado:

slmgr /dlv

Instalar clave y activar:

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

Si falla por tolerancia, usar teléfono:

slui 4

O bien:

slmgr /dti
slmgr /atp &lt;CID&gt;
slmgr /ato

Consejo: evita usar slmgr /upk salvo que tengas un motivo claro; desinstalar la clave no suele ayudar y complica el soporte.

Activación KMS paso a paso

Instalar GVLK adecuada:

slmgr /ipk N69G4-B89J2-4G8F4-WWYCC-J464C   rem Standard
rem o
slmgr /ipk WMDGN-G9PQG-XVVXX-R3X43-63DFG   rem Datacenter

Definir el host KMS si tu DNS no publica _vlmcs:

slmgr /skms kms.tu-dominio:1688

Activar y verificar:

slmgr /ato
slmgr /dlv

Conversión de evaluación a edición comercial

Comprobar edición actual y objetivo:

DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions

Aplicar conversión con clave válida y aceptar licencia:

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

Reiniciar y activar:

slmgr /ato

Verificación avanzada con PowerShell

Para auditar con más precisión el estado de activación y la edición, ejecuta:

# Estado de licencia
Get-CimInstance -ClassName SoftwareLicensingProduct `
  | Where-Object { $.PartialProductKey -and $.Name -match "Windows" } `
  | Select-Object Name, LicenseStatus, Description, PartialProductKey

Canal y clave instalados

Get-CimInstance -ClassName SoftwareLicensingService \`
\| Select-Object OA3xOriginalProductKeyDescription, KeyManagementServiceMachine, VLRenewalInterval

Consejos operativos tras la activación

Evita cambios de hardware virtual inmediatos (NIC, chipset, CPU, disco). Si necesitas optimizar (p. ej., pasar a VirtIO), hazlo en una ventana de mantenimiento y verifica que no reaparezca la solicitud de activación.
Toma un snapshot una vez activado correctamente para facilitar la recuperación ante incidentes.
Documenta el canal (MAK/KMS/Retail/OEM), la edición, la clave parcial y la política de activación de tu organización.

Preguntas frecuentes

¿Puedo activar con una clave comercial si todavía es edición de evaluación?
No. Primero convierte con DISM /Set-Edition, reinicia y luego activa.

¿Se puede transferir una licencia OEM entre hipervisores?
Generalmente no, si está atada al hardware del fabricante. Revisa tus términos; quizá debas usar licencia Retail o Volumen.

¿Por qué KMS no funciona si ya instalé la GVLK?
Verifica DNS SRV _vlmcs, conectividad TCP 1688, hora del sistema y que el host KMS tenga la clave de host correcta y un recuento suficiente de equipos.

¿Puedo usar sysprep para evitar problemas?
sysprep /generalize reinicia la activación y el SID, pero no es el remedio para una migración ya activada. Úsalo solo si estás generando una imagen maestra según buenas prácticas.

Ejemplos de salida esperada

Tras una activación KMS correcta, slmgr /dlv suele mostrar “License Status: Licensed”, referencia al host KMS, fecha de renovación programada y la GVLK instalada. Con MAK, verás el estado “Licensed” y el Partial Product Key correspondiente a tu clave.

Lista de verificación rápida

slmgr /dlv para identificar canal y estado.
Si es evaluación, convertir con DISM y reiniciar.
MAK: /ipk → /ato. Si falla, slui 4 o /dti → /atp → /ato.
KMS: instalar GVLK, validar DNS/1688, /skms si aplica, /ato.
Congelar hardware virtual y confirmar hora/NTP.
Si la clave sigue bloqueada, contactar al Centro de Activación.

Apéndice de comandos útiles

rem Información detallada de licencia
slmgr /dlv

rem Información resumida
slmgr /dli

rem Forzar activación
slmgr /ato

rem Mostrar Installation ID (para teléfono)
slmgr /dti

rem Instalar Confirmation ID (teléfono)
slmgr /atp \

rem Establecer host KMS
slmgr /skms kms.tu-dominio:1688

rem Instalar clave (MAK, Retail o GVLK)
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

rem Comprobar y convertir ediciones
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions
DISM /online /Set-Edition\:ServerStandard /ProductKey\:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula

rem Sincronización de hora
w32tm /query /status
w32tm /resync

Conclusión

El error 0xC004F00F tras migrar desde VMware a Proxmox es una consecuencia directa del cambio de perfil de hardware virtual. Con una estrategia clara —identificar el canal, verificar si es evaluación, aplicar el flujo de activación correcto y estabilizar la configuración de la VM— podrás activar Windows Server 2019 de forma legítima y duradera. Mantener constante el machine type, la NIC y el controlador de disco minimiza el riesgo de reactivaciones futuras, y disponer de procedimientos para MAK y KMS agiliza cualquier contingencia.

Recuerda: documenta cada paso, conserva evidencias de la activación y alinea tu práctica con los términos de licenciamiento vigentes de tu organización.

Pasos rápidos recomendados

slmgr /dlv → identifica canal y estado.
Si es evaluación, convierte con DISM a la edición final y reinicia.
MAK: slmgr /ipk <clave> → slmgr /ato; si falla, slui 4 o /dti → /atp.
KMS: instala GVLK adecuada, verifica DNS/puerto 1688, slmgr /skms (si aplica) → slmgr /ato.
Si la clave sigue “bloqueada” o sin activarse tras migración, contacta al Centro de Activación para recontabilizar la licencia o confirmar transferibilidad.