Windows Server 2022 vs 2019: ¿Cuál implementar en 2026?

Descripción general de la línea de tiempo de soporte

El calendario de fin de vida es tu primer filtro de decisión. Windows Server 2019 entró en soporte extendido el 9 de enero de 2024, lo que significa que finalizó el soporte estándar (actualizaciones de seguridad, revisiones no relacionadas con seguridad, cambios de diseño). El soporte extendido se extiende hasta el 9 de enero de 2029, entregando solo actualizaciones críticas e importantes de seguridad sin cambios de diseño.

Windows Server 2022, lanzado en octubre de 2021, se encuentra firmemente en soporte estándar hasta el 13 de octubre de 2026. El soporte extendido continúa hasta octubre de 2031. Ese período de cinco años desde ahora (2026) hace que 2022 sea la opción más segura para nuevas implementaciones y ciclos de actualización de infraestructura a largo plazo.

Por qué importa: el soporte extendido no es una zona muerta, pero es reactivo. Recibes parches para vulnerabilidades descubiertas, no endurecimiento proactivo. Si estás implementando un servidor de archivos o controlador de dominio que se ejecutará durante siete años sin reimagenar, 2022 te proporciona tranquilidad hasta 2031. Si estás administrando 2019 hoy, no estás en crisis—tienes 2,5 años de soporte extendido restante—pero la planificación de migración debe comenzar ahora para sistemas críticos.

Para implementaciones de Windows Server, las líneas de tiempo de soporte impulsan requisitos de cumplimiento y auditoría más que en sistemas operativos de escritorio. Los sectores de servicios financieros, salud y gobierno a menudo requieren sistemas dentro del soporte estándar. Si estás trabajando con cargas de trabajo de PCI-DSS, HIPAA o FedRAMP, 2022 es la opción más clara. 2019 es viable para sistemas solo internos (recursos compartidos de archivos, controladores de dominio no públicos) hasta 2029.

Escenario del mundo real: si compras claves de Server 2019 hoy en el mercado de descuentos a precio de liquidación, estás comprando para infraestructura heredada que ya ejecutas, no para nuevas compilaciones. Las claves de Server 2022 cuestan más pero entregan soporte hasta 2031 y acceso a características de seguridad que 2019 carece completamente. Para presupuestos de TI que planifican 2026, las matemáticas favorecen 2022.

---

Qué hay de nuevo en 2022

Servidor de núcleo seguro

Server 2022 incorpora la mentalidad "seguro por diseño" de Microsoft en el SO. Secure Boot y la validación de firmware UEFI son ahora expectativas estándar. Más útilmente, Server 2022 añade bloqueo de SMM (System Management Mode) y control de flujo expandido (CFG) para binarios nativos. Si ejecutas en hardware moderno (2019+), obtienes almacenamiento de credenciales respaldado por hardware y protección DMA de forma predeterminada. El ransomware que se basaba en infecciones de bootkit encuentra Server 2022 más difícil de comprometer.

Integración de Azure Arc

Server 2022 trata la nube híbrida como arquitectura del primer día, no como un segundo pensamiento. Azure Arc para Windows Server simplifica el inventario, parches y políticas entre sistemas locales y en la nube a través de un único panel. Si ejecutas entornos mixtos (Hyper-V local, algunas máquinas virtuales de Azure), Arc te permite aplicar las mismas políticas de Administración de Actualizaciones y Seguimiento de Cambios a ambas. 2019 puede conectarse a Arc, pero es bolted-on; 2022 lo tiene integrado. Para organizaciones que se mueven hacia infraestructura como código, esta es la característica que justifica la complejidad de la actualización.

Hot Patching (KZero)

Esta es la joya oculta. Server 2022 soporta parches en vivo para actualizaciones críticas del SO sin reiniciar. No todos los parches califican—cambios en modo kernel que afecten estructuras centrales aún necesitan reinicio—pero los parches de seguridad más frecuentes se aplican mientras el sistema se ejecuta. En entornos de producción donde una ventana de reinicio significa programar anuncios en Slack tres semanas antes, hot patching es un multiplicador de fuerza. 2019 no tiene equivalente.

Compresión SMB

Las transferencias de archivos sobre enlaces de alta latencia o ancho de banda limitado obtienen compresión transparente en Server 2022. La replicación de Active Directory, sincronización de archivos y tráfico de copia de seguridad se benefician más. En escenarios de sucursal donde un enlace de 20 Mbps alimenta un servidor de archivos, la compresión SMB puede reducir la sobrecarga de replicación 30-50%. 2019 carece de esto; necesitarías middleware de terceros.

Mejoras en contenedores

Si ejecutas contenedores de Windows (Kubernetes, Docker en Windows), Server 2022 soporta contenedores de proceso de host e capas de imagen mejoradas. Los tiempos de ejecución de contenedores nativos funcionan mejor y el tamaño de imagen se reduce. Para organizaciones que adoptan patrones nativos en la nube en Windows (menos común que Linux, pero real), Server 2022 es la actualización obligatoria. El soporte de contenedores de 2019 funciona pero se siente desactualizado.

Endurecimiento de Hyper-V

Server 2022 añade máquinas virtuales cifradas y protección mejorada de máquinas virtuales—crítico si eres multi-inquilino o consciente de la seguridad. Las máquinas virtuales cifradas utilizan protección similar a BitLocker; solo el host de máquina virtual sostiene la clave, no el hipervisor. Para proveedores de alojamiento o cargas de trabajo sensibles, esto cierra un vector de amenaza que 2019 deja abierto.

Para la mayoría de implementaciones, Secured-core y Azure Arc importan más. Hot patching y compresión SMB proporcionan ganancias operacionales. Las mejoras en contenedores importan solo si ejecutas contenedores. El endurecimiento de Hyper-V importa si alojaste máquinas virtuales no confiables.

---

Donde 2019 todavía funciona bien

Servidores de archivos estables y dispositivos de almacenamiento

El trabajo de un servidor de archivos no ha cambiado desde 2012: aceptar conexiones, servir archivos, mantenerse disponible. Server 2019 hace esto perfectamente. Si tienes un servidor de archivos dedicado (dispositivo NAS o caja física) con capacidad estable, almacenamiento redundante (RAID) y disciplina de copia de seguridad, no hay razón técnica para actualizar hasta 2029. El servidor no obtendrá nuevas capacidades; perderá soporte extendido en cinco años. Pero para servicio de archivos puro, características adicionales no mejoran la confiabilidad o el rendimiento significativamente.

Controladores de dominio de Active Directory

Muchas organizaciones ejecutan 2019 DCs junto a 2016 o 2012 R2 DCs. Los controladores de dominio son aburridos, y aburrido es bueno. La replicación de AD, la autenticación Kerberos y las consultas LDAP funcionan idénticamente en 2019 y 2022. Si tu nivel funcional de bosque/dominio es 2016 o inferior, obtienes cero beneficios al actualizar DCs a 2022. El soporte extendido en 2019 se ejecuta hasta 2029, dándote una carrera de cinco años para modernizar todo tu bosque. Actualiza DCs cuando actualices toda tu infraestructura de AD (esquema, niveles funcionales, políticas de seguridad), no aisladamente.

Servidores de aplicaciones heredadas

Las aplicaciones personalizadas de línea de negocio compiladas contra .NET Framework 4.7.2 o versiones específicas de API de Windows podrían tener problemas sutiles de compatibilidad en 2022. Se requiere pruebas de regresión y a menudo revelan peculiaridades: claves de registro deprecadas, cambios en valores predeterminados de seguridad, cambios de kernel que afecten código sensible al tiempo. Si el proveedor de la aplicación dejó de soportar actualizaciones de Windows Server 2019 en 2024 pero no certificará 2022 hasta 2025, no estás atrapado—tienes soporte extendido hasta 2029 para fases de validación y pruebas.

Entornos con capacidad limitada

Server 2022 tiene especificaciones mínimas más altas (procesador de 2 GHz, RAM de 2 GB de base; 4 GB recomendado para Server con Experiencia de Escritorio). Si ejecutas Server 2019 en hardware comercial en una sucursal u otro centro de datos antiguo, la ruta de actualización podría requerir actualización de hardware—CPU, RAM, SSD. Para organizaciones pequeñas, ese capex puede exceder los costos de licencia de software. 2019 seguirá ejecutándose en tu hardware existente hasta 2029 sin quejas.

Escenarios de optimización de costos

Las claves de Server 2019 con descuento están disponibles en el mercado secundario (stock de excedentes de volumen), a menudo 40-60% más baratas que Server 2022 debido a fijación de precios en ciclos de liquidación. Si estás aprovisionando infraestructura de dev/test no crítica, máquinas virtuales de vida corta (2-3 años) o recursos compartidos de archivos departamentales, comprar claves baratas de 2019 tiene sentido presupuestario. Obtienes tres años de soporte extendido, entrega instantánea, opciones de pago con criptografía y ventana de reembolso de 24h a través de SoftwareKeys.shop si es necesario. Para infraestructura desechable, el soporte extendido está bien.

---

Diferencias de licencias

Standard vs. Datacenter: conteo de núcleos físicos

Server 2019 y 2022 utilizan licencias idénticas: ambas cobran por par de núcleos de CPU física (mínimo de 2 núcleos por CPU). La edición Standard cubre hasta dos máquinas virtuales; Datacenter cubre máquinas virtuales ilimitadas en el mismo hardware. Las matemáticas: un servidor de 2 sockets, 16 núcleos necesita 16 licencias Standard (8 unidades de par de núcleo) o 16 licencias Datacenter. Datacenter gana cuando estás consolidando 5+ máquinas virtuales por host físico. Standard gana para implementaciones no virtualizadas o uso ligero de máquinas virtuales.

Requisitos y alcance de CAL

Las Licencias de Acceso de Cliente ([glossary/cal]) se requieren por usuario o dispositivo que acceda al servidor. La fijación de precios de 2019 y 2022 por CAL es idéntica. Una CAL por usuario o dispositivo activo—sin apilamiento de asientos. Si tienes 200 estaciones de trabajo accediendo a un servidor de archivos, necesitas 200 CALs. El tipo de CAL (CAL de Usuario, CAL de Dispositivo) no cambia entre versiones. Las CALs compradas para 2019 son válidas en 2022; las licencias no se reinician en la actualización.

Complejidad de RDS CAL

Las licencias de Remote Desktop Services ([glossary/rds-cal]) son donde la fijación de precios se bifurca dolorosamente. Cada usuario o dispositivo que accede a sesiones de RDS requiere una RDS CAL (separada de CAL del servidor). La fijación de precios de Server 2022 RDS CAL es 3-5% más alta que 2019 en canales minoristas—pero el mercado secundario (stock de excedentes de volumen) a menudo tiene RDS CALs de 2019 en exceso a 35-50% descuento. Si estás implementando RDS (cargas de trabajo de servidor terminal), la optimización de licencias importa: las RDS CALs antiguas siguen siendo válidas si actualizas servidores, así que mezclar CALs antiguas con servidores nuevos es legal y práctica común.

Aritmética de licencias de volumen

Las organizaciones que utilizan acuerdos de licencia de volumen (Software Assurance, programas VL) ven caer los costos por licencia con el tamaño del compromiso. Un acuerdo VL de 100 asientos para Server 2022 Standard funciona ~$850-950 por licencia de 2 núcleos. Una pequeña empresa que compra licencias minoristas individuales paga $500-600 por licencia. SoftwareKeys.shop obtiene stock de excedentes de volumen—licencias en exceso de organizaciones con Software Assurance—y pasa 30-60% descuentos a compradores. Las claves de Server 2022 disponibles ahora a fijación de precios adyacente a volumen con entrega instantánea por correo electrónico y pago Bitcoin/USDT/Monero.

Matemáticas de CAL de migración

La actualización de 2019 a 2022 no requiere CALs nuevas; las CALs existentes siguen siendo válidas. Sin embargo, si estás expandiendo usuarios o agregando funcionalidad de RDS, se requieren CALs incrementales. Presupuesta en consecuencia: agregar 50 usuarios a una configuración existente de 2019 AD + RDS requiere 50 RDS CALs + 50 CALs de Usuario para paridad de 2022. Eso es $2000-3000 en licencias, sin tener en cuenta la infraestructura (servidores de puerta de enlace, licencias).

Para contexto de fijación de precios detallado, ve nuestras [blog/volume-licensing-guide-small-businesses] y [best/business-software-discounts] para inventario de claves disponibles.

---

Ruta de migración: 2019 a 2022

Consideraciones de actualización in situ

Una actualización in situ (ejecutar setup.exe desde medios de 2022 en un sistema de 2019) está técnicamente soportada. El SO maneja preservación de rol: si 2019 se ejecuta como DC, la actualización a 2022 mantiene la integración de AD. Las configuraciones de máquina virtual de Hyper-V, diseños RAID, adaptadores de red—todo persiste. Las actualizaciones in situ toman 30-60 minutos y requieren una ventana de reinicio.

Las trampas: scripts personalizados en tareas programadas, cuentas de servicio inusuales, configuraciones de registro profundamente personalizadas y controladores de terceros pueden fallar la validación durante la configuración. La herramienta Asesor de Actualización de Microsoft explora de antemano, pero ocurren falsos negativos. Siempre prueba en un entorno de preparación (clón de máquina virtual, si es viable) antes de actualizar producción. La reversión de 2022 a 2019 no es soportada; el SO no puede degradar.

Implementación lado a lado (más segura, más lenta)

Implementa un servidor nuevo de 2022 (físico o máquina virtual) junto a tu infraestructura de 2019. Migra roles incrementalmente: mueve algunos recursos compartidos de archivos, algunas máquinas virtuales, algunos sitios de AD al servidor nuevo. Decomisiona 2019