El 12 de enero de 2027 termina el soporte extendido de Windows Server 2016. El soporte estándar se había acabado en enero de 2022, así que para muchas empresas este es el final de un camino que ya llevaba años.
El servidor no se va a apagar ese día. Lo que pasa es peor por lento: cada vulnerabilidad nueva que aparezca a partir de entonces se queda sin parche para siempre, y los sistemas fuera de soporte son un blanco preferente precisamente porque no hace falta descubrir nada: basta con usar lo ya documentado.
Primero: ¿qué corre ahí encima?
Antes de hablar de migración, hace falta el inventario. Y no el de "tenemos dos servidores con 2016", sino qué función cumple cada uno, porque de eso depende la dificultad.
| Qué corre ahí | Dificultad de migrar | Comentario |
|---|---|---|
| Archivos e impresión | Baja | Días. Es el caso más sencillo |
| Controlador de dominio (Active Directory) | Media | Procedimiento conocido, requiere planeación y ventana |
| Servidor de aplicación web interna | Media | Depende de la versión de IIS y del framework |
| Base de datos SQL Server antigua | Media-alta | Suele arrastrar también fin de soporte del motor |
| Aplicación de negocio vieja que "solo corre ahí" | Alta | Aquí está el proyecto de verdad |
| Servidor que nadie sabe para qué sirve | Desconocida | Más común de lo que parece. Investígalo ya |
Las cuatro rutas de salida
Ruta 1 — Actualizar a una versión soportada de Windows Server. La ruta natural. Se instala limpio en hardware o máquina virtual nueva y se migran los roles y los datos. Recomendación fuerte: instalación limpia y migración, no actualización en el lugar. Las actualizaciones encadenadas arrastran años de configuración que nadie recuerda y problemas que aparecen meses después.
Ruta 2 — Mover la carga a la nube. Si el servidor hace algo que ya existe como servicio —archivos, correo, aplicación web—, muchas veces no hay que migrar el servidor: hay que dejar de necesitarlo. Es la ruta que más reduce la carga de administración a futuro, y la que más cambia el modelo de costos: se deja de invertir en hardware y se empieza a pagar mensualidad. Aquí está cuándo conviene y cuándo no.
Ruta 3 — Virtualizar y consolidar. Si tienes tres o cuatro servidores físicos viejos, este es buen momento para consolidarlos en un anfitrión moderno con virtualización. El costo del proyecto se reparte entre varios equipos y se gana flexibilidad para el siguiente fin de soporte.
Ruta 4 — Comprar tiempo con actualizaciones extendidas (ESU). Microsoft publicó las condiciones para 2016: parches críticos e importantes hasta por tres años, contratados a través de Azure Arc (el servidor necesita el agente instalado), con Software Assurance o licencias por suscripción como requisito y cobro mensual por núcleo a partir del 13 de enero de 2027. Si te inscribes tarde, pagas retroactivo a esa fecha. Cotízalo con tu canal o CSP. Es un puente temporal y caro, útil solo cuando hay una migración en curso con fecha, no como plan.
El calendario realista
Trabajando hacia atrás desde el 12 de enero:
- Noviembre: inventario completo. Qué servidores, qué corre en cada uno, quién es el dueño de cada aplicación. Contacta a los fabricantes de las aplicaciones críticas esta misma semana — sus tiempos de respuesta son el factor que no controlas.
- Diciembre: decisiones y cotizaciones. Qué ruta para cada servidor, con costo. Entra al presupuesto.
- Enero–marzo: ejecución de lo sencillo — archivos, impresión, aplicaciones bien portadas.
- Primer semestre 2027: las aplicaciones difíciles, con pruebas en paralelo.
Lo que no cabe en ese calendario es empezar el inventario en diciembre. Entre vacaciones, cierre de año y temporada alta, diciembre da para muy poco.
Dos costos que se cruzan y conviene mirar juntos
Esta fecha llega junto con otra: el soporte extendido de Windows 10 para equipos de escritorio, que encareció en octubre de 2026. Muchas empresas tienen las dos cosas pendientes a la vez.
Y encima, el hardware está subiendo de precio por la escasez de memoria: los pronósticos del sector apuntan a un pico alrededor de mediados de 2027. Eso tiene una implicación práctica: si tu plan incluye comprar servidor nuevo, cotizar pronto es mejor que cotizar después, y las configuraciones con mucha RAM son justo las que más suben.
Lo que hay que aprovechar del proyecto
Una migración forzada es incómoda, pero es la mejor oportunidad del año para arreglar cosas que de otro modo nadie toca:
- Depurar permisos y cuentas. Casi todos los servidores viejos arrastran cuentas de gente que ya no trabaja ahí y permisos que nadie recuerda haber dado.
- Documentar de una vez. Qué hace cada servidor, quién es responsable, cómo se respalda. Si eso no existe hoy, el proyecto es el momento de escribirlo.
- Probar el respaldo de verdad. Vas a mover datos: es la ocasión perfecta para comprobar que la restauración funciona, cosa que en muchas empresas nunca se ha hecho.
- Revisar qué ya no hace falta. Es frecuente descubrir en el inventario un servidor que nadie usa desde hace años y que igual estaba consumiendo energía, licencias y superficie de ataque.
La fecha es fija y no se mueve. Lo único que se puede decidir es si el proyecto se hace con plan o con prisa, y esa diferencia se define en noviembre. Si no tienes con quién hacerlo internamente, la comparación entre equipo interno y servicios administrados tiene los números para esa decisión.
Migración de servidores
Arma el plan en noviembre, no en enero
Levantamos el inventario, identificamos las aplicaciones problemáticas y te entregamos el plan de migración con costos y fechas.
