Analista de explotación (cuaderno de explotación)

Primer puesto, obtenido por recomendación. La célula de explotación contaba con tres personas contratadas como analistas de explotación; la contratación se hizo como técnico de explotación, con la misma actividad y una escala salarial inferior. La llegada se produjo con experiencia en desarrollo web y ningún conocimiento de explotación: Linux a diario, pero ni scripts de shell, ni planificación, ni cadena batch.

La jornada estaba enteramente pautada. Un cuaderno de explotación describía una treintena de tareas a realizar cada día, a las mismas horas y en el mismo orden, primero en pareja y después en autonomía. Antes de las nueve: lectura del estado de la noche batch, identificación de los errores, informe por correo, análisis y relanzamiento cuando era posible, ticket al editor en caso contrario; arranque del sistema transaccional y prueba de vida; control de los registros de copia de seguridad, exportación a cinta mediante un menú Tivoli, y traslado físico de las cintas a una oficina situada a un kilómetro.

A las nueve, reunión telefónica con los equipos de desarrollo, explotación y los responsables funcionales sobre la noche transcurrida. A las diez, lanzamiento manual del flujo de domiciliaciones y transferencias. A las cuatro, segunda reunión, seguida de la petición de la tarde — un fichero enviado por los equipos de desarrollo con los tratamientos específicos a insertar en la planificación nocturna, tanto en producción como fuera de ella. A las cinco, recogida y consolidación de los flujos conforme a las normas NOEMIE e IRIS B2. A las seis, parada del transaccional de preproducción y lanzamiento manual de su cadena batch. A las siete y media, parada del transaccional de producción, flash copy, copias de seguridad y cadena batch.

A ello se sumaban el control y el relanzamiento de los flujos CFT hasta la aplicación, y las instalaciones de versiones y correctivos del editor, ejecutadas tras el cierre del transaccional con scripts facilitados por los administradores de bases de datos. Las máquinas de producción funcionaban sobre AIX. Muchas acciones manuales y mucho trabajo en línea de comandos.

El plan de recuperación ante desastres se ejercitaba una semana al año: el equipo de sistemas se desplazaba al proveedor de alojamiento en París con las cintas externalizadas, restauraba los servidores, y la explotación lanzaba los tratamientos a distancia para verificar el funcionamiento del conjunto. El equipo pasó de tres a seis personas en 2015, con la llegada de los técnicos de la entidad absorbida.

Una formación Unix realizada al principio del puesto abrió la posibilidad de programar en shell e inició una serie de proyectos de automatización que ocuparía los cinco años: cada uno liberaba tiempo, y ese tiempo financiaba el siguiente. El puesto había desbordado su denominación contractual — administración de sistemas, industrialización de la producción, dirección de proyectos — sin que prosperara la reclasificación solicitada. Un proyecto de vida en Montpellier y las ganas de otro entorno pusieron fin al periodo en 2017.