pg_jobmon

pj_jobmon permet aux administrateurs de bases de données pour suivre facilement les opérations de base de données et vérifier comment une ou plusieurs fonctions se comportent.
Lorsque vous traitez avec un échec d'emploi ou une autre erreur, pj_jobmon enregistre tout ce à ce point et ne manquez pas de messages ou des détails qui pourraient aider le développeur à la résolution du problème.
Cette extension peut être un véritable gain de temps pour le débogage emplois problématiques ou pour tester de nouvelles extensions ou mises à jour

Ce qui est nouveau dans cette version:.

• Correction:
• show_running fixe () pour correspondre seulement contre les requêtes non-ralenti lors de l'assemblage contre pg_stat_activty. Encore une chance de résultat faux (voir fichier doc), mais beaucoup moins probable maintenant.

Quoi de neuf dans la version 1.2.0:

• Correction:
• show_running fixe () pour correspondre seulement contre les requêtes non-ralenti lors de l'assemblage contre pg_stat_activty. Encore une chance de résultat faux (voir fichier doc), mais beaucoup moins probable maintenant.

Quoi de neuf dans la version 1.1.0:

• Critical Bug Fix: Version 1.0 accidentellement retirée de la création du déclencheur sur la table job_log sorte que ne emplois ne serait jamais causer check_job_status () pour signaler une tâche qui a échoué. Les emplois qui ont été configurés pour fonctionner dans une certaine période de temps étaient toujours surveillés. Cela affecte seulement les nouvelles installations de pg_jobmon depuis la version 1.0. Si vous avez mis à niveau depuis une version précédente, la gâchette fonctionne toujours correctement.
• check_job_status redessiné () pour revenir plus détaillée et plus facilement les données filtrées sur la situation actuelle de l'emploi en cours d'exécution. S'il vous plaît vérifier comment votre logiciel de surveillance utilisé cette fonction pour assurer qu'il peut gérer le nouveau format de sortie correctement. Chaque tâche de problème est retourné dans sa propre ligne à la place de tous les résultats retournés en une seule rangée. Si une seule rangée désire toujours, le plus haut travail de niveau d'alerte dans l'ordre alphabétique des job_name est toujours retourné en premier, donc un LIMIT 1 peut être utilisé comme une solution facile. Plus filtrage avancé est maintenant possible, cependant. Voir la doc pg_jobmon.md mis à jour pour quelques exemples.
• a écrit des essais de pgTAP et certains autres tests personnalisés pour mieux valider les changements futurs.

Ce qui est nouveau dans la version 1.0.0:

• fail_job () peut maintenant prendre un second argument optionnel pour définir le niveau de code d'alerte finale que le travail devrait échouer avec dans le tableau job_log. Permet d'emplois à l'échec avec le niveau 2 (AVERTISSEMENT) au lieu de seulement le niveau 3 (critique). Par défaut est de niveau 3.
• Nouvelle fonction check_job_status () qui ne nécessite pas un argument. Obtiendront automatiquement plus long intervalle de seuil de la table de job_check_config si elle existe et l'utiliser. Recommander utilisant uniquement cette version de fuction à partir de maintenant.
• check_job_status (intervalle) va maintenant lancer une exception si vous passez un intervalle qui est plus courte que la période d'emploi plus longue qui est surveillé. Si rien ne se trouve dans la table de configuration, l'intervalle n'a pas d'importance, de sorte suffit d'exécuter normalement la vérification des 3 échecs consécutifs. Changement de la documentation pour ne citer que la version sans argument puisque ce est le moyen le plus sûr moyen / l'utiliser.

Quoi de neuf dans la version 0.4.5: fonction

• show_running Mise à jour () pour être compatible avec PostgreSQL 9.2.
• Makefile Mise à jour pour permettre cadre de grep binaire si nécessaire pendant la construction.
• fichier changelog créé.

Exigences :

• PostgreSQL 9.1 ou supérieur