Servidores fuera de soporte: un riesgo con fecha de caducidad

Infraestructura4 min de lectura

Casi todas las empresas tienen alguno: el servidor que «nunca ha dado problemas», con un sistema operativo que dejó de recibir actualizaciones hace años, o un equipo cuya garantía terminó hace tiempo. Funciona, y precisamente por eso nadie se plantea tocarlo. Hasta que hay que hacerlo con prisa.

En 30 segundos
  • Fuera de soporte significa que los fallos nuevos ya no se corregirán nunca.
  • Los riesgos van más allá de la seguridad: compatibilidad, requisitos externos y conocimiento perdido.
  • Un calendario sencillo convierte la renovación en una decisión presupuestada.
  • Renovar no siempre es comprar un servidor nuevo.

Funciona, luego no se toca

La lógica es comprensible. Si un equipo lleva años haciendo su trabajo sin quejarse, cualquier cambio parece un riesgo innecesario. Además, renovar cuesta dinero, tiempo y alguna molestia, y el beneficio no se ve: el día después de la migración, todo funciona igual que antes.

El problema es que esa estabilidad es engañosa. Lo que un servidor fuera de soporte ofrece es la ausencia de problemas visibles, no la ausencia de problemas. Y cada mes que pasa, la distancia entre ese sistema y el resto del entorno crece.

Qué significa exactamente estar fuera de soporte

En el software, el fabricante deja de publicar parches de seguridad, que son las correcciones que tapan los fallos descubiertos. A partir de ese día, cualquier fallo nuevo que aparezca queda abierto para siempre. Los atacantes lo saben y buscan precisamente esos sistemas, porque lo que funcione contra ellos seguirá funcionando.

En el hardware, fuera de garantía significa que, si se estropea una pieza, ya no hay un compromiso de reposición. Puede tardar días en conseguirse, puede que haya que buscarla en el mercado de segunda mano o puede que, sencillamente, no se consiga. Un disco o una fuente de alimentación pueden dejar parada a toda una empresa mientras se busca un repuesto.

Un servidor sin soporte no avisa cuando caduca: simplemente deja de tener arreglo.

Los riesgos que no salen en la primera conversación

La seguridad es el argumento más conocido, pero no el único. Al revisar un entorno con sistemas antiguos aparecen otros problemas menos evidentes:

  • Programas nuevos que no se pueden instalar: la nueva versión del ERP o de la herramienta de diseño exige un sistema más reciente.
  • Herramientas de protección que dejan de ser compatibles: el software de copias de seguridad o el antivirus dejan de dar soporte a ese sistema, justo donde más falta hacen.
  • Requisitos externos: clientes, aseguradoras o normativas que piden que los sistemas estén soportados y actualizados.
  • Conocimiento que se evapora: cada año que pasa, menos personas saben cómo está montado ese servidor, qué hace exactamente y por qué se configuró así.

Este último punto suele ser el más delicado. Imagina un servidor instalado hace muchos años por alguien que ya no está en la empresa, que ejecuta una aplicación cuyo proveedor tampoco existe. Cuanto más se espera, más arqueología hay que hacer para migrarlo.

Un calendario antes que una urgencia

La herramienta más útil es también la más sencilla: una tabla con todos los equipos y sistemas, la fecha en la que cada uno pierde soporte y qué se hará con él. Tres columnas bastan para empezar.

Con esa tabla, la renovación deja de ser una sorpresa y se convierte en una decisión presupuestada. Se puede repartir el gasto entre ejercicios, negociar con calma con los proveedores y elegir el momento de menos actividad para hacer el cambio. Sin ella, la renovación llega en forma de emergencia, normalmente un viernes por la tarde.

Consejo

Pide a tu responsable de TI que añada a la tabla una cuarta columna: qué proceso de negocio depende de cada equipo. Así la conversación con dirección deja de ser «hay que cambiar el servidor 3» y pasa a ser «la facturación depende de un sistema que dejará de tener arreglo». Esa segunda frase se entiende y se prioriza mucho mejor.

Renovar no siempre es sustituir

Cuando llega el momento, comprar un servidor nuevo y reinstalar todo es solo una de las opciones. Según el caso, puede tener más sentido:

  1. Actualizar el sistema operativo, si el hardware sigue siendo válido y la aplicación lo admite.
  2. Virtualizar el servicio, es decir, convertirlo en una máquina virtual que funciona dentro de una plataforma actual junto a otros servicios.
  3. Llevarlo a la nube, cuando el servicio encaja y simplifica la gestión.
  4. Sustituir la aplicación por otra más moderna, si la que hay ya no tiene futuro.

La decisión depende de qué hace ese servidor y de cuánto aguanta el negocio sin él. No hay una respuesta universal, pero sí una pregunta que conviene hacerse siempre: si este equipo se apagara mañana, ¿qué dejaría de funcionar?

El coste de esperar

Retrasar la renovación parece un ahorro, pero suele ser un aplazamiento con intereses. La migración se complica con cada versión que se salta, el conocimiento se pierde y el margen para elegir se reduce. Hacerlo con tiempo permite elegir la mejor opción; hacerlo con prisa obliga a aceptar la que esté disponible.

En OLATIC elaboramos ese inventario con fechas de fin de soporte y el proceso de negocio que depende de cada equipo, proponemos un plan de renovación priorizado por riesgo y ejecutamos las migraciones fuera de las horas críticas, sin parar la actividad.

Sigue leyendo

Más sobre Infraestructura

Solicitar diagnóstico gratuito →