pg_jobmon

pj_jobmon는 데이터베이스 관리자가 쉽게 데이터베이스 작업을 수행하고 하나 이상의 기능이 동작하는 방법을 확인할 수 있습니다.
작업 실패 또는 기타 오류를 다룰 때, pj_jobmon 그 시점에 모든 것을 기록하고 문제를 해결에서 개발자에게 도움이되는 메시지 나 세부 사항을 놓치지 않습니다.
이 확장은 문제가 작업을 디버깅하거나 새로운 확장 기능이나 업데이트를 테스트하기위한 실제 시간을 절약 할 수 있습니다

이 릴리스의 새로운 기능 : 있습니다.

버그 수정 :
pg_stat_activty에 가입 할 때 고정 show_running는 ()는 비 아이들 쿼리에 대해 일치합니다. 아직도 잘못된 결과의 기회 (DOC 파일 참조)하지만 지금은 훨씬 덜.

버전 1.2.0의 새로운 기능 :

버그 수정 :
pg_stat_activty에 가입 할 때 고정 show_running는 ()는 비 아이들 쿼리에 대해 일치합니다. 아직도 잘못된 결과의 기회 (DOC 파일 참조)하지만 지금은 훨씬 덜.

1.1.0 버전의 새로운 기능 :

중요한 버그 수정 : 실패한 작업이 check_job_status의 원인이 결코 있도록 버전 1.0 실수) (job_log 테이블에 트리거의 생성을 제거 실패한 작업을보고합니다. 특정 기간 내에서 실행하도록 구성된 작업은 여전히​​ 모니터링 하였다. 이것은 단지 1.0 이후 pg_jobmon의 새 설치에 영향을 미칩니다. 당신은 이전 버전에서 업그레이드 한 경우, 트리거가 여전히 제대로 작동.
재 설계 check_job_status ()는 실행중인 작업의 현재 상태에 대한 자세한,보다 쉽게​​ 필터링 된 데이터를 반환합니다. 모니터링 소프트웨어가 제대로 새로운 출력 형식을 처리 할 수​​ 있도록이 기능을 사용하는 방법을 확인하시기 바랍니다. 각 문제 작업이 모든 결과는 단일 행에 반환되는 대신에 자신의 행에 반환됩니다. 단일 행이 여전히 요구되는 경우, 작업 이름의 알파벳 순서로 높은 경고 레벨 작업은 항상 제 리턴되어, LIMIT 1 쉬운 용액으로서 사용될 수있다. 고급 필터링하지만, 지금 할 수있다. 몇 가지 예에 대한 업데이트 pg_jobmon.md 문서를 참조하십시오.
더 나은 미래의 변화를 확인하기 위해 pgTAP 테스트 및 다른 사용자 정의 테스트를 썼다.

어떤 버전 1.0.0의 새로운 기능 :

이제 작업이 job_log 테이블에 실패 할 것을 최종 경고 코드 레벨을 설정하는 선택적인 두 번째 인수를 취할 수 fail_job () . 작업은 레벨 2 (경고) 대신의 레벨 3 (긴급)와 함께 실패 할 수 있도록 허용합니다. 기본값은 레벨 3입니다.
인수를 필요로하지 않는 새로운 check_job_status () 함수. 이 존재하고를 사용하는 경우 자동으로 job_check_config 테이블에서 가장 긴 임계 간격을 얻을 것이다. 지금부터 fuction를의이 버전을 사용하는 것이 좋습니다.
당신이 모니터링되고 가장 긴 작업 기간보다 짧은 간격을 전달하는 경우 check_job_status (간격)는 이제 예외가 발생합니다. 아무것도 설정 테이블에 설정되어 있지 않은 경우, 간격은 문제가되지 않기 때문에, 단지 3 개의 연속 고장 검사 정상적으로 실행된다. 즉 그것을 사용하는 가장 안전한 / 가장 쉬운 방법은 이후 변경된 문서 만 인수가없는 버전을 언급.

버전 0.4.5의 새로운 기능 :

업데이트 show_running () 함수는 PostgreSQL의 9.2과 호환 가능합니다.
구축시 필요한 경우 그렙 이진의 설정을 할 수 있도록 Makefile을 업데이트했습니다.
CHANGELOG 파일을 만들었습니다.

요구 사항 :

PostgreSQL의 9.1 이상