Error de activación 0xC004C008 en Windows Server 2022 Datacenter tras upgrade in‑place: guía completa MAK, KMS y ADBA

Tras actualizar in‑place de Windows Server 2016 a Windows Server 2022 Datacenter, puede aparecer el error 0xC004C008 y el servidor quedar sin activar. Esta guía explica por qué ocurre, cómo diagnosticarlo con precisión y los pasos probados para resolverlo en entornos MAK, KMS o ADBA.

Índice

Síntomas y contexto del error

El escenario típico es un servidor que funcionaba y estaba activado en Windows Server 2016, se actualiza in‑place a Windows Server 2022 Datacenter y, al intentar activar, devuelve el código 0xC004C008. Entre los síntomas frecuentes se incluyen:

El Escritorio o Server Manager informan “Windows no está activado”.
slmgr /ato finaliza con 0xC004C008.
En Server Core, únicamente se dispone de utilidades de línea de comandos para activar.
El cambio de versión y componentes tras el upgrade alteró el identificador de hardware consumiendo otra activación (relevante para MAK).

Qué significa el código

El código 0xC004C008 indica que el servidor de activación de Microsoft ha determinado que la clave de producto se ha utilizado más veces de las permitidas o ha alcanzado su límite de activaciones. Es típico en claves MAK después de cambios de hardware o actualizaciones in‑place que modifican la huella del equipo. También puede aparecer si se intenta usar una clave antigua (por ejemplo, de 2016) sobre un sistema 2022, o si se aplicó por error una clave Retail/OEM en un volumen que debería activar por KMS/ADBA.

Ruta de resolución recomendada

La vía oficial es gestionar el caso con el Centro de Activaciones de Microsoft (Microsoft Licensing Activation Center). Allí pueden validar tu contrato, revisar el conteo y, si corresponde, asignar activaciones adicionales.

Reúne datos: Installation ID (si vas por teléfono), clave utilizada, contrato/licenciamiento y evidencia del upgrade.
Completa la activación por teléfono o en línea una vez aprobada la ampliación o validación.

Mientras resuelves con el Activation Center, sigue la guía específica según tu canal de licencia para corregir la configuración local.

Guía práctica según el tipo de clave

Confirmación de edición y canal

Antes de actuar, confirma tres cosas: edición instalada, tipo de clave y estado actual de la licencia.

Comando	Qué verifica	Qué debes comprobar
`DISM /online /Get-CurrentEdition`	Edición del sistema	Debe ser ServerDatacenter en Windows Server 2022
`winver`	Versión	Confirmar que muestra Windows Server 2022
`slmgr /dlv`	Canal y estado de activación	Identificar si es MAK, KMS (GVLK) o Retail/OEM

Escenario con MAK

Con MAK, cada activación consume una unidad. Tras un upgrade in‑place, el identificador de hardware puede cambiar y provocar un nuevo consumo.

Comprueba el canal y conteos: slmgr /dlv
Reintenta la activación en línea: slmgr /ato
Si persiste el error, usa activación telefónica (si está disponible): slui 4 En Server Core puede no estar el asistente; conserva el Installation ID que te muestre la consola y contacta con el Centro de Activaciones para la confirmación.
Si la clave está asociada a equipos anteriores, solicita aumento del conteo o reemisión de la clave al Activation Center.

Consejo: evita desinstalar la clave con slmgr /upk hasta tener a mano la clave correcta o la autorización del Activation Center.

Escenario con KMS

Con KMS, el cliente debe usar la GVLK de Windows Server 2022 Datacenter, localizar un host KMS válido y poder comunicarse por TCP 1688.

Asegúrate de que el cliente usa GVLK de 2022 Datacenter: slmgr /ipk <GVLK de WS2022 Datacenter> slmgr /ato
Comprueba resolución de host KMS mediante DNS SRV _vlmcs: nslookup -type=srv vlmcs.tcp
Si hay un KMS específico, apunta explícitamente: slmgr /skms kms.midominio.local:1688 slmgr /ato Para volver a detección automática: slmgr /ckms
Verifica que el host KMS admite Windows Server 2022 y que su clave de host y licencias estén actualizadas.

Escenario con ADBA

Con ADBA, la activación se realiza mediante objetos en Active Directory. El cliente debe estar unido al dominio y localizar el objeto de activación adecuado.

Confirma que el servidor está en el dominio y que ADBA publica para 2022 Datacenter.
Comprueba que no se haya forzado un KMS explícito en el cliente: slmgr /ckms
Reintenta activar: slmgr /ato
Si no activa, revisa el objeto de activación en Volume Activation Tools y replica cambios en controladores de dominio.

Procedimiento operativo sugerido

Valida edición instalada y canal con DISM y slmgr /dlv.
Si la clave no corresponde a 2022 Datacenter, instala una válida: slmgr /upk slmgr /ipk <nueva-clave-2022-datacenter> slmgr /ato
Si estás en MAK y recibes 0xC004C008, abre caso con el Activation Center y realiza activación telefónica.
Si estás en KMS, instala GVLK, verifica _vlmcs, puerto 1688 y alcanza el host KMS.
Si estás en ADBA, comprueba pertenencia a dominio y la existencia del objeto de activación para 2022.
Documenta el resultado y conserva evidencias del upgrade y de la autorización recibida.

Comandos útiles

Acción	Comando	Notas
Ver detalles de licencia	`slmgr /dlv`	Muestra canal, edición, estado y GUIDs
Instalar clave	`slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX`	Usa la adecuada para 2022 Datacenter
Activar ahora	`slmgr /ato`	Fuerza intento en línea
Desinstalar clave	`slmgr /upk`	Deja el sistema sin clave temporalmente
Establecer host KMS	`slmgr /skms kms.midominio.local:1688`	Requiere comunicación TCP 1688
Volver a autodetección KMS	`slmgr /ckms`	Borra host KMS configurado
Comprobar edición	`DISM /online /Get-CurrentEdition`	Útil tras el upgrade

Diagnóstico de red y DNS para KMS

Una configuración KMS requiere resolución DNS correcta y conectividad de red.

Consulta el registro SRV: nslookup -type=srv vlmcs.tcp.midominio.local
Prueba el puerto desde el cliente con PowerShell: Test-NetConnection kms.midominio.local -Port 1688
Si hay cortafuegos, permite TCP 1688 entre cliente y host KMS.

Revisión de registros del sistema

Revisa el Visor de eventos para obtener pistas adicionales:

Aplicación → origen Security-SPP: eventos de activación, cambios de clave y errores de servicio de licencias.
Sistema: advertencias de servicios relacionados con licencias (Software Protection).
En KMS, busca eventos en el host KMS para confirmar solicitudes desde el nuevo servidor.

Errores relacionados y cómo distinguirlos

Código	Descripción resumida	Acción recomendada
0xC004C008	Límite de activaciones alcanzado	Gestionar con Activation Center; para KMS/ADBA, revisar canal correcto
0xC004F074	Host KMS no disponible	Comprobar DNS `_vlmcs` y TCP 1688; instalar GVLK
0xC004F050	Clave no válida para la edición	Instalar clave adecuada a 2022 Datacenter
0xC004C060	Clave bloqueada	Abrir caso de licenciamiento con Microsoft
0xC004C020	Clave de volumen excedida	Similar a 0xC004C008; validar conteos y uso

Situaciones especiales tras una actualización in place

Cambios de hardware virtual: nueva MAC, CPU vNUMA o controladores pueden alterar la huella. Evita cambios mayores simultáneos al upgrade.
Movimiento entre hipervisores: si se migra el VM a otro host al mismo tiempo, aumenta la probabilidad de requerir nueva activación MAK.
Claves antiguas: una clave de 2016 no activa 2022; instala una clave válida de 2022 o usa GVLK para KMS/ADBA.

Entornos virtualizados e imágenes

Si trabajas con plantillas o clonación:

Aplica sysprep y generaliza antes de capturar imágenes. No utilices slmgr /rearm como método rutinario de corrección de activación en producción.
Para VDI o granjas, prioriza KMS/ADBA sobre MAK para minimizar fricción.

Preguntas frecuentes

¿Puedo usar una clave de 2016 tras el upgrade? No. Windows Server 2022 requiere clave de 2022 Datacenter o activación por KMS/ADBA con GVLK de 2022.

¿Y si estoy en Server Core y no tengo asistente gráfico? Usa slmgr y activación telefónica por consola si procede. slui 4 puede no estar disponible; obtén el Installation ID desde los mensajes de slmgr.

¿Puedo cambiar de Standard a Datacenter? Sí, con DISM /online /Set-Edition y una clave válida; verifica licenciamiento antes y planifica una ventana de mantenimiento.

Ejemplos para copiar y pegar

MAK con error de límite

rem Ver estado
slmgr /dlv

rem Reintentar
slmgr /ato

rem Si persiste, activar por teléfono y gestionar aumento de conteo
rem (conservar Installation ID para el Activation Center)

KMS con GVLK

rem Asegura que el cliente usa la GVLK de 2022 Datacenter
slmgr /ipk <GVLK de WS2022 Datacenter>

rem Comprobar descubrimiento del host KMS
nslookup -type=srv \vlmcs.\tcp.midominio.local

rem Forzar un KMS concreto si es necesario y activar
slmgr /skms kms.midominio.local:1688
slmgr /ato

Reemplazo de clave no válida

rem Desinstalar la clave actual (si estás seguro)
slmgr /upk

rem Instalar la clave correcta de 2022 Datacenter y activar
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato

Lista de verificación final

✅ Edición verificada: Windows Server 2022 Datacenter.
✅ Canal identificado con slmgr /dlv (MAK, KMS, ADBA, Retail/OEM).
✅ En MAK, caso abierto con el Activation Center si surge 0xC004C008; activación telefónica completada.
✅ En KMS, cliente con GVLK de 2022, DNS _vlmcs válido y puerto 1688 accesible.
✅ En ADBA, pertenencia a dominio y objeto de activación para 2022 confirmado.
✅ Reintento slmgr /ato exitoso.

Plantilla para el centro de activaciones

Cuando contactes, lleva lo siguiente:

Clave utilizada y tipo de contrato/licencia.
Installation ID generado por el asistente o consola.
Justificación: upgrade in‑place de 2016 a 2022 y posible cambio de hardware virtual.
Nombre del equipo, dominio y datos de contacto del responsable.

Buenas prácticas posteriores a la activación

Registra en tu CMDB el tipo de clave, método de activación y fecha.
En KMS/ADBA, homologa el proceso para nuevos servidores y documenta DNS, puertos y políticas.
Evita compartir claves en texto claro; almacénalas de forma segura.
Supervisa periódicamente el estado de activación con slmgr /xpr y auditorías internas.

Glosario básico

Término	Definición
MAK	Clave de activación múltiple que consume una activación por equipo.
KMS	Servicio interno que activa equipos mediante una clave genérica de cliente (GVLK).
ADBA	Activación basada en Active Directory sin necesidad de contactar un host KMS explícito.
GVLK	Clave genérica de cliente utilizada para activar contra KMS o ADBA.
Installation ID	Identificador que se usa en la activación telefónica.

Resumen operativo: el código 0xC004C008 tras un upgrade in‑place suele indicar límite de activaciones en MAK o una clave inapropiada para la nueva versión. La solución pasa por validar edición y canal, usar la GVLK adecuada en KMS/ADBA, asegurar conectividad a KMS, y, en MAK, gestionar ampliación con el Activation Center. Con esta guía tendrás un camino claro para reactivar tu servidor sin reinstalaciones ni pérdidas de servicio.