Mantenimiento y cuidado del registro

Ventanas de mantenimiento

Anuncias una ventana y, mientras dura, no se abre ningún incidente nuevo y el tiempo queda neutro para el SLA. La ventana queda igualmente en el registro y, si quieres, aparece como banner en la página de estado: visible o no, lo decides ventana a ventana. El trabajo planificado está a la vista, no cuenta en tu contra y nunca se excluye en silencio.

Con maintenance:write, la API REST crea, modifica, cancela y borra ventanas de mantenimiento, así que tu pipeline de despliegue anuncia su propio trabajo.

Cuidar el registro de caídas

El tiempo de caída medido queda separado de lo que cuentas sobre el incidente. Descarta un falso positivo con un motivo y, antes de aplicarse, Perstat enseña cómo cambia el uptime: el valor antes y el valor después. No se borra nada: cada descarte lleva el nombre de quien lo hizo y se puede deshacer. Una ventana restaurada es exactamente la que se descartó, con sus límites reales.

Historial

Tres pestañas recogen la historia completa, para toda la organización y por monitor, cada vista con su enlace directo:

• Cronología: los cambios de estado en bruto por región, sin editar.
• Caídas: el registro revisado del tiempo de caída, descartes incluidos y marcados como tales.
• Actividad: el historial de configuración, con “aviso descartado” y “aviso restaurado”, cada entrada con quién y cuándo.

Por qué las correcciones quedan a la vista

Cada corrección conserva la persona, el motivo, el efecto y el camino de vuelta, y quien la revisa ve exactamente qué cambió y por qué. El peso de una corrección en una auditoría lo decide tu auditor. Evidencias y retención describe las reglas del informe y los horizontes de historial.

Siguientes pasos

• Evidencias y retención: cómo el registro revisado se convierte en cifras SLA.
• Páginas de estado: dónde aparecen los banners de mantenimiento.