Hay un servidor en su empresa que nadie quiere reiniciar.
Está en el cuarto del fondo, tiene años de encendido, y ahí corre algo que nadie se atreve a mover: el sistema contable, el file server, la base de datos de producción, la aplicación que compró la administración anterior y que ya nadie sabe reinstalar. Funciona. Y precisamente porque funciona, lleva tres años saliéndose de la lista de prioridades.
El 12 de enero de 2027, Windows Server 2016 llega al final de su soporte extendido. Después de esa fecha no hay más actualizaciones de seguridad.
Este artículo no pretende persuadirlo, sino ayudarle a convertir un reto complejo en un plan de acción. En una tarde podrá identificar su inventario, evaluar las alternativas disponibles y construir un cronograma que le permita llegar a enero con confianza. Porque el principal desafío ya no es técnico, sino de tiempo y planificación.
Lo primero: el servidor no se va a dejar de funcionar
Conviene sacar el mito del camino de entrada, porque es la razón exacta por la que este tema se pospone.
El 12 de enero de 2027 no pasa nada visible. El servidor amanece encendido, los usuarios entran normal, el sistema contable abre igual que ayer. No hay pantalla de advertencia, no hay bloqueo, no hay licencia que caduque.
Lo que cambia es una sola cosa: de ahí en adelante, cada vulnerabilidad que se descubra en ese sistema operativo se queda abierta para siempre. No hay parche que aplicar. Y las vulnerabilidades se siguen descubriendo — solo que ahora se publican sabiendo que hay una población de servidores que ya no puede taparlas.
Nadie pospone algo que se apaga. Todo el mundo pospone algo que sigue encendido. Por eso este riesgo se acumula en silencio durante meses, y el día que se materializa ya no hay tiempo de reaccionar.
Y hay una consecuencia menos comentada que suele llegar antes que el incidente: un sistema operativo fuera de soporte es un hallazgo directo en auditoría. Si su empresa pasa ISO, si está bajo supervisión de algún ente regulador en (Costa Rica) como: SUGESE, SUGEVAL, SUPEN, si es una cooperativa con auditoría interna, o si maneja datos personales bajo la Ley 8968 —que exige medidas de seguridad razonables sobre esos datos—, un servidor sin parches es difícil de sostener frente a un auditor. Y si tiene póliza de ciberriesgo, vale la pena leer qué dice sobre software sin soporte del fabricante: ese detalle decide quién paga el día del incidente.
Segundo: levante el inventario.
No se puede decidir sobre lo que no está contado. La mayoría de las empresas que atendemos creen tener dos o tres servidores con 2016 y terminan encontrando seis.
Si tiene Active Directory, desde una máquina con las herramientas de administración instaladas:
Powershell
Get-ADComputer -Filter ‘OperatingSystem -like «*Server*»‘ `
-Property Name, OperatingSystem, OperatingSystemVersion, IPv4Address, LastLogonDate |
Select-Object Name, OperatingSystem, OperatingSystemVersion, IPv4Address, LastLogonDate |
Export-Csv .\inventario-servidores.csv -NoTypeInformation -Encoding UTF8
Windows Server 2016 se identifica por la versión 10.0.14393. Anótelo, porque el nombre comercial a veces engaña y la versión no.
Si virtualiza con Hyper-V, desde cada host:
Powershell
Get-VM | Select-Object Name, State, ProcessorCount, MemoryAssigned, Path
Advertencia importante: ese comando solo ve lo que está unido al dominio. Casi siempre falta lo que más importa — servidores fuera del dominio, el equipo que quedó de un proyecto viejo, la máquina del sistema de acceso o de las cámaras, el servidor de una sucursal. Camine el cuarto de servidores y agréguelos a mano.
Con la lista en la mano, para cada servidor anote cuatro cosas:
- Qué corre ahí, en palabras del negocio: «facturación», «planilla», «los archivos de todos». No «SQL Server».
- Cuánto aguanta nuestra organización con el servidor apagado antes de que alguien llame: ¿una hora? ¿un día? ¿nada?
- Quién sabe reinstalarlo si hoy se pierde. Si la respuesta es «solo el proveedor que ya no trabaja con nosotros», eso ya es un hallazgo, independientemente de la fecha de enero.
- En qué servidor fisico está y cuánto le queda de garantía.
¿Prefiere hacer esto acompañado? El Diagnóstico de fin de soporte es una llamada de 30 minutos, sin costo: revisamos su inventario, clasificamos por riesgo real y le decimos qué ruta le conviene a cada servidor. Si al final la conclusión es que le sirve quedarse donde está, se lo decimos igual.
Tercero: las cuatro rutas reales
Ruta 1 — Quedarse y pagar actualizaciones extendidas
- Cuándo tiene sentido: cuando hay una aplicación que no puede moverse todavía y usted necesita comprar tiempo con una fecha de salida ya definida.
- Importante: es una prórroga, no una solución. Y el reloj vuelve a sonar.
- Las condiciones y la vigencia hay que revisarlas caso por caso; no son iguales para todos los escenarios.*
Ruta 2 — Mover el servidor tal como está a la nube
- Cuándo tiene sentido: cuando la fecha está encima y no da tiempo de modernizar antes. Es la ruta más rápida de las cuatro y la que menos toca lo que ya funciona.
- Lo que gana de más: Ya tienes un servidor en la nube, cosas que en su cuarto de servidores serían un proyecto —una réplica en otro sitio, un escritorio remoto para la gente que no está en la oficina— pasan a ser una configuración.
- Importente: mover una máquina mal dimensionada es mudarse con los muebles rotos. Si el servidor está sobredimensionado o desordenado, eso se paga todos los meses. Por eso el inventario va primero.
Ruta 3 — Modernizar el sistema operativo en su lugar
- Cuándo tiene sentido: cuando el hardware es reciente, está en garantía, y la aplicación aguanta la versión nueva.
- Importente: hay que confirmar la compatibilidad de la aplicación antes, no durante la ventana de mantenimiento. Y el hardware sigue teniendo su propia fecha de vencimiento, que llega después pero llega.
Ruta 4 — Comprar servidores nuevos
- Cuándo tiene sentido: cuando hay una razón real para que la carga se quede en sitio — latencia contra maquinaria de planta, requisitos contractuales, volúmenes de datos que no conviene mover.
- Importante: es la única opción que termina exactamente donde empezó. Cinco años después, el mismo cuarto, el mismo punto único de falla, la misma conversación.
Cuarto: sume lo que ya está pagando
- La depreciación de los servidores y su renovación proyectada
- Licencias de sistema operativo y de virtualización
- Actualizaciones extendidas, si va a pagarlas
- Contratos de soporte y garantías extendidas
- Electricidad de servidores y aire acondicionado, 24 horas, todos los días
- UPS: mantenimiento y reemplazo de baterías
- La solución de respaldo, y el costo de sacar una copia fuera del edificio
- El espacio físico que ocupa el cuarto
- Las horas de su equipo de TI dedicadas a mantener ese hardware
Quinto: cuente hacia atrás desde enero
- Agosto: Inventario levantado y ruta decidida por servidor.
- Septiembre: Diseño técnico y presupuesto aprobado por gerencia.
- Octubre: Migración de las cargas no críticas — las que aguantan estar abajo.
- Noviembre (primera quincena): Migración de las cargas críticas y estabilización.
- Diciembre: Reserva de tiempo por festivo.
- Enero: Pruebas, contingencia de tiempo.
En resumen
Dedique unas horas esta semana a levantar el inventario. Ese simple ejercicio le dará visibilidad sobre lo que viene y le permitirá anticiparse, en lugar de reaccionar cuando el tiempo ya sea un factor crítico.
Diagnóstico de fin de soporte
Agende una sesión de 30 minutos, sin costo. Revisaremos su inventario, identificaremos el nivel de riesgo de cada servidor y definiremos la ruta más adecuada para cada caso, junto con un cronograma realista para llegar a enero. Si concluimos que no necesita realizar cambios por ahora, también se lo diremos.