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或更高版本