Ejecutar copias de seguridad programadas, comprobar si se han completado correctamente y señalar desviaciones: esta es una de las tareas cuya respuesta se acerca bastante a un "sí". No porque sea un trabajo poco importante, sino precisamente porque está tan estrictamente definido que un sistema puede seguir el proceso sin que haga falta pensar nada sobre la marcha.
Una copia de seguridad se ejecuta según un calendario, notifica si ha tenido éxito o ha fallado, y esa notificación tiene una forma fija. Eso hace que el grado de estructuración sea alto: hay un desencadenante claro, un resultado esperado claro y un resultado claro si algo va mal. No se necesita contacto con el cliente, ninguna acción física ni aportación creativa; se trata simplemente de seguir un proceso y reconocer un resultado. Un agente de copias de seguridad puede vigilar el calendario, leer registros, interpretar códigos de estado y, en caso de fallo, reenviar automáticamente una notificación a la persona o al sistema correspondiente, de forma similar a como monitorizar el rendimiento de los sistemas ya funciona en gran medida de forma automatizada.
El volumen también resulta favorable: en un entorno de TI medio se ejecutan diariamente o semanalmente decenas o cientos de tareas de copia de seguridad, repartidas entre servidores, bases de datos y estaciones de trabajo. Es precisamente el tipo de repetición en la que un sistema automatizado demuestra su valor, no porque sea más inteligente que un administrador, sino porque nunca se salta un control por falta de tiempo o por cansancio.
La razón por la que esto no es un rotundo "sí, totalmente automático" está en el coste del error. Una copia de seguridad fallida que se pasa por alto o no se detecta solo se convierte en un problema en el momento en que se pierden datos y se necesita una recuperación, y entonces el daño a menudo ya no se puede deshacer. Es un orden de riesgo distinto al de un correo electrónico mal clasificado o unos campos mal rellenados en datos maestros. Por eso esta tarea lleva asociada una condición que no es opcional: monitorización automatizada con alertas, y un protocolo de escalado que determine quién revisa una notificación de fallo y en qué plazo. La IA puede encargarse del control y de la señalización; una persona sigue siendo responsable de lo que ocurre en el momento en que algo va mal.
Por esa misma razón, el margen de interpretación y la puntuación de cumplimiento son bajos. Ante una copia de seguridad fallida de una base de datos de producción, hay poco margen de interpretación: es una avería que debe resolverse, no una situación en la que un sistema pueda decidir por sí mismo la gravedad del problema. Y en sectores con obligaciones de conservación o de auditoría, como en el mantenimiento de un registro de auditoría de modificaciones financieras, también cuenta el hecho de que la propia política de copias de seguridad puede formar parte de un requisito de control. Eso no cambia lo que la IA es capaz de ejecutar técnicamente, pero sí determina quién termina respondiendo por el cumplimiento.
En una organización con un par de servidores de archivos y un esquema de copias de seguridad sencillo, la tarea es prácticamente automatizable en su totalidad: el agente comprueba diariamente los códigos de estado, envía un resumen y solo escala en caso de error. El administrador de sistemas ya no dedica tiempo fijo a esto, salvo cuando se produce una notificación real.
En una organización con muchos sistemas diferentes, migraciones en curso o un entorno en el que la política de copias de seguridad varía por cliente, como ocurre en un proveedor de servicios de TI que trabaja para varios clientes, la situación es distinta. Ahí se necesita más interpretación sobre qué significa exactamente una copia de seguridad "correcta" según cada contrato de cliente, y la tarea se acerca más a la supervisión con aprobación humana.
Lo que cambia ahora no es que las copias de seguridad se controlen por primera vez; eso ya ocurría antes. La diferencia es que el control ya no depende de que alguien lea un archivo de registro por la mañana. La monitorización funciona de forma continua, la notificación llega por sí sola, y el administrador entra en juego en el momento en que realmente hay que decidir algo. Ese patrón —un sistema que vigila el proceso habitual y una persona que solo interviene ante una desviación— también lo vemos en la comunicación de averías a los usuarios y en la resolución de incidencias de TI de primera línea. En empresas donde el entorno de TI es sencillo y estable, ese cambio ya está muy avanzado. En empresas con entornos complejos y heterogéneos, o fuera del ámbito de la TI, como en la construcción, donde los sistemas y procesos están menos estandarizados, ese avance es más lento, simplemente porque todavía no existe la estructura que un sistema necesita para poder controlar.
Esto no es una cuestión de personal ni una afirmación sobre puestos de trabajo. Se trata únicamente de la tarea: ejecutar y controlar copias de seguridad, independientemente de quién realice esa tarea actualmente o del tiempo que le dedique en una organización concreta.
Si esta tarea es efectivamente asumible en gran medida en su propio entorno depende del número de sistemas, de la sensibilidad al error de sus datos y de si ya existen una monitorización automatizada y un protocolo de escalado. Para hacerse una primera idea sin iniciar de inmediato una investigación exhaustiva, puede completar el escáner rápido gratuito: doce preguntas, sin necesidad de cuenta, con una indicación de qué parte de las horas de este perfil de trabajo puede asumir hoy la IA. El escáner de trabajo completo, que analiza tarea por tarea el trabajo de su empresa, todavía está en desarrollo.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.