Costo y riesgo de recolectar a escala

Una recolección gasta recursos en tres sitios. En cada equipo: procesador y disco mientras el agente ejecuta la consulta. En la red: lo que cada equipo sube al servidor, que en una sucursal con enlace pequeño compite con el trabajo. Y en el servidor: el espacio donde se guardan los resultados y el tiempo de procesarlos.

La documentación de la herramienta menciona límites de recursos en una recolección (por ejemplo de CPU, de tiempo, de filas y de bytes subidos). Fijarlos es parte del plan, no un lujo: un artefacto bien escrito pero sin tope puede dejar sin respuesta a un servidor de archivos en pleno cierre del mes.

El máximo de subida de un plan es una cota del peor caso: lo que ocuparía en el almacén si todos los equipos llegan al tope. Se calcula multiplicando el número de equipos por el máximo de cada uno, y se compara con el espacio libre. Si el peor caso no cabe, el plan no se lanza así: se reduce el tope, se reparte en grupos o se amplía el almacén antes.

En el laboratorio hay cuatro planes y un solo almacén. Calcula el peor caso de cada uno y compara.

Saber que un plan no cabe no basta para corregirlo: hay que saber por cuánto no cabe, porque eso decide si se baja el tope de subida, se reduce el número de equipos o se libera espacio. La diferencia entre el peor caso y el espacio libre es el faltante.

La cifra se obtiene con los datos del plan que no cabe y el espacio libre del almacén; no viene escrita en ninguna tabla.

El costo de una recolección no es solo técnico: cae sobre el trabajo de alguien. Cada organización tiene momentos en que una carga extra se nota: un cierre contable, un recibo de mercancía. La tabla de ventanas críticas de la organización dice cuáles son, y el plan se programa fuera de ellas o se negocia con el dueño del grupo afectado.

Cruza la hora programada de cada plan con las ventanas del grupo al que apunta.

La forma de reducir el riesgo de una recolección masiva es probarla en pequeño: un piloto en un grupo reducido y representativo, con los mismos límites, para medir cuánto sube, cuánto tarda y qué pasa en los equipos. Si el piloto confirma los números, se escala por tandas; si no, se corrige el plan antes de que lo sufran todos.

Lanzarla a todos «porque es lo mismo, pero más grande» es lo que convierte un fallo pequeño en una interrupción del negocio.