Windows Server 2012 R2 ya no recibe parches y 2016 vence en enero: plan para tus servidores

Para Windows Server 2012 R2, el fin de soporte ya es total: el 13 de octubre de 2026 Microsoft publicó la última actualización de seguridad para Windows Server 2012 y 2012 R2. Con ella terminó el tercer y último año de las actualizaciones de seguridad extendidas (ESU, por sus siglas en inglés), un programa que ya era de pago. El siguiente en la fila tiene fecha: el soporte extendido de Windows Server 2016 termina el 12 de enero de 2027, según la página de ciclo de vida de Microsoft.

El día que vence el soporte, ningún servidor se apaga. Sigue arrancando, la contabilidad abre y el correo llega, y por eso la decisión se posterga con facilidad. Lo que cambia es que cada vulnerabilidad que se descubra en una versión sin soporte quedará abierta para siempre. Si tu organización todavía tiene servidores 2012 R2 en producción, ya va tarde. Si tiene servidores 2016, le quedan menos de tres meses para decidir qué hacer con cada uno.

¿Qué pasa con un servidor que se queda sin soporte?

Sigue funcionando, pero sin parches de seguridad. Cuando se descubre una falla en Windows, Microsoft publica la corrección para las versiones con soporte; en las demás, la falla queda abierta aunque ya sea pública.

El soporte técnico también se corta. Según las preguntas frecuentes de Microsoft sobre las actualizaciones extendidas, quien tiene Windows Server 2012 R2 sin ESU no puede abrir un caso de soporte, aunque tenga un plan de soporte contratado. Y quien sí paga las ESU recibe solo parches de seguridad calificados como críticos o importantes: ni funciones nuevas, ni correcciones que no sean de seguridad, ni soporte técnico general.

Si tu organización pasa por auditorías, en una revisión de ISO 27001 o del órgano de control pueden preguntarte qué se hizo con esos equipos. Conviene tener la decisión documentada antes de que te la pidan.

Windows Server, SQL Server y Exchange: las fechas que importan

El sistema operativo es solo una parte. Un servidor 2016 puede alojar una base de datos SQL Server o un Exchange con su propio calendario, y alguno ya venció. Estas son las fechas que publica Microsoft:

• Windows Server 2012 y 2012 R2: recibieron su último parche el 13 de octubre de 2026.
• Windows Server 2016: su soporte extendido termina el 12 de enero de 2027.
• SQL Server 2016: salió del soporte extendido el 14 de julio de 2026. Microsoft vende ESU por año, y el primero cubre hasta el 13 de julio de 2027, según el ciclo de vida de SQL Server 2016.
• SQL Server 2017: su soporte termina el 12 de octubre de 2027.
• Exchange Server 2016 y 2019: sin soporte desde el 14 de octubre de 2025. Su sucesor, Exchange Server Subscription Edition, está disponible desde el 1 de julio de 2025, según el ciclo de vida de Exchange Server 2016.
• Windows Server 2019 tiene soporte extendido hasta el 9 de enero de 2029; Windows Server 2022, hasta el 14 de octubre de 2031, y Windows Server 2025, hasta el 14 de noviembre de 2034.

La última línea sirve para elegir destino. Actualizar hoy a 2019 deja poco más de dos años por delante; 2022 y 2025 dan cinco y ocho años, respectivamente.

Antes de decidir: una ficha por servidor

Cada servidor necesita su ficha. La versión de Windows es el primer dato; el que decide la salida es la aplicación que corre encima.

• Versión de Windows y, si la tiene, de SQL Server o Exchange.
• Qué aplicación aloja, qué área la usa y quién la provee.
• Si el proveedor de esa aplicación la soporta en Windows Server 2022 o 2025, y desde qué versión.
• Si el servidor es físico o virtual, y cuándo vence la garantía del equipo.
• Si recibe conexiones desde internet: correo, web o acceso remoto.
• Dónde está su respaldo y cuándo se probó por última vez una restauración.

El dato de la garantía evita invertir horas en actualizar un equipo que habrá que reemplazar pronto. El de internet marca la prioridad: un servidor expuesto con fallas abiertas es el primero que hay que resolver. Y si en la ficha anotas el modelo y el firmware de cada equipo, te servirá también para revisar los certificados de arranque seguro de Windows.

Las cuatro salidas posibles

Con la ficha en la mano, cada servidor cae en una de estas opciones.

Actualizar a una versión con soporte

Es la salida definitiva cuando la aplicación funciona en una versión nueva. Puede hacerse sobre el mismo equipo o, con menos riesgo, en un servidor nuevo donde se instala la aplicación y se trasladan los datos, mientras el antiguo queda intacto hasta confirmar que todo funciona. La documentación de Windows Server indica que, desde la versión 2025, la actualización sobre el mismo equipo (sin clúster) puede saltar hasta cuatro versiones, por ejemplo de 2012 R2 directamente a 2025. Aun así, ensáyala antes en una copia del servidor.

Pagar actualizaciones extendidas para Windows Server 2016

Sirven para ganar tiempo con la aplicación que no llega a moverse antes de enero. Microsoft describe las ESU como una opción pagada de último recurso, un puente temporal mientras se migra. Para Windows Server 2016 se contratan a través de Azure Arc, un servicio que conecta los servidores locales con la nube de Microsoft: se pueden configurar desde el 3 de agosto de 2026, se cobran desde el 13 de enero de 2027 y cubren hasta tres años, hasta 2030. Requieren licencias con Software Assurance, licencias por suscripción o licencias obtenidas por medio de un proveedor de servicios (SPLA), según la guía de Microsoft para preparar las ESU.

Antes de elegir esta vía, revisa qué licencias tiene de verdad tu organización. Un servidor que vino con la licencia preinstalada del fabricante, sin Software Assurance, no cumple ese requisito.

Llevarlo a la nube

Mover el servidor tal como está a una máquina virtual en la nube cambia el lugar donde corre, y el sistema operativo sigue siendo el mismo: si es 2016, en enero quedará sin parches igual que en la oficina. Para 2012 R2, Microsoft daba las ESU sin costo adicional a las máquinas trasladadas a Azure, y ese beneficio terminó con el último parche de octubre. La nube tiene más sentido cuando el traslado se aprovecha para subir de versión o para dejar de administrar un servidor y pasar a un servicio, como cambiar un Exchange propio por correo en la nube. Antes de decidir, pon en la misma hoja los costos de la nube que no aparecen en la cotización.

Reemplazar la aplicación

Algunas aplicaciones no tienen versión para Windows Server 2022 o 2025, o su proveedor ya no las mantiene. En ese caso toca cambiar de sistema, y el plazo de enero no alcanza para hacerlo bien. Las ESU, o aislar el servidor mientras se hace el reemplazo, compran el tiempo que falta.

Si tus servidores corren sobre VMware, cruza esta decisión con la de las licencias de VMware después de Broadcom: puede convenir resolver las dos en el mismo movimiento.

Un calendario hasta el 12 de enero

1. Segunda quincena de octubre: ficha de cada servidor y lista de los 2012 R2 que siguen en producción. Los que reciben conexiones desde internet van primero.
2. Noviembre: decisión por servidor, consulta a los proveedores de cada aplicación y, si hará falta ESU, revisión de licencias.
3. Diciembre: ensayos en copias y migración de lo menos crítico. Evita programar cambios grandes encima del cierre contable de fin de año.
4. Primera semana de enero: los servidores críticos ya migrados o inscritos en ESU, con un respaldo verificado antes de cada cambio.

Si algún servidor sin soporte tiene que seguir unas semanas más, reduce su exposición. Que no reciba conexiones desde internet, que solo se comuniquen con él los equipos que lo necesitan y que tenga una copia de respaldo reciente guardada fuera de la red.

Qué hacer esta semana

1. Pide la lista de servidores Windows con su versión exacta. Si nadie la tiene, ese es el primer pendiente.
2. Marca los 2012 R2 que siguen encendidos y los 2016 que alojan sistemas críticos.
3. Pregunta a cada proveedor de aplicación en qué versiones de Windows Server y de SQL Server la soporta.
4. Confirma con quien administra las licencias si tu organización tiene Software Assurance o contratos por suscripción.
5. Fija una fecha de decisión antes del 30 de noviembre de 2026.

Las fechas de esta nota salen de las páginas de ciclo de vida y de las guías de Microsoft enlazadas en el texto.