pg_jobmon

pj_jobmon允许数据库管理员轻松跟踪数据库的操作，并检查了一个或多个功能的行为。
当一个作业失败或其它错误处理，pj_jobmon记录一切，这一点并不会错过信息或细节，可以帮助开发人员在确定的问题。
这个扩展可以是一个真正的节省时间的调试问题的工作和测试新的扩展和更新

是什么在此版本中是新的：

• 修正：
• 固定show_running（）对非空闲状态的查询对pg_stat_activty加入时只匹配。还是虚假结果的机会（参见doc文件），但不太可能了。

什么在1.2.0版本新：

• 修正：
• 固定show_running（）对非空闲状态的查询对pg_stat_activty加入时只匹配。还是虚假结果的机会（参见doc文件），但不太可能了。

什么是1.1.0版新：

• 在关键错误修正：1.0版意外删除创建在job_log表中的触发器，使失败的职位会不会引起check_job_status（）报告失败的作业。这被配置在一定时间内运行的作业仍在进行监控。这只会影响pg_jobmon新安装的自1.0。如果你已经从以前的版本升级，触发仍在正常工作。
• 重新设计check_job_status（）对正在运行的作业的当前状态，返回更详细，也更容易过滤的数据。请检查您的监视软件如何使用此功能，以确保它可以处理新的输出格式正确。每个问题的作业，返回在其自己的行，而不是在一个单一的一行被返回所有结果。如果单行仍然希望，在JOB_NAME的字母顺序排列的最高警戒级别的工作始终在最前面，所以LIMIT 1可以作为一个简单的解决方案。更先进的过滤现在是可能的，虽然。看到更新的pg_jobmon.md文档的一些例子。
• 在写pgTAP测试和一些其他的自定义测试，以更好地验证未来的变化。

什么是1.0.0版新：

• 在fail_job（）现在可以有一个可选的第二个参数设定最终的警报代码级作业应失败，并在job_log表。允许作业与2级（警告），而不是只有3级（严重）失败。默认为3级。
• 新check_job_status（）函数不需要参数。将自动获得最长的阈值区间为job_check_config表，如果它存在并使用它。推荐使用仅此版本与作用，从现在开始。
• check_job_status（间隔）如果传递间隔比正被监视的最长工作期间短现在将抛出异常。如果没有在配置表中设置，时间间隔并不重要，因此将只运行正常检查，连续3次失败。更改文件只提无参数的版本，因为这是用它最安全/最简单的方式。

什么是版本0.4.5新：

• 在更新show_running（）函数是在PostgreSQL兼容9.2。
• 更新Makefile来，如果建设过程中需要让grep的二进制文件的设置。
• 在创建changelog文件。

要求：

• 在PostgreSQL的9.1或更高版本