Puesto
Administrador de sistemas
¿Qué no sabéis de vuestros sistemas hasta que algo deja de funcionar? Normalmente cuáles no tienen una copia de seguridad vigente, cuáles corren sobre una versión sin soporte y quién sabe de verdad reconstruirlos desde cero.
Conversación inicial
Cuatro preguntas por las que empezaríamos
¿Qué no sabéis de vuestros sistemas hasta que algo se cae?
Lo más frecuente: que la copia de seguridad llevaba meses ejecutándose pero nadie comprobó nunca si se puede restaurar algo de ella. Una copia sin probar no es una copia, es un archivo.
¿Qué deja detrás un administrador que se va de la empresa?
Si son contraseñas y documentación, mucho. Si son contraseñas, casi nada, porque la configuración vivía en su cabeza y se fue con él.
¿Qué tipo de incidencia vuelve más a menudo?
Normalmente dos o tres, repitiéndose durante años y resueltas desde cero cada vez. Nadie las ha contado, porque cada una por separado parece una minucia.
¿Adónde va la información de que un servidor se está llenando?
Si a ninguna parte, os enteraréis en el momento en que deje de aceptar datos, que es el peor posible.
Nos quedamos con la vigilancia y la rutina, vosotros con las decisiones sobre la infraestructura
Monitorizar el estado, vigilar las copias y las actualizaciones, mantener documentada la configuración y atender las incidencias repetidas se pueden quitar del escritorio. Las decisiones sobre qué cambiar y cuándo se quedan con el administrador.
- La copia de seguridad se verifica, no solo se hace. - Una restauración de prueba es una actividad planificada y no algo que se hace por primera vez el día de la caída.
- El estado de un sistema habla por sí mismo. - Espacio, carga, certificados, versiones, con una señal antes del umbral y no después de cruzarlo.
- La configuración está escrita fuera de la cabeza del administrador. - No para sustituirlo, sino para que sus vacaciones dejen de ser un riesgo operativo.
Alcance
Qué se puede quitar del mantenimiento de sistemas
Veintiuna tareas de ejemplo. Cada una tiene un punto de aprobación humana. Abajo una selección, y el alcance lo ajustamos a lo que tengáis en marcha.
Estado y disponibilidad
- Monitorizar la disponibilidad de los servicios desde un solo sitio
- Una señal cuando un recurso se acerca a su umbral
- Señalar los servicios que no tienen monitorización alguna
- Un aviso sobre un certificado que caduca
- Un resumen de las caídas por servicio y causa
Copias de seguridad y restauraciones
- Comprobar que las copias se ejecutaron según lo programado
- Una señal cuando una copia no terminó correctamente
- Un calendario de restauraciones de prueba (decisión sobre el alcance: el administrador)
- Un registro de los resultados de las restauraciones
- Señalar los sistemas sin política de copias asignada (valoración: el administrador)
Actualizaciones y versiones
- Un inventario de sistemas con versiones y fechas de fin de soporte
- Una señal cuando una versión sale del soporte del fabricante
- Un resumen de las actualizaciones pendientes por gravedad
- Una propuesta de ventana de mantenimiento frente a la carga (decisión: el administrador)
Documentación de la configuración
- Una descripción de la configuración generada a partir del estado del sistema (verificación: el administrador)
- Un registro de los cambios de configuración con su autor y su fecha
- Señalar los sistemas sin documentación alguna
- El procedimiento para reconstruir un sistema desde cero (contenido: el administrador)
Incidencias repetidas
- Un resumen de las incidencias por tipo y frecuencia
- Señalar las incidencias que se resuelven siempre con el mismo paso
- Una propuesta para eliminar la causa de forma definitiva (decisión: el administrador)
Un día de trabajo
Hoy
- Os enteráis de un disco lleno cuando el servicio deja de funcionar
- Las copias se ejecutan, pero nadie ha comprobado si se puede restaurar algo de ellas
- Vuestras versiones y fechas de soporte están en una hoja de cálculo de hace un año
- Recordáis la configuración, así que no está escrita en ninguna parte
- Resolvéis una vez más la misma incidencia con el mismo paso
- Acordáis la ventana de mantenimiento por correo con varios departamentos
Con asistencia de IA
- Un recurso que se acerca a su umbral se anuncia antes de la caída
- Una copia fallida y el resultado de una restauración de prueba se ven los dos
- Una versión que sale del soporte del fabricante avisa con antelación
- La descripción de la configuración se genera a partir del estado del sistema y vosotros la verificáis
- Las incidencias repetidas están contadas, así que se ve qué conviene eliminar de forma definitiva
- La ventana de mantenimiento se propone frente a la carga real
- Capacidad de recuperación tras una caída
la copia de seguridad es prueba y no suposición
las restauraciones de prueba son una actividad planificada
- Versiones vigentes
menos sistemas fuera del soporte del fabricante
las fechas de soporte están en el inventario y señaladas
- Aviso antes de los fallos
algunas caídas no llegan a ocurrir
los umbrales de los recursos avisan antes de cruzarse
- Conocimiento de la configuración
las vacaciones del administrador dejan de ser un riesgo
la configuración está descrita fuera de su memoria
Empezamos por las copias de seguridad, porque es la única área donde un error no se deshace.
- Paso 1
Copias y restauraciones de prueba
Comprobar que se ejecutan, una señal para la copia fallida, la primera restauración de prueba. Esto suele mostrar ya qué sistemas no tienen cobertura.
- Paso 2
Estado y umbrales
Disponibilidad, espacio, carga, certificados, con aviso antes del umbral.
- Paso 3
El inventario de versiones
Qué tenéis, sobre qué versión y hasta cuándo lo soporta el fabricante.
- Paso 4
Documentación e incidencias repetidas
La descripción de la configuración a partir del estado del sistema y el resumen de incidencias recurrentes. Al final, porque requiere que el inventario esté ordenado.
Preguntas frecuentes
Preguntas que surgen en la primera reunión
¿Significa esto que hacen falta menos administradores?
En la mayoría de las empresas hay un administrador llevando más de lo que debería, que es de donde viene la deuda en actualizaciones y copias. Quitar la vigilancia del escritorio no reduce el equipo: por fin permite el trabajo aplazado durante meses. Normalmente resulta que hay más trabajo del que parecía, no menos.
¿En qué se diferencia esto de lo que hace un equipo de plataforma?
Un equipo de plataforma construye la carretera por la que un cambio viaja a producción. Un administrador mantiene lo que ya está ahí. En las empresas pequeñas lo hace la misma persona, y entonces lo primero pierde frente a lo segundo, porque el mantenimiento siempre es más urgente.
¿Esto entra en el ámbito del Reglamento de IA?
El mantenimiento de sistemas no es un uso de alto riesgo. La línea está en los datos de registro, que pueden apuntar a la actividad de personas concretas: sirven al diagnóstico y a la seguridad, no a la evaluación del tiempo de trabajo; usarlos de la segunda manera sería vigilancia de la plantilla y exigiría una base legal aparte.
¿Os queda alguna pregunta que no esté aquí? Reservad una llamada
Siguiente paso
¿Cuándo restaurasteis algo de una copia de seguridad por última vez?
Os enseñaremos cómo es el mantenimiento de sistemas cuando la copia está verificada y un recurso que se acerca a su umbral habla antes de la caída.