pg_jobmon

pj_jobmon permite a los administradores de bases de datos para seguir fácilmente las operaciones de base de datos y comprobar cómo se comportan una o varias funciones.
Cuando se trata de un fallo de trabajo u otro error, pj_jobmon registra todo a ese punto y no pierde mensajes o detalles que puedan ayudar a los desarrolladores en la fijación de la cuestión.
Esta extensión puede ser un verdadero ahorro de tiempo en la depuración de puestos de trabajo problemáticos o para probar nuevas extensiones o cambios

¿Qué hay de nuevo en esta versión:.

• Solución de error:
• show_running Fijo () para que coincida con sólo contra las consultas no inactivos cuando se unen contra pg_stat_activty. Aún así la posibilidad de resultados falsos (ver archivo doc), pero mucho menos probable ahora.

¿Cuál es nuevo en la versión 1.2.0:

• Solución de error:
• show_running Fijo () para que coincida con sólo contra las consultas no inactivos cuando se unen contra pg_stat_activty. Aún así la posibilidad de resultados falsos (ver archivo doc), pero mucho menos probable ahora.

¿Cuál es nuevo en la versión 1.1.0:

• Corrección de errores críticos: Versión 1.0 elimina accidentalmente la creación del disparador en la mesa job_log lo que el no empleo no causaría check_job_status () para reportar un trabajo fallido. Los trabajos que se han configurado para funcionar dentro de un determinado período de tiempo aún se controlaron durante. Esto sólo afecta a las nuevas instalaciones de pg_jobmon desde 1,0. Si usted ha realizado una actualización desde una versión anterior, el gatillo todavía está trabajando correctamente.
• check_job_status Rediseñado () para volver más detallada y más fácilmente los datos filtrados sobre el estado actual de los trabajos en ejecución. Por favor, compruebe cómo su software de monitoreo utiliza esta función para asegurarse de que puede manejar el nuevo formato de salida correctamente. Cada trabajo problema es devuelto en su propia fila en lugar de todos los resultados que se devuelven en una sola fila. Si todavía se desea una sola fila, el trabajo de más alto nivel de alerta por orden alfabético de job_name siempre se devuelve en primer lugar, por lo que un LIMIT 1 se puede utilizar como una solución fácil. Filtrado más avanzado ahora es posible, sin embargo. Ver el documento pg_jobmon.md actualizado para algunos ejemplos.
• Wrote pruebas pgTAP y algunas otras pruebas personalizadas para validar mejor los cambios futuros.

¿Qué hay de nuevo en la versión 1.0.0:

• fail_job () puede ahora tomar un segundo argumento opcional para establecer el nivel de código de alerta final que el trabajo debe fallar con la tabla job_log. Permite a los puestos de trabajo que fallan con el nivel 2 (ADVERTENCIA) en lugar de sólo el nivel 3 (crítica). Por defecto es el nivel 3.
• Nueva función check_job_status () que no requiere un argumento. Obtendrá automáticamente el intervalo de umbral más larga de la mesa job_check_config si existe y usar eso. Recomendar utilizando únicamente esta versión del fuction de ahora en adelante.
• check_job_status (intervalo) ahora lanzar una excepción si se pasa un intervalo que es más corto que el período de trabajo más largo que se está supervisando. Si no se encuentra en la tabla de configuración, el intervalo no importa, así que acaba de funcionar normalmente la comprobación de 3 fallos consecutivos. Documentación Cambiado sólo menciona la versión sin argumentos ya que es la forma más segura / más fácil de utilizar.

¿Cuál es nuevo en la versión 0.4.5: Función

• Actualizado show_running () para ser compatible con PostgreSQL 9.2.
• Makefile actualizado para permitir ajuste del binario grep si es necesario durante la construcción.
• fichero de cambios Creado.

Requisitos

• PostgreSQL 9.1 o superior