Mantenimiento informático: tipos, niveles y cómo planificarlo

El mantenimiento informático es el conjunto de tareas planificadas y reactivas que mantienen funcionando, seguros y disponibles los sistemas de una organización. No consiste solo en arreglar lo que se rompe, sino en gestionar el ciclo de vida completo de cada activo: equipos, software, redes y datos. Se organiza en cuatro tipos según cuándo se actúa —preventivo, correctivo, predictivo y evolutivo— y en tres niveles según sobre qué se actúa: hardware, software y documentación. Un plan sólido combina los cuatro tipos, prioriza por criticidad y se apoya en automatización y monitorización.

Vamos a ver qué es exactamente, en qué se diferencia cada tipo, cómo encajan los tres niveles, cómo se define una estrategia que de verdad se ejecute, qué herramientas ayudan y qué errores conviene evitar.

Qué es el mantenimiento informático

El mantenimiento informático abarca todas las acciones que garantizan el correcto funcionamiento de los sistemas IT de una organización: desde la actualización de un servidor hasta la sustitución de un disco, pasando por la revisión de las copias de seguridad o la actualización de la documentación. El objetivo no es solo evitar que algo se caiga, sino que cada recurso esté disponible, seguro y rindiendo de forma óptima durante toda su vida útil.

La distinción clave está entre el enfoque reactivo y el proactivo. El reactivo actúa cuando el daño ya está hecho: alguien llama porque el sistema no responde y el equipo apaga el fuego. El proactivo trabaja antes, para que el daño no llegue a producirse. Ningún departamento vive exclusivamente en uno de los dos mundos —lo correctivo siempre existe—, pero la madurez de un equipo de IT se mide, en buena parte, por cuánto ha desplazado su esfuerzo hacia el terreno preventivo y predictivo.

Esta forma de trabajar no es improvisación: bebe de marcos de gestión de servicios asentados. ITIL, el conjunto de buenas prácticas de gestión de servicios de TI mantenido por PeopleCert, ordena prácticas como la gestión de incidencias, la gestión de cambios o la gestión de la configuración, que son justo las piezas sobre las que se construye cualquier plan de mantenimiento. Puedes consultar el marco en la certificación ITIL de PeopleCert.

Los cuatro tipos de mantenimiento informático

Los tipos se clasifican según el momento y la intención de la actuación. Los cuatro conviven en cualquier organización real; la diferencia entre un departamento tranquilo y uno que vive apagando fuegos está en la proporción con que los combina.

1. Mantenimiento preventivo

El mantenimiento preventivo es el que ocurre antes de que aparezca el problema. Su objetivo es reducir la probabilidad de fallo mediante tareas programadas y repetibles, como por ejemplo:

• Actualizaciones de sistema operativo y aplicaciones.
• Gestión de parches de seguridad de forma ordenada.
• Revisiones periódicas de hardware.
• Limpieza física de equipos y comprobación de la refrigeración.
• Verificación de copias de seguridad y pruebas de restauración.
• Revisión de la capacidad de disco, memoria y red.

La gestión de parches merece mención aparte porque es una de las tareas preventivas con más impacto y más fácil de hacer mal. El NIST dedica una guía específica a planificarla: la SP 800-40 Rev. 4, Guide to Enterprise Patch Management Planning, que insiste en que parchear no es una acción aislada sino un proceso con inventario, priorización y ventanas definidas.

El resultado del preventivo bien ejecutado es casi aburrido: menos incidencias, menor coste por reparación y menos urgencias a horas intempestivas. Se mide sobre todo con el tiempo transcurrido sin incidencias y con la tendencia de estas, que debería ser decreciente o estabilizarse en un nivel muy bajo. El precio a pagar es planificación y disciplina, dos palabras poco vistosas que en IT marcan la diferencia. Un ejemplo cotidiano es la limpieza y el control de temperaturas de los equipos, que tratamos en por qué se calienta tu portátil y cómo evitarlo.

2. Mantenimiento correctivo

El mantenimiento correctivo es responder al fallo que ya ha ocurrido. Según la naturaleza del problema, puede consistir en reparar un equipo, restaurar un servicio, sustituir un componente o corregir una configuración errónea. Es imposible de eliminar: por muy preventivo que sea el enfoque, nada es infalible y siempre habrá imprevistos.

Aquí la clave no es correr más, sino diagnosticar mejor. Un equipo que llega rápido al problema pero sin contexto ni herramientas puede tardar horas en algo que debía llevar minutos. Ayudan:

• Las herramientas de acceso remoto, que evitan desplazamientos al sitio físico.
• Los sistemas RMM (Remote Monitoring and Management), que aportan contexto del estado de los equipos.
• Las soluciones de gestión de incidencias, que ordenan, priorizan y documentan la respuesta.

El indicador que mejor mide la eficiencia de este tipo es el MTTR (Mean Time To Repair, tiempo medio de reparación): cuanto menor, mejor se responde a los imprevistos. Pero un equipo maduro va un paso más allá y convierte cada incidencia en aprendizaje. Para eso sirve el análisis de causa raíz (RCA) tras los fallos relevantes: identificar el origen real —no el síntoma—, documentarlo, compartirlo y aplicar la corrección evita que el mismo problema vuelva. Cuando el diagnóstico forma parte del día a día, conviene saber distinguir un equipo lento por hardware de uno lento por software, algo que repasamos en mi ordenador va lento: por qué y cómo solucionarlo.

3. Mantenimiento predictivo

Si el preventivo es prudente y el correctivo inevitable, el predictivo es el más sofisticado: se basa en la monitorización de los sistemas y en el análisis de los datos que generan para detectar anomalías antes de que se conviertan en fallos. No actúa según un calendario fijo, sino según el estado real de cada componente.

Los ejemplos son muy concretos. Un disco empieza a acumular errores de lectura antes de fallar del todo; la CPU de un servidor pasa semanas con valores anómalos antes de colapsar; la latencia de red sube de forma sostenida sin causa aparente. Todas esas son señales tempranas, y captarlas y actuar sobre ellas es el corazón del mantenimiento predictivo. Los datos de fiabilidad de discos que publica Backblaze, con miles de unidades en producción, son una de las mejores referencias públicas sobre cómo fallan los discos en la práctica; si quieres entender qué señales anticipan el final de una unidad, las explicamos en HDD o SSD: diferencias y cuál elegir.

Para llevarlo a la práctica hacen falta visibilidad constante, métricas de rendimiento, umbrales bien configurados, alertas automáticas y capacidad de correlacionar eventos. Es justo el enfoque que defienden las plataformas de analítica predictiva de los fabricantes, como Red Hat Insights, que aplica modelos sobre los datos de telemetría de los sistemas para anticipar problemas. También es la filosofía que está detrás de la monitorización moderna que describe el manual de Site Reliability Engineering de Google: medir para entender, y avisar solo cuando hay algo accionable. El predictivo es, además, lo que más reduce el coste operativo a largo plazo.

4. Mantenimiento evolutivo

El mantenimiento evolutivo es el menos urgente de los cuatro, pero no por ello menos importante: consiste en actualizar, mejorar y adaptar los sistemas a las nuevas necesidades de la organización, a la evolución tecnológica y a los cambios del entorno. No responde a un fallo ni a una alerta; responde a una decisión de negocio.

Entran aquí, por ejemplo:

• Las migraciones a una nueva infraestructura o a la nube.
• La adopción de nuevas plataformas y servicios.
• La escalabilidad de los sistemas para absorber más carga.
• La gestión del cambio hecha de forma estructurada y planificada.

La clave no es que todo funcione hoy —que también—, sino que pueda seguir funcionando mañana y crecer sin traumas. Si la infraestructura no puede escalar ni adaptarse al ritmo del negocio, arrastra un problema a plazo. Un cambio de plataforma bien planificado, por ejemplo, es la razón por la que muchas organizaciones dan el salto a la nube: lo detallamos en cloud computing: qué es y cómo funciona.

Tabla comparativa de los tipos de mantenimiento

Vistos por separado, conviene recapitularlos juntos para ver de un vistazo en qué se parecen y en qué se diferencian.

Tipo	Objetivo	Momento de actuación	Impacto en la operación	Coste relativo	Madurez de IT que exige
Preventivo	Evitar que aparezca el fallo	Antes del fallo	Alto: reduce incidencias	Medio	Media
Correctivo	Restaurar el servicio	Después del fallo	Variable, según el MTTR	Alto en urgencias	Baja
Predictivo	Anticipar el fallo con datos	Antes del fallo	Muy alto: evita caídas	Medio	Alta
Evolutivo	Mejorar y escalar	Planificado	Estratégico	Variable	Alta

La lectura práctica de la tabla es sencilla: el correctivo no desaparece, el preventivo reduce su frecuencia, el predictivo permite decidir con datos y el evolutivo garantiza que lo que hoy funciona siga teniéndolo fácil mañana.

Los tres niveles de mantenimiento: hardware, software y documentación

Si los tipos responden a cuándo se actúa, los niveles responden a sobre qué se actúa. Se distinguen tres: hardware, software y documentación. Ambos criterios se cruzan constantemente: existe un mantenimiento preventivo de hardware —una limpieza— y un mantenimiento correctivo de software —reinstalar una aplicación que falla—. Tener clara esta doble clasificación evita uno de los errores más comunes: creer que mantener sistemas es solo limpiar equipos o solo actualizar programas.

Nivel 1: mantenimiento de hardware

Es el que se ocupa del buen funcionamiento de los componentes físicos: ordenadores, servidores, periféricos, cableado y equipos de red. Estos elementos se desgastan y sufren accidentes, y factores como el sobrecalentamiento, la suciedad —especialmente el polvo—, la humedad o el simple paso del tiempo acaban pasando factura.

Las tareas se reparten en tres frentes. El primero es prevenir: limpieza interior de equipos para mejorar la refrigeración, ubicación correcta —lejos del sol, del calor, de la humedad y del polvo— y revisión periódica de ventiladores y disipadores. El segundo es comprobar la resistencia de los equipos en condiciones exigentes: en servidores, verificar qué temperatura o carga soportan sin degradar su rendimiento ayuda a prevenir. El tercero es reparar o sustituir: cambiar un disco, una fuente de alimentación o un módulo de memoria antes de que el fallo se extienda. Todo esto se apoya en algo previo que suele descuidarse: un inventario actualizado de qué equipos hay, con qué número de serie, dónde están y qué garantía tienen.

Nivel 2: mantenimiento de software

Reúne las tareas que garantizan el buen funcionamiento del software y la integridad de los datos que almacena. Es un nivel amplísimo, así que aquí van las labores más habituales:

• Configuración y actualización del sistema operativo, con sus parches y actualizaciones de seguridad.
• Mantenimiento de bases de datos: copias, integridad, reindexación y control del crecimiento.
• Protección frente a malware: detección, bloqueo y limpieza de virus, troyanos y ransomware, un frente que conviene entender bien (lo explicamos en virus informático: qué es, tipos y los más peligrosos de la historia).
• Control de licencias de software comercial y revisión de versiones soportadas.
• Actualización de aplicaciones y gestión de sus dependencias.

En entornos Windows, los canales de servicio y las ventanas de actualización son parte de este nivel; Microsoft detalla cómo funcionan en su documentación de servicing de Windows. La regla de oro del nivel de software es que actualizar sin inventario ni pruebas es tan peligroso como no actualizar: cada cambio debe poder revertirse.

Nivel 3: mantenimiento de documentación

Es el nivel menos conocido por el público no especializado y, aun así, muy relevante en el plano profesional. La documentación de un sistema recopila información sobre sus componentes y su uso: manuales, diagramas de red, procedimientos, credenciales bajo gestor, inventario y registro de las tareas realizadas. Su mantenimiento consiste en que todo eso esté actualizado, sea correcto y esté disponible para quien lo necesite.

¿Por qué importa tanto? Por la rotación de personal y la complejidad de los sistemas. Cuando la persona que lo mantenía se va, la documentación es lo único que permite a la siguiente continuar sin empezar de cero. Además, sostiene tareas como la auditoría, el cumplimiento normativo y la formación de usuarios. Un buen ejemplo de este nivel es la gestión de la configuración: el NIST la trata en su SP 800-128, Guide for Security-Focused Configuration Management, y las herramientas de inventario de activos, como el Asset Intelligence de Microsoft Configuration Manager, existen precisamente para que esa foto no se quede obsoleta.

Documentar cuesta, y por eso se pospone. Pero un registro de mantenimiento bien llevado es también la mejor fuente de datos para el análisis posterior: permite ver qué activos fallan más, qué intervenciones se repiten y dónde merece la pena invertir.

Cómo definir una estrategia o plan de mantenimiento informático

Ninguna organización puede vivir de un solo tipo de mantenimiento, así que la pregunta no es cuál elegir, sino en qué proporción se combinan y cómo se priorizan. La estrategia se construye en cinco pasos.

1. Inventariar los activos y clasificarlos por criticidad

No se puede mantener lo que no se conoce. El primer paso es tener un inventario completo —hardware, software, servicios, licencias, contratos— y asignar a cada elemento una criticidad según el impacto que tendría su caída. No es lo mismo el servidor que sostiene la facturación que el portátil de la sala de reuniones. La priorización debe guiarse por esa criticidad: dedicar el mismo esfuerzo a todo es la forma más rápida de gastar recursos sin proteger lo importante.

2. Fijar objetivos y acordar niveles de servicio

Con el inventario y la criticidad claros, toca definir qué se quiere garantizar: disponibilidad esperada de cada servicio, tiempo máximo de respuesta ante incidencias, ventanas permitidas para paradas y presupuesto disponible. Estos objetivos se concretan en acuerdos de nivel de servicio (SLA) y se traducen en tareas de mantenimiento con calendario y responsable. Sin este paso, el plan se convierte en una lista de buenas intenciones.

3. Definir el calendario y las ventanas de mantenimiento

Las tareas preventivas necesitan cuándo: revisiones mensuales o trimestrales, ventanas de parada acordadas con el negocio, ciclos de parcheo alineados con los boletines de seguridad del fabricante. Programar las intervenciones en horas de baja actividad reduce el impacto y evita el clásico «aprovecho que nadie usa el sistema para reiniciarlo», que es como se rompen las cosas. Un calendario conocido por todos convierte el mantenimiento en algo previsible en lugar de sorpresivo.

4. Automatizar y estandarizar lo repetitivo

El tedio es el enemigo silencioso del mantenimiento. Las tareas rutinarias —copias, comprobaciones, informes— invitan a confiarse y a saltárselas «porque hoy no pasa nada». La automatización y la estandarización son el antídoto: un script no se olvida de hacer una copia ni decide que un parche puede esperar. Estandarizar significa además que cualquier persona del equipo puede ejecutar el mismo procedimiento y obtener el mismo resultado, lo que reduce la dependencia de que esté «el que sabe». Detrás de esas tareas hay perfiles distintos —soporte, sistemas y desarrollo— que repasamos en perfiles IT. Si el plan depende de que alguien recuerde ejecutarlo a mano, es un plan con fecha de caducidad.

5. Documentar, medir y mejorar de forma continua

El plan no termina cuando se escribe: empieza ahí. Cada intervención debe quedar registrada, cada incidencia relevante debe generar su análisis y cada trimestre conviene revisar los indicadores para ajustar la proporción entre tipos de mantenimiento. Mejorar de forma continua es pasar del mantenimiento como lista de tareas al mantenimiento como proceso, con dueño, métricas y revisiones. Si un activo falla más de lo previsto, el plan debe cambiar; si una tarea preventiva no aporta nada, debe justificarse o retirarse.

El papel de la monitorización en el mantenimiento

Como el mantenimiento va más allá de lo reactivo, la monitorización es la columna vertebral del mantenimiento moderno. Sin visibilidad en tiempo real del estado de los sistemas, el mantenimiento predictivo es imposible y el preventivo se vuelve arbitrario: se actúa por calendario sin saber si hace falta.

La monitorización permite detectar tendencias, correlacionar eventos que parecen inconexos y anticipar fallos antes de que se produzcan. Cuando una métrica se sale de su rango habitual, la alerta llega antes que el usuario enfadado. La clave está en configurar umbrales útiles y alertas accionables: demasiadas notificaciones y el equipo deja de mirarlas; demasiado pocas y se pierden las señales que importan. La monitorización transforma datos en conocimiento, y ese conocimiento es la materia prima de cualquier estrategia de mantenimiento proactiva.

Métricas para saber si el mantenimiento funciona

Lo que no se mide, no se gestiona. Estas son las métricas más útiles para evaluar un plan de mantenimiento:

• MTTR (tiempo medio de reparación): cuánto se tarda de media en restaurar un servicio tras un fallo. Mide la eficacia del mantenimiento correctivo.
• MTBF (tiempo medio entre fallos): cuánto aguanta un sistema funcionando sin caer. Cuanto mayor, mejor está funcionando la prevención.
• Disponibilidad: porcentaje del tiempo acordado en que el servicio está operativo, medido frente al SLA.
• Cumplimiento del plan: porcentaje de tareas preventivas programadas que se ejecutan a tiempo. Un plan que no se cumple no protege.
• Proporción proactivo/reactivo: cuánto del esfuerzo va a prevenir frente a apagar fuegos. Es el mejor termómetro de madurez.
• Incidencias repetidas: cuántos problemas vuelven a aparecer. Si se repiten, el análisis de causa raíz no se está aplicando bien.
• Backlog de parches pendientes: cuántas actualizaciones de seguridad llevan retraso y sobre qué activos.

Ninguna de estas cifras sirve aislada; lo que importa es su evolución en el tiempo. Un MTTR que baja, un cumplimiento del plan que sube y una proporción creciente de trabajo proactivo indican que la estrategia funciona.

Herramientas para gestionar el mantenimiento IT

Gestionar el mantenimiento de una infraestructura real sin herramientas es como construir una catedral a mano: se puede, pero no a tiempo ni con garantías. Un entorno profesional necesita, como mínimo, centralizar la información, automatizar lo repetitivo y dar al equipo contexto y trazabilidad. Estas son las familias de herramientas que cubren ese hueco:

• Gestión de incidencias y tickets (ITSM): registran, clasifican, escalan y resuelven incidencias de forma estructurada. Además de ordenar el mantenimiento correctivo, el historial que generan es la base para el análisis posterior y la mejora continua. GLPI es un ejemplo de código abierto muy extendido.
• Monitorización y observabilidad: plataformas como Prometheus o Zabbix aportan la visibilidad en tiempo real sobre sistemas, redes y servicios que necesitan el mantenimiento preventivo y el predictivo.
• RMM (Remote Monitoring and Management): combinan monitorización y acción remota sobre los equipos, algo crucial en entornos distribuidos con varias sedes.
• Inventario y CMDB: mantienen la foto de qué activos existen, cómo están configurados y cómo se relacionan entre sí, imprescindible para los tres niveles y para saber qué hay que mantener.
• Copias de seguridad y recuperación: sin verificación y pruebas de restauración, una copia no es más que una carpeta con ficheros; la prueba periódica es parte del mantenimiento preventivo.
• Automatización de la configuración: herramientas como Ansible permiten aplicar de forma reproducible actualizaciones y configuraciones en muchos equipos a la vez.

La elección concreta importa menos que el principio: las herramientas deben dar visibilidad, reducir la dependencia del factor humano y dejar trazabilidad de lo que se hace. Si una plataforma no cumple eso, añade complejidad en lugar de resolverla.

Errores comunes al planificar el mantenimiento informático

La mayoría de los planes de mantenimiento no fracasan por falta de conocimiento técnico, sino por errores de enfoque. Estos son los más frecuentes:

• Confundir mantenimiento con apagar fuegos. Un departamento que solo reacciona no mantiene: repara. Sin tareas preventivas y predictivas, el correctivo se convierte en el único modo de operar.
• No tener inventario. Si no se sabe qué activos existen ni dónde están, no hay forma de planificar su mantenimiento ni de proteger lo importante.
• Ignorar la criticidad. Tratar todos los equipos por igual dispersa el esfuerzo y deja expuestos los sistemas de los que depende el negocio.
• Descuidar las copias o no probarlas. Tener copia sin haber probado la restauración es una falsa sensación de seguridad; la copia solo existe de verdad cuando se ha recuperado con éxito.
• No documentar. Cada intervención sin registrar se pierde, y el siguiente que llegue empieza de cero. Con rotación de personal, la documentación es continuidad.
• Depender de héroes. Si el mantenimiento funciona porque una persona concreta se acuerda de todo, no hay proceso: hay una dependencia que se rompe en cuanto esa persona falta.
• Parchear sin probar ni programar ventanas. Un parche aplicado en mal momento puede tumbar más que el fallo que pretendía evitar; el cambio debe planificarse y poder revertirse.
• No medir ni revisar. Un plan sin métricas no puede corregirse. Sin revisiones periódicas, las tareas se quedan obsoletas y el esfuerzo se reparte por costumbre, no por necesidad.
• Olvidar el mantenimiento evolutivo. Mantener solo lo que ya existe, sin planificar migraciones ni escalabilidad, deja el sistema viejo por sorpresa: cuando llega el crecimiento, ya no responde.

Conclusión

El mantenimiento informático no es una tarea, sino un proceso con dueño, calendario y métricas. Los cuatro tipos —preventivo, correctivo, predictivo y evolutivo— no son alternativas entre las que elegir, sino piezas que se combinan en distinta proporción. Los tres niveles —hardware, software y documentación— recuerdan que el sistema no es solo fierro y programas: también es lo que está escrito sobre él y lo que permite a otra persona continuar el trabajo.

El punto de partida realista es aceptar que el mantenimiento correctivo siempre existirá y que la mejora consiste en reducirlo de forma progresiva, desplazando esfuerzo hacia lo preventivo y lo predictivo, guiándose por la criticidad y apoyándose en automatización y monitorización. Si solo hay que quedarse con una idea, que sea esta: es mucho más barato y tranquilo mantener que reparar. El caos de madrugada casi siempre se evita con trabajo hecho a horas menos intempestivas.

Preguntas frecuentes

¿Cuál es la diferencia entre mantenimiento preventivo y predictivo?

El preventivo actúa por calendario o por norma —revisar, limpiar, actualizar cada cierto tiempo— aunque el sistema esté bien. El predictivo actúa por estado: monitoriza datos reales y solo interviene cuando detecta una anomalía que anticipa un fallo. El preventivo reduce la probabilidad de fallo; el predictivo permite decidir con información sobre cuándo va a producirse.

¿Qué es el mantenimiento informático correctivo?

Es el que responde a un fallo que ya ha ocurrido: reparar un equipo, restaurar un servicio, sustituir un componente o corregir una configuración. No se puede eliminar por completo, porque todo sistema es susceptible de fallar. Su eficiencia se mide con el MTTR y se mejora con buen diagnóstico, herramientas de acceso remoto y análisis de causa raíz.

¿Cada cuánto hay que hacer mantenimiento a los equipos?

No hay una frecuencia única: depende de la criticidad del activo, de su uso y del entorno. Un servidor crítico exige revisiones y parcheo más frecuentes que un equipo de oficina; un entorno con polvo o calor necesita limpiezas más a menudo. Lo importante es fijar un calendario razonable según el riesgo, documentarlo y cumplirlo, en lugar de dejarlo al criterio del día.

¿Se puede prescindir del mantenimiento correctivo?

No. Por muy maduro que sea un departamento, siempre habrá fallos imprevistos que exijan actuar con urgencia. El objetivo no es eliminar el correctivo, sino reducirlo invirtiendo en preventivo y predictivo, y hacerlo lo más eficiente posible cuando ocurra.

¿Qué es el MTTR y por qué se usa como referencia?

El MTTR es el tiempo medio de reparación: cuánto se tarda, de media, en restaurar un servicio tras una incidencia. Se usa porque mide directamente la capacidad de reacción de un equipo ante un imprevisto. Reducirlo pasa por tener contexto, herramientas adecuadas y procedimientos claros, no por correr más.