User Tools

Site Tools


app_para_monitoreo_de_estado_y_reportes_de_backups

This is an old revision of the document!


Guardado de eventos no exitosos

1. Diseño de la Tabla `unsuccessful_tasks`

  • Columnas:
    • `id`: INT, AUTO_INCREMENT, PRIMARY KEY
    • `creationtime`: `DATETIME` - Timestamp del evento.
    • `hostname`: `VARCHAR(255)` - El nombre del host o Backup Vault.
    • `vmname`: `VARCHAR(255)` - El nombre de la VM o recurso.
    • `type`: `VARCHAR(255)` - El tipo de tarea (e.g., Backup, Snapshot).
    • `result`: `VARCHAR(255)` - El resultado (e.g., Fail, Warn).
    • `detail`: `TEXT` - Detalles adicionales del evento.

2. Proceso de Inserción de Datos

  • Filtrado de Eventos No Exitosos:
    • Cada vez que se registre un evento en las tablas por host, la aplicación debe revisar el campo `result`. Si el valor no es 'Success' o el equivalente en Azure, se inserta un registro en `unsuccessful_tasks`.
  • Job Automático de Monitoreo:
  • Un script de Python podría ejecutarse cada 4 horas para:
    • Conectar a las tablas de cada host y revisar nuevos registros.
    • Filtrar los eventos no exitosos (`result != 'Success'`).
    • Insertar estos eventos en `unsuccessful_tasks`, eliminando cualquier duplicado que ya exista en esa tabla.
    • Mantener un historial de 30 días y eliminar registros más antiguos para mantener la tabla manejable.

3. Consultas y Reportes

  • Reporte de Frecuencia de Fallos:
    • Crear una consulta que filtre por `hostname` y/o `vmname` para contar cuántas veces se ha registrado un fallo o advertencia en los últimos X días.
    • Este reporte es útil para identificar patrones de fallos o problemas recurrentes.

4. Mantenimiento

  • Limpieza Regular:
    • Programar un job que elimine registros más antiguos de 30 días (o el período que se decida), para mantener la tabla `unsuccessful_tasks` ligera y rápida en sus consultas.
app_para_monitoreo_de_estado_y_reportes_de_backups.1723772613.txt.gz · Last modified: 2024/10/17 21:42 (external edit)