Fin de Soporte de Windows Server 2012: Cuánto Cuesta Quedarse y Cuáles Son las Salidas

El 13 de octubre de 2026 terminó el tercer y último año de actualizaciones de seguridad de pago para Windows Server 2012 y 2012 R2. Desde ese día, Microsoft deja de publicar correcciones para estas versiones. No hay un cuarto año que comprar, y la excepción que existía para los servidores alojados en Azure terminó en la misma fecha.

Para quien todavía tiene estas versiones en producción, la pregunta ya no es cuánto cuesta prolongar. Es cuánto cuesta quedarse.

Qué terminó el 13 de octubre

Según la página de actualizaciones de seguridad extendidas de Microsoft, el programa para Windows Server 2012 y 2012 R2 duró tres años y terminó el 13 de octubre de 2026, dentro y fuera de Azure. Microsoft es directa: después de este periodo deja de proporcionar actualizaciones y recomienda pasar a una versión más reciente.

El mismo día, según el calendario de fin de soporte de Microsoft para 2026, Office LTSC 2021 y las aplicaciones de la misma familia quedaron sin soporte, y Windows Server 2022 terminó el soporte principal y pasó al soporte extendido.

Por qué esto es un tema de coste

Durante tres años, aplazar la migración tuvo un precio visible: la licencia de las actualizaciones extendidas. Estaba en la factura, tenía responsable y entraba en el presupuesto.

Ese precio ha desaparecido. El coste no.

Un servidor sin correcciones sigue funcionando al día siguiente. La diferencia es que cada vulnerabilidad publicada a partir de ahora queda abierta para siempre en ese servidor. El coste sale de la factura y pasa al riesgo, donde no aparece en ningún informe mensual.

Y ese riesgo tiene escala.

La cifra no mide el coste de un servidor sin soporte. Mide el orden de magnitud de lo que está en juego cuando una exposición conocida queda aceptada sin que nadie lo haya decidido. Esa es la conversación que la gestión financiera de tecnología (FinOps) tiene que llevar a la dirección: no solo lo que se gasta, sino lo que deja de gastarse y pasa a correr como riesgo.

Las cuatro salidas

No hay una respuesta única. Hay cuatro, y la mayoría de las empresas usará más de una.

1. Actualizar en el propio servidor. A partir de Windows Server 2025, un servidor fuera de clúster puede subir hasta cuatro versiones de una vez. Según la documentación de actualización de Microsoft, Windows Server 2012 R2 pasa directamente a 2025. Windows Server 2012, sin R2, solo sube directamente a 2012 R2 o a 2016. En clúster, la actualización se hace una versión cada vez.

2. Migrar la carga a un servidor nuevo. Instalar una versión actual desde cero, en el propio centro de datos o en la nube, y mover la aplicación. Exige más trabajo que actualizar en el sitio, pero limpia configuraciones acumuladas y obliga a documentar dependencias que nadie había escrito.

3. Aislar mientras se migra. Retirar al servidor el acceso a internet, limitar quién llega a él en la red y registrar todos los accesos. Reduce la exposición, no la elimina. Sirve para ganar semanas, no años, y necesita una fecha de fin por escrito.

4. Apagar. En casi todos los inventarios aparecen servidores que ya nadie usa, o que hacen una tarea que otro sistema ya cubre. Apagar es la salida más barata y la más olvidada.

La trampa de Windows Server 2016

Quien tiene Windows Server 2012 sin R2 y elige el camino más corto llega a 2016. El problema es el calendario.

Migrar hoy a 2016 resuelve el problema durante menos de tres meses. Para Windows Server 2012 sin R2, el camino sensato es subir a 2012 R2 y de ahí directamente a 2025, o migrar la carga a un servidor nuevo. Las fechas son las del ciclo de vida de cada producto publicado por Microsoft.

Por dónde empezar esta semana

Contar. Cuántos servidores ejecutan Windows Server 2012 o 2012 R2, dónde están y qué hacen. La lista suele ser más larga de lo que recuerda el equipo.

Vincular al negocio. Para cada servidor, qué aplicación depende de él y cuánto cuesta una hora de esa aplicación parada. Eso define el orden de la migración, no la antigüedad del servidor.

Decidir con responsable y fecha. Para cada servidor, una de las cuatro salidas, un responsable y una fecha. Aislar sin fecha de fin es solo aplazar con otro nombre.

La misma lógica de decidir antes de gastar está en estimar el coste antes de implementar.

Preguntas frecuentes

¿Hay forma de seguir recibiendo correcciones de Microsoft para Windows Server 2012? No. Microsoft indica que el programa de actualizaciones extendidas terminó el 13 de octubre de 2026 y que deja de proporcionar actualizaciones después de ese periodo, también en Azure.

¿El servidor deja de funcionar? No. Sigue arrancando y funcionando. Solo deja de recibir correcciones de seguridad, lo que convierte cada nueva vulnerabilidad en permanente en ese servidor.

¿Vale la pena migrar a Windows Server 2016 porque es el camino directo? Solo como paso intermedio muy corto. El soporte extendido de 2016 termina en enero de 2027. Desde 2012 R2, el salto directo a 2025 está disponible para servidores fuera de clúster.

Conclusión

El fin de las actualizaciones de Windows Server 2012 no cambia nada al día siguiente, y precisamente por eso es fácil aplazarlo. La diferencia es que, a partir de ahora, aplazar ya no tiene precio en la factura. Tiene precio en el riesgo, y ese precio solo se conoce el día en que se cobra.

Para inventariar los sistemas sin soporte y decidir el orden de la migración por el coste para el negocio, es posible reservar una Sesión de Orientación, sin compromiso.