check_postgres_table_sizep - 클라우드에서의 온라인

프로그램:

이름

check_postgres - Nagios, MRTG, Cacti 및 기타를 위한 Postgres 모니터링 스크립트

이 문서는 check_postgres 버전 2.22.0에 대해 설명합니다.

개요

## 모든 심볼릭 링크 생성
check_postgres --symlink

## Postgres 데이터베이스 'pluto'에 대한 연결 확인:
check_postgres --action=connection --db=명왕성

## 동일하지만 심볼릭 링크 사용
check_postgres_connection --db=명왕성

## > 100개의 잠금, > 200개 또는 > 20개의 단독인 경우 중요하면 경고
check_postgres_locks --warning=100 --critical="total=200:exclusive=20"

## 포트 6543의 현재 유휴 연결 수를 표시합니다.
check_postgres_txn_idle --port=6543 --output=단순

## 다른 작업과 옵션이 많이 있습니다. 계속 읽어주세요.

최신 뉴스와 문서는 항상 다음에서 찾을 수 있습니다.
http://bucardo.org/check_postgres/

기술

check_postgres는 하나 이상의 테스트에 대해 다양한 테스트를 실행하는 Perl 스크립트입니다.
Postgres 데이터베이스. psql 프로그램을 사용하여 정보를 수집하고 출력합니다.
Nagios, MRTG 또는 simple의 세 가지 형식 중 하나가 생성됩니다.

산출 모드
출력은 "--output" 옵션을 사용하여 변경할 수 있습니다. 기본 출력은 nagios,
원하는 경우 스크립트 상단에서 변경할 수 있습니다. 현재 옵션
선택은 Nagios는, mrtg및 간편한 설치. 각각의 출력 인수를 입력하지 않아도 되도록
--output 인수가 주어지지 않으면 출력 유형이 자동으로 설정되고,
현재 디렉토리의 이름에는 출력 옵션 중 하나가 있습니다. 예를 들어,
mrtg라는 디렉토리를 만들고 이를 통해 심볼릭 링크로 채웁니다. --심볼 링크 주장은
해당 디렉토리에서 실행되는 모든 작업이 항상 "mrtg"의 출력으로 기본 설정되도록 합니다.
--output=simple의 바로 가기로 --simple을 입력할 수 있습니다.
디렉토리 명명 트릭.

나기 오스 출력

기본 출력 형식은 정보의 한 줄인 Nagios용입니다.
XNUMX개의 특정 종료 코드:

0 (확인)
1(경고)
2(중요)
3(알 수 없음)

출력 라인은 위의 단어 중 하나, 콜론, 다음에 대한 짧은 설명입니다.
측정되었다. 추가 통계 정보 및 총 명령 시간
또한 출력될 수 있습니다. 인수에 대한 문서를 참조하십시오. --showperf,
--perflimit및 --쇼타임.

MRTG 출력

MRTG 출력은 ​​XNUMX줄이며 첫 번째 줄은 항상 단일 번호를 제공합니다.
중요성. 가능한 경우 이 숫자는 다음과 같은 실제 값을 나타냅니다.
바이트이지만 "true" 또는 "false"만 반환하는 작업의 경우 1 또는 0일 수도 있습니다.
check_postgres_version으로. 두 번째 줄은 추가 통계이며 다음 용도로만 사용됩니다.
몇 가지 행동. 세 번째 줄은 "가동 시간"을 나타내며 사용되지 않습니다. 네 번째 줄은
설명이며 일반적으로 첫 번째 줄의 통계 데이터베이스 이름을 나타냅니다.
에서 빼냈지만, 동작에 따라 다를 수 있습니다.

일부 작업은 선택 사항을 허용합니다. --mrtg 출력을 추가로 제어하기 위한 인수.

각 작업에 대한 정확한 MRTG 출력에 대한 자세한 내용은 각 작업에 대한 설명서를 참조하세요.

단순, 간단, 편리 출력

단순 출력은 단순히 MRTG 버전의 잘린 버전이며 단순히 다음을 반환합니다.
첫 번째 숫자이고 다른 것은 없습니다. 상태를 확인하고 싶을 때 매우 유용합니다.
임계값에 관계없이 무언가의. 다음과 같이 숫자 출력을 변환할 수 있습니다.
출력 인수에 KB, MB, GB, TB 또는 EB를 추가합니다. 예를 들면 다음과 같습니다.

--출력=단순,MB

선인장 출력

Cacti 출력은 동일한 줄에 있는 하나 이상의 항목으로 구성되며 간단한 이름,
콜론, 숫자. 현재로서는 Cacti가 명시적으로 출력되는 유일한 작업은 다음과 같습니다.
'dbstats'이고 이 경우에는 Cacti가 유일하므로 --output 옵션을 사용할 필요가 없습니다.
이 작업에 대한 출력입니다. 다른 많은 작업의 경우 --simple을 사용하면 Cacti를 만들 수 있습니다.
행복.

데이터 베이스 연결 옵션

모든 작업은 공통 데이터베이스 옵션 집합을 허용합니다.

-H 이름 or --호스트=이름
NAME으로 표시된 호스트에 연결합니다. 쉼표로 구분된 이름 목록일 수 있습니다.
여러 호스트 인수가 허용됩니다. 호스트가 지정되지 않은 경우 기본값은 "PGHOST"입니다.
환경 변수 또는 호스트가 전혀 없음(로컬 Unix 소켓 사용을 나타냄).
"--dbhost"를 사용할 수도 있습니다.

-p PORT or --포트=포트
지정된 PORT 번호를 사용하여 연결합니다. 쉼표로 구분된 포트 목록일 수 있습니다.
숫자 및 여러 포트 인수가 허용됩니다. 포트 번호를 지정하지 않으면 기본값
"PGPORT" 환경 변수에. 설정되지 않은 경우 기본값은 5432입니다.
"--dbport"도 사용하십시오.

-DB 이름 or --dbname=이름
연결할 데이터베이스를 지정합니다. 쉼표로 구분된 이름 목록일 수 있으며
여러 dbname 인수가 허용됩니다. dbname 옵션이 제공되지 않으면 기본값은
"PGDATABASE" 환경 변수. 설정하지 않으면 기본값은 'postgres'입니다.
psql이 버전 8 이상인 경우, 그렇지 않으면 'template1'입니다.

-u 사용자 이름 or --dbuser=사용자 이름
연결할 데이터베이스 사용자의 이름입니다. 쉼표로 구분된 목록일 수 있습니다.
사용자 이름 및 여러 dbuser 인수가 허용됩니다. 이것이 제공되지 않으면,
기본값은 "PGUSER" 환경 변수이고, 그렇지 않으면 기본값은 'postgres'입니다.

--dbpass=비밀번호
데이터베이스에 연결할 암호를 제공합니다. 이 옵션의 사용은 매우
낙심. 대신 .pgpass 또는 pg_service.conf 파일을 사용해야 합니다.

--dbservice=이름
pg_service.conf 파일 내의 서비스 이름입니다. 버전 9.0 이전
Postgres, 이것은 일반적으로 /etc/pg_service.conf에 있는 전역 파일입니다. 당신이있는 경우
Postgres 버전 9.0 이상을 사용하는 경우 ".pg_service.conf" 파일을 사용할 수 있습니다.
스크립트를 실행하는 사용자의 홈 디렉토리(예: nagios).

이 파일에는 간단한 연결 옵션 목록이 포함되어 있습니다. 당신은 또한 추가로 통과할 수 있습니다
--dbservice="maindatabase sslmode=require"와 같은 이 옵션을 사용할 때의 정보

이 파일에 대한 문서는 다음에서 찾을 수 있습니다.
http://www.postgresql.org/docs/current/static/libpq-pgservice.html

데이터베이스 연결 옵션은 다음과 같이 그룹화할 수 있습니다. --호스트=a,b --호스트=c --포트=1234
--포트=3344 a-1234, b-1234 및 c-3344에 연결합니다. 한 번 설정하면 옵션
다시 변경될 때까지 이월됩니다.

예 :

--호스트=a,b --포트=5433 --db=c
데이터베이스 c를 사용하여 포트 5433에 두 번 연결하고 호스트 a와 b에 연결: a-5433-c b-5433-c

--호스트=a,b --포트=5433 --db=c,d
네 번 연결: a-5433-c a-5433-d b-5433-c b-5433-d

--호스트=a,b --호스트=foo --포트=1234 --포트=5433 --db=e,f
1234번 연결: a-1234-e a-1234-f b-1234-e b-5433-f foo-5433-e foo-XNUMX-f

--호스트=a,b --호스트=x --포트=5432,5433 --dbuser=앨리스 --dbuser=bob -db=baz
세 번 연결: a-5432-alice-baz b-5433-alice-baz x-5433-bob-baz

--dbservice="foo" --포트=5433
pg_service.conf 파일에서 명명된 서비스 'foo'를 사용하여 연결하지만 포트를 재정의합니다.

기타 옵션

기타 옵션은 다음과 같습니다.

--action=이름
실행 중인 작업을 나타냅니다. 심볼릭 링크된 파일을 사용하지 않는 한 필수
경우 파일 이름이 작업을 파악하는 데 사용됩니다.

--경고=VAL or -w VAL
경고 경고가 발생하는 임계값을 설정합니다. 이에 대한 유효한 옵션
옵션은 사용된 작업에 따라 다릅니다.

--중요=VAL or -c VAL
위험 경보가 발생하는 임계값을 설정합니다. 이에 대한 유효한 옵션
옵션은 사용된 작업에 따라 다릅니다.

-t VAL or --timeout=발
스크립트가 수행 중인 작업을 중단하고 시간 초과를 초 단위로 설정합니다.
알 수 없는 상태를 반환합니다. 시간 초과는 전체가 아니라 Postgres 클러스터별로 발생합니다.
스크립트. 기본값은 10입니다. 단위는 항상 초 단위입니다.

--가정 대기 모드
지정되면 먼저 대기 모드의 서버가 수행되는지 확인합니다(--datadir
필수), 그렇다면 SQL 쿼리가 필요한 모든 검사는 무시되고 "서버
대기 모드에서" 상태가 OK인 대신 반환됩니다.

예:

postgres@db$./check_postgres --action=version --warning=8.1 --datadir /var/lib/postgresql/8.3/main/ --assume-standby-mode
POSTGRES_VERSION OK: 서버가 대기 모드에 있음 | 시간=0.00

--가정 제품
지정된 경우 프로덕션 모드의 서버가 수행되는지 확인합니다(--datadir 필요).
이 옵션은 ("symlink: check_postgres_checkpoint")에만 관련이 있습니다.

예:

postgres@db$./check_postgres --action=checkpoint --datadir /var/lib/postgresql/8.3/main/ --assume-prod
POSTGRES_CHECKPOINT OK: 마지막 체크포인트는 72초 전 | 나이=72;;300 모드=마스터

-h or --도움
모든 작업 및 옵션에 대한 요약이 포함된 도움말 화면을 표시합니다.

--남성
전체 설명서를 표시합니다.

-V or --번역
현재 버전을 표시합니다.

-v or --말 수가 많은
상세 수준을 설정합니다. 레벨을 높이기 위해 두 번 이상 호출할 수 있습니다. 로 설정
XNUMX개 이상(즉, "-v -v -v" 실행)은 디버깅 정보를 켭니다.
stderr로 전송되는 이 프로그램의 경우.

--showperf=발
추가 성능 데이터를 표준 Nagios 형식으로 출력할지 여부를 결정합니다.
name=value를 사용하여 파이프 기호 뒤의 문자열). VAL은 0 또는 1이어야 합니다. 기본값
is 1. Nagios 출력 모드를 사용하는 경우에만 적용됩니다.

--perflimit=나
사용 시 보고되는 관심 항목 수에 대한 제한을 설정합니다.
쇼퍼 옵션. 이것은 많은 수를 반환하는 작업에만 영향을 미칩니다.
다음과 같은 항목 테이블 크기. 기본값은 0 또는 제한 없음입니다. 이것을 사용할 때 주의하십시오
와 더불어 --포함하다 or --들어오지 못하게 하다 옵션, 이러한 제한이 완료되면 시간 내에 전에,
쿼리가 실행되었으므로 한도에 원하는 항목이 포함되지 않을 수 있습니다. 만 소요
Nagios 출력 모드를 사용하는 경우 효과.

--showtime=발
각 쿼리를 실행하는 데 걸린 시간이 출력에 표시되는지 여부를 결정합니다. VAL은 0이어야 합니다.
또는 1. 기본값은 1입니다. 쇼퍼 켜져 있습니다. 사용하는 경우에만 적용됩니다.
Nagios 출력 모드.

--시험
테스트 모드를 활성화합니다. 아래의 "테스트 모드" 섹션을 참조하십시오.

--PGBINDIR=경로
psql 바이너리를 찾을 위치를 스크립트에 알려줍니다. 둘 이상인 경우 유용합니다.
시스템에 있는 PostgreSQL 실행 파일의 버전 또는 시스템에 없는 경우
길. 이 옵션은 모두 대문자입니다. 기본적으로 이 옵션은 지원
수. 활성화하려면 스크립트 상단 근처에 있는 $NO_PSQL_OPTION을 변경해야 합니다.
0으로 설정하십시오. 가능하면 이 옵션을 사용하지 말고 대신 환경 변수를 사용하십시오.
씨 또는 스크립트 상단 근처에 있는 하드 코딩된 $PGBINDIR 변수
사용할 PostgreSQL의 경로입니다.

--PSQL=경로
(더 이상 사용되지 않음, 이 선택권 ５월 be 제거 in a 미래 풀어 주다!) 스크립트가 어디에 있는지 알려줍니다.
psql 프로그램을 찾기 위해. 둘 이상의 psql 버전이 있는 경우에 유용합니다.
시스템에서 실행 가능하거나 경로에 psql 프로그램이 없는 경우. 이
옵션은 모두 대문자입니다. 기본적으로 이 옵션은 지원 수. 활성화하려면
스크립트 상단 근처의 $NO_PSQL_OPTION을 0으로 변경해야 합니다.
가능한 경우 옵션을 선택하고 대신 psql 위치를 $PSQL 변수에 하드 코딩하십시오.
또한 스크립트 상단 근처에 있습니다.

--심볼 링크
각 작업에 대한 기본 프로그램에 대한 심볼릭 링크를 만듭니다.

--출력=발
다양한 프로그램에서 사용할 출력 형식을 결정합니다. 기본값은
'나기오스'. 사용 가능한 옵션은 'nagios', 'mrtg', 'simple' 및 'cacti'입니다.

--mrtg=발
몇 가지 특정 작업에 대해 MRTG 또는 단순 출력에만 사용됩니다.

--debug출력=VAL
디버깅에 사용하기 위해 psql에서 반환된 정확한 문자열을 출력합니다. 값은 XNUMX 또는
출력이 표시되는지 여부를 결정하는 추가 문자, 여기서 'a' = all, 'c'
= 위험, 'w' = 경고, 'o' = 정상, 'u' = 알 수 없음. 문자를 결합할 수 있습니다.

--get_method=VAL
"new_version_cp"에 대한 정보를 가져오는 데 사용되는 방법을 지정할 수 있습니다.
"new_version_pg", "new_version_bc", "new_version_box" 및 "new_version_tnm"를 확인합니다.
웹에서 정보를 가져오기 위해 다음 프로그램이 순서대로 시도됩니다. GET,
wget, fetch, curl, lynx, 링크. 하나만 사용하도록(따라서 제거하려면
그 중 하나가 작동할 때까지 다른 모든 것을 시도하는 오버헤드), 이름 중 하나를 다음과 같이 입력하십시오.
get_method에 대한 인수. 예를 들어, BSD 상자는 다음 행을 입력할 수 있습니다.
그들의 ".check_postgresrc" 파일:

get_method=가져오기

--언어=VAL
모든 출력 메시지에 사용할 언어를 설정합니다. 일반적으로 이것은 다음으로 감지됩니다.
환경 변수 LC_ALL, LC_MESSAGES 및 LANG를 검사하지만 이것을 설정합니다.
옵션은 이러한 감지를 무시합니다.

ACTIONS

스크립트는 하나 이상의 작업을 실행합니다. --action 플래그를 사용하거나 다음을 수행할 수 있습니다.
내부에 작업 이름이 포함된 기본 파일에 대한 심볼릭 링크를 사용합니다. 을위한
예를 들어 "timesync" 작업을 실행하려면 다음 중 하나를 실행할 수 있습니다.

check_postgres --action=타임동기화

또는 다음과 같은 프로그램을 사용하십시오.

check_postgres_timesync

--symlinks 옵션을 사용하면 모든 심볼릭 링크가 현재 디렉토리에 생성됩니다.

펄 check_postgres --symlinks

파일 이름이 이미 있는 경우 덮어쓰지 않습니다. 파일이 존재하고 다음과 같은 경우
symlink, "--action=build_symlinks_force"를 사용하여 강제로 덮어쓸 수 있습니다.

대부분의 행동은 --경고 및 --비판적인 우리가 변경하는 지점을 나타내는 옵션
OK에서 WARNING으로, 그리고 CRITICAL로 이동하는 지점. 크리티컬은
항상 먼저 확인하고 경고를 위험과 동일하게 설정하는 것이 효과적인 방법입니다.
경고를 끄고 항상 비판을 제공하십시오.

현재 지원되는 작업은 다음과 같습니다.

아카이브_레디
("symlink: check_postgres_archive_ready") 확장자가 있는 WAL 파일 수를 확인합니다. .준비가 된
에 존재 pg_xlog/아카이브_상태 디렉토리에서 찾을 수 있습니다. 데이터 디렉토리.
이 작업은 수퍼유저로 실행해야 의 내용에 액세스할 수 있습니다.
pg_xlog/아카이브_상태 예배 규칙서. 이 작업을 사용하기 위한 최소 버전은 Postgres 8.1입니다.
XNUMXD덴탈의 --경고 과 --비판적인 옵션은 단순히 .준비가 된 파일
pg_xlog/아카이브_상태 예배 규칙서. 일반적으로 이 값은 낮아야 합니다.
아카이브 메커니즘, 우리는 일반적으로 가능한 한 빨리 WAL 파일을 아카이브하기를 원합니다.

아카이브 명령이 실패하면 사용자의 WAL 수 pg_xlog 디렉토리는 다음까지 증가합니다.
모든 디스크 공간을 소진하고 PostgreSQL을 즉시 중지합니다.

예 1: "pluto" 호스트에서 준비된 WAL 파일 수가 10개 이하인지 확인

check_postgres_archive_ready --host=pluto --중요=10

MRTG 출력의 경우 1행에 준비된 WAL 파일 수를 보고합니다.

autovac_freeze
("symlink: check_postgres_autovac_freeze") 각 데이터베이스가
포스트그레스 autovacuum_freeze_max_age 환경. 이 작업은 데이터베이스에서만 작동합니다.
버전 8.2 이상. NS --경고 과 --비판적인 옵션은 다음과 같이 표현되어야 합니다.
백분율. 각 데이터베이스에 있는 트랜잭션의 '기간'은 다음과 비교됩니다.
autovacuum_freeze_max_age 설정(기본값은 200억)으로 반올림
백분율. 기본값은 90% 경고와 95% 크리티컬을 위해. 데이터베이스
를 사용하여 필터링할 수 있습니다. --포함하다 과 --들어오지 못하게 하다 옵션. "기본 필터링" 참조
자세한 내용은 섹션을 참조하십시오.

예 1: 포트 5432의 데이터베이스가 97%를 초과하면 경고를 표시합니다.

check_postgres_autovac_freeze --port=5432 --warning="97%"

MRTG 출력의 경우 가장 높은 전체 백분율이 첫 번째 줄에 보고되고
가장 높은 연령은 두 번째 줄에 보고됩니다. 백분율이 있는 모든 데이터베이스
첫 번째 줄은 파이프 기호로 구분된 네 번째 줄에 보고됩니다.

백엔드
("symlink: check_postgres_backends") 현재 연결 수를 확인합니다.
더 많은 데이터베이스, 선택적으로 허용된 최대값과 비교합니다.
Postgres 구성 변수 max_connections. 그만큼 --경고 과 --비판적인 옵션
세 가지 형태 중 하나를 취할 수 있습니다. 첫째, 간단한 숫자가 주어질 수 있습니다.
경고가 제공될 연결 수입니다. 이 선택은 다음을 사용하지 않습니다.
max_connections 환경. 둘째, 사용 가능한 연결의 백분율을 지정할 수 있습니다.
셋째, 남은 연결 수를 나타내는 음수를 지정할 수 있습니다.
까지 max_connections 도달했습니다. 에 대한 기본값 --경고 과 --비판적인 are
'90%'와 '95%'. 다음을 사용하여 데이터베이스를 필터링할 수도 있습니다. --포함하다 과 --들어오지 못하게 하다
옵션. 자세한 내용은 "기본 필터링" 섹션을 참조하십시오.

유휴 상태가 아닌 프로세스만 보려면 다음을 사용할 수 있습니다. --노이들 논쟁. 사용자가
이 제대로 작동하려면 수퍼유저여야 하므로 연결하고 있습니다.

예 1: 호스트 quirm의 연결 수가 120에 도달하면 경고를 제공하고
150에 도달하면 치명적입니다.

check_postgres_backends --host=quirm --warning=120 --중요=150

예 2: 호스트에서 max_connections 설정의 75%에 도달하면 임계값 제공
lancre 또는 lancre2.

check_postgres_backends --warning='75%' --critical='75%' --host=lancre,lancre2

예 3: 호스트에 연결 슬롯이 10개만 더 남아 있을 때 경고를 표시합니다.
플라스미드, 그리고 5개만 남았을 때 임계값입니다.

check_postgres_backends --warning=-10 --critical=-5 --host=플라스미드

예 4: 이름에 "test"가 있는 데이터베이스를 제외한 모든 데이터베이스를 확인하지만 다음을 수행하는 데이터베이스는 허용합니다.
이름은 "pg_greatest"입니다. 처음 두 호스트에서는 포트 5432로 연결하고 호스트에서는 포트 5433으로 연결합니다.
세 번째. 우리는 30개 이상의 연결에 도달할 때 항상 크리티컬을 던지기를 원합니다.

check_postgres_backends --dbhost=hong,kong --dbhost=fooey --dbport=5432 --dbport=5433 --warning=30 --critical=30 --exclude="~test" --include="pg_greatest,~prod "

MRTG 출력의 경우 첫 번째 줄에 연결 수가 보고되고 네 번째 줄에 연결 수가 보고됩니다.
행은 데이터베이스 이름과 현재 maximum_connections를 제공합니다. 이상인 경우
하나의 데이터베이스가 쿼리되면 연결 수가 가장 많은 데이터베이스가 출력됩니다.

고창증
("symlink: check_postgres_bloat") 테이블과 인덱스의 팽창 정도를 확인합니다. (고창증
일반적으로 테이블이나 인덱스에서 차지하는 사용되지 않은 죽은 공간의 양입니다. 이 공간은
일반적으로 VACUUM 명령을 사용하여 회수합니다.) 이 작업을 수행하려면 다음 통계가 필요합니다.
컬렉션이 대상 데이터베이스에서 활성화되고 ANALYZE가 실행되어야 합니다.
자주. NS --포함하다 과 --들어오지 못하게 하다 옵션을 사용하여 어떤 테이블을
보다. 자세한 내용은 "기본 필터링" 섹션을 참조하십시오.

XNUMXD덴탈의 --경고 과 --비판적인 옵션은 크기, 백분율 또는 둘 다로 지정할 수 있습니다. 유효한
크기 단위는 바이트, 킬로바이트, 메가바이트, 기가바이트, 테라바이트, 엑사바이트, 페타바이트 및
제타바이트. 첫 글자로 모두 축약할 수 있습니다. 단위가 없는 항목은
'바이트'로 가정합니다. 기본값은 '1GB' 및 '5GB'입니다. 값은 다음을 나타냅니다.
"낭비된 바이트" 수 또는 테이블에서 실제로 사용된 것과
index, 그리고 그것이 되어야 한다고 우리가 계산하는 것.

이 작업에는 두 개의 하드 코딩된 값이 있어 작은 크기에서 잘못된 경보를 방지합니다.
처지. 테이블은 10페이지 이상, 인덱스는 15페이지 이상이어야 합니다.
이 테스트에서 고려됩니다. 이 값을 정말로 조정하려면 다음을 찾을 수 있습니다.
변수 $MINPageS 과 $미니페이지 "check_bloat" 서브루틴의 맨 위에 있습니다. 이것들
값은 다음 중 하나라도 무시됩니다. --들어오지 못하게 하다 or --포함하다 사용.

가장 부풀려진 상위 10개 관계만 표시됩니다. 다음을 사용하여 이 번호를 변경할 수 있습니다.
--perflimit 자신의 한계를 설정하는 옵션.

'information_schema'라는 스키마는 유일한 테이블이므로 이 테스트에서 제외됩니다.
포함은 작고 변경되지 않습니다.

이 작업으로 계산된 값은 정확하지 않으며 다음과 같이 사용해야 합니다.
지침일 뿐입니다. 테이블의 정확한 크기를 추정하기 위해 많은 노력을 기울였지만,
결론은 추정일 뿐입니다. 정확한 인덱스 크기는 추측에 불과합니다.
정확한 테이블 크기이지만 둘 다 물건이 얼마나 부풀어 오르는지 대략적으로 알려야 합니다.

예 1: 포트 5432의 테이블이 100MB를 초과하면 경고하고 200MB를 초과하면 위험합니다.
MB

check_postgres_bloat --port=5432 --warning='100M' --critical='200M'

예 2: 호스트 'sami'의 테이블 'orders'에 10MB 이상의 팽창이 있는 경우 임계값 제공

check_postgres_bloat --host=sami --include=orders --critical='10MB'

예 3: 데이터베이스 'sales'의 테이블 'q4'가 50% 이상 부풀려지면 임계값 제공

check_postgres_bloat --db=판매 --include=q4 --critical='50%'

예 4: 테이블이 20% 이상 팽창하면 임계값 제공 과 150MB 이상의 팽창이 있습니다.

check_postgres_bloat --port=5432 --critical='20% 및 150M'

예 5: 테이블이 40% 이상 팽창하면 임계값 제공 or 500MB 이상의 팽창이 있습니다.

check_postgres_bloat --port=5432 --warning='500M 또는 40%'

MRTG 출력의 경우 첫 번째 줄은 테이블에 대해 가장 많은 낭비 바이트 수를 제공합니다.
두 번째 줄은 인덱스에 대해 가장 많은 낭비된 바이트 수를 제공합니다. 네 번째
행은 데이터베이스 이름, 테이블 이름 및 인덱스 이름 정보를 제공합니다. 원하는 경우
대신 팽창 비율을 출력하십시오(관계가
커야 함) "--mrtg=ratio"를 전달하면 됩니다.

체크 포인트
("symlink: check_postgres_checkpoint") 마지막 체크포인트가
실행되었습니다. 이것은 확인 중인 데이터베이스와 동일한 서버에서 실행되어야 합니다(예:
-h 플래그는 작동하지 않습니다). 이 검사는 "웜 대기" 서버에서 실행하기 위한 것입니다.
배송된 WAL 파일을 적극적으로 처리하며, 웜 대기 상태인지 확인하기 위한 것입니다.
정말 '따뜻하다'. 데이터 디렉토리는 환경 변수로 설정해야 합니다.
"PGDATA" 또는 "--datadir" 인수를 전달합니다. 이후 경과된 시간(초)을 반환합니다.
"pg_controldata"에 대한 호출을 구문 분석하여 결정된 대로 마지막 체크포인트가 실행되었습니다. 때문에
이를 위해서는 현재 경로에서 pg_controldata 실행 파일을 사용할 수 있어야 합니다. 또는,
"PGBINDIR"을 그것이 있는 디렉토리로 지정할 수 있습니다.
특별한 옵션 --가정 제품 or --가정 대기 모드, 발견된 모드가 아닌 경우
하나가 예상되면 CRITICAL이 발생합니다.

하나 이상의 경고 또는 중요한 인수를 설정해야 합니다.

이 작업에는 Date::Parse 모듈이 필요합니다.

MRTG 또는 단순 출력의 경우 초 수를 반환합니다.

클러스터 아이디
("symlink: check_postgres_cluster-id") 데이터베이스 시스템 식별자가 제공했는지 확인합니다.
pg_controldata에 의해 마지막으로 확인한 시간과 동일합니다. 이것은 동일한 서버에서 실행되어야 합니다.
검사 중인 데이터베이스로(예: -h 플래그가 작동하지 않음). 또는
--경고 또는 --비판적인 옵션을 제공해야 하지만 둘 다 제공해서는 안 됩니다. 각각의 값은
클러스터 식별자, 정수 값. 특수 "--critical=0"으로 실행할 수 있습니다.
기존 클러스터 식별자를 찾는 옵션입니다.

예 1: 초기 식별자 찾기

check_postgres_cluster_id --tical=0 --datadir=/var//lib/postgresql/9.0/main

예 2: 클러스터가 동일한지 확인하고 그렇지 않은 경우 위의 결과를 사용하여 경고합니다.

check_postgres_cluster_id --중요=5633695740047915135

MRTG 출력의 경우 식별자 실패의 성공을 나타내는 1 또는 0을 반환합니다.
성냥. 식별자는 "--mrtg" 인수로 제공되어야 합니다. 네 번째 줄은 항상
현재 식별자를 제공합니다.

커밋 비율
("symlink: check_postgres_commitratio") 모든 데이터베이스의 커밋 비율을 확인하고
너무 낮을 때 불평합니다. 이 명령을 한 번 이상 실행할 필요가 없습니다.
데이터베이스 클러스터. 데이터베이스는 다음을 사용하여 필터링할 수 있습니다. --포함하다 과 --들어오지 못하게 하다 옵션. 보다
자세한 내용은 "기본 필터링" 섹션을 참조하십시오. 소유자가 필터링할 수도 있습니다.
데이터베이스 --포함 사용자 과 --제외 사용자 옵션. "사용자 이름
자세한 내용은 필터링' 섹션을 참조하세요.

경고 및 위험 옵션은 백분율로 지정해야 합니다. 이 없습니다
이 작업의 기본값: 경고 및 위험을 지정해야 합니다. 경고 값
임계값보다 클 수 없습니다. 출력은 다음 기준으로 정렬된 모든 데이터베이스를 반환합니다.
commitratio, 가장 작은 것 먼저.

예: 호스트 flagg의 데이터베이스가 커밋 비율이 90% 미만이고 위험하면 경고합니다.
80% 미만이면.

check_postgres_database_commitratio --host=flagg --warning='90%' --critical='80%'

MRTG 출력의 경우 커밋 비율이 가장 작은 데이터베이스의 백분율을 반환합니다.
첫 번째 줄에는 데이터베이스 이름이, 네 번째 줄에는 데이터베이스 이름이 있습니다.

연결
("symlink: check_postgres_connection") 단순히 연결하고 'SELECT 버전()'및
이파리. 아니오 --경고 or --비판적인 옵션을 제공합니다.

MRTG 출력의 경우 첫 번째에 1(양호한 연결) 또는 0(나쁜 연결)을 출력합니다.
줄입니다.

사용자 정의 쿼리
("symlink: check_postgres_custom_query") 선택한 사용자 지정 쿼리를 실행하고 구문 분석합니다.
결과. 쿼리 자체는 "query" 인수를 통해 전달되며 다음과 같아야 합니다.
최대한 단순하게 유지했습니다. 가능하면 뷰나 함수로 감싸서 보관하십시오.
더 쉽게 관리할 수 있습니다. 쿼리는 하나 또는 두 개의 열을 반환해야 합니다. 그것은 요구된다
열 중 하나는 "결과"로 이름이 지정되고 귀하와 비교하여 확인할 항목입니다.
경고 및 임계값. 두 번째 열은 성능 데이터 및 모든 이름에 대한 것입니다.
사용할 수 있음: 이것은 성능 데이터 섹션 내의 '값'이 됩니다.

하나 이상의 경고 또는 중요한 인수를 지정해야 합니다. 이것들이 무엇으로 설정되느냐에 따라
실행 중인 쿼리 유형에 대해 설명합니다. 다음과 같은 네 가지 유형의 custom_queries가 있습니다.
실행, "valtype" 인수로 지정됩니다. 아무 것도 지정하지 않으면 이 작업은 기본적으로
'정수'. 네 가지 유형은 다음과 같습니다.

정수: 단순 정수 비교를 수행합니다. 첫 번째 열은 단순 정수여야 합니다.
경고 및 임계값은 동일해야 합니다.

현: warning 및 critical은 문자열이며,
첫 번째 열은 정확히 일치합니다. 대소문자를 구분합니다.

시간: 경고 및 위험은 시간이며 초, 분,
시간 또는 일. 각각은 단수 또는 첫 글자로 축약될 수 있습니다. 만약에
단위가 지정되지 않고 초가 ​​가정됩니다. 첫 번째 열은 정수여야 합니다.
확인할 시간(초)을 나타냅니다.

크기: 경고 및 위험은 크기이며 바이트, 킬로바이트,
메가바이트, 기가바이트, 테라바이트 또는 엑사바이트. 각각은 첫 글자로 축약될 수 있습니다.
단위가 지정되지 않으면 바이트가 가정됩니다. 첫 번째 열은 정수여야 합니다.
확인할 바이트 수를 나타냅니다.

일반적으로 반환된 값이 다음과 같으면 경고가 트리거됩니다. 큰 보다 또는 같음
위험 또는 경고 값. 그러나, --역전 다음과 같은 경우 경고를 트리거합니다.
반환된 값은 절감 보다 또는 위험 또는 경고 값과 동일합니다.

예 1: 100페이지가 넘는 관계의 이름이 "rad"인 경우 경고하고 페이지 수를 입력합니다.
성능 데이터 섹션 내부.

check_postgres_custom_query --valtype=string -w "rad" --query=
"SELECT relname AS 결과, relpages AS 페이지 FROM pg_class WHERE relpages > 100"

예 2: "foobar" 함수가 5MB를 초과하는 숫자를 반환하는 경우 임계값 제공:

check_postgres_custom_query --critical='5MB'--valtype=size --query="SELECT foobar() AS 결과"

예 2: "snazzo" 함수가 42보다 작은 값을 반환하면 경고:

check_postgres_custom_query --critical=42 --query="SELECT snazzo() AS 결과" --reverse

유용한 custom_query가 생각나면 이 프로그램에 패치를 보내는 것을 고려하십시오.
다른 사람들이 사용할 수 있는 표준 작업으로 만듭니다.

이 작업은 아직 MRTG 또는 단순 출력을 지원하지 않습니다.

데이터베이스 크기
("symlink: check_postgres_database_size") 모든 데이터베이스의 크기를 확인하고 불평합니다.
그들이 너무 클 때. 데이터베이스당 두 번 이상 이 명령을 실행할 필요가 없습니다.
무리. 데이터베이스는 다음을 사용하여 필터링할 수 있습니다. --포함하다 과 --들어오지 못하게 하다 옵션. 참조
자세한 내용은 "기본 필터링" 섹션을 참조하십시오. 소유자가 필터링할 수도 있습니다.
데이터베이스 --포함 사용자 과 --제외 사용자 옵션. "사용자 이름 필터링"을 참조하십시오.
자세한 내용은 섹션을 참조하십시오.

경고 및 중요 옵션은 바이트, 킬로바이트, 메가바이트,
기가바이트, 테라바이트 또는 엑사바이트. 각각은 첫 글자로 축약될 수도 있습니다.
단위가 지정되지 않은 경우 단위는 바이트로 간주됩니다. 이에 대한 기본값이 없습니다.
조치: 경고 및 위험을 지정해야 합니다. 경고 값은 이보다 클 수 없습니다.
임계값보다 출력은 가장 큰 크기로 정렬된 모든 데이터베이스를 먼저 반환하고,
원시 바이트와 크기의 "예쁜" 버전을 모두 표시합니다.

예 1: 호스트 flagg의 데이터베이스 크기가 1TB를 초과하는 경우 경고하고, 초과하는 경우 중요
1.1 TB.

check_postgres_database_size --host=flagg --warning='1TB' --critical='1.1 t'

예 2: 포트 1의 데이터베이스 템플릿5432이 10MB를 초과하는 경우 위험을 제공합니다.

check_postgres_database_size --port=5432 --include=template1 --warning='10MB' --critical='10MB'

예 3: 사용자 'tom'이 소유한 호스트 'tardis'의 데이터베이스가 종료되면 경고를 표시합니다.
5 GB

check_postgres_database_size --host=tardis --includeuser=tom --warning='5GB' --critical='10GB'

MRTG 출력의 경우 첫 번째 줄에서 가장 큰 데이터베이스의 크기를 바이트 단위로 반환하고
네 번째 줄의 데이터베이스 이름입니다.

dbstats
("symlink: check_postgres_dbstats") pg_stat_database 보기에서 정보를 보고합니다.
선인장 친화적 인 방식으로 출력합니다. 다른 출력은 지원되지 않습니다.
정보 제공용이며 Nagios와 함께 사용되는 것과 같은 경고에 적합하지 않습니다. 옵션이 없는 경우
가 주어지면 모든 데이터베이스가 한 줄에 하나씩 반환됩니다. 특정 데이터베이스를 포함할 수 있습니다.
"--include" 옵션을 사용하거나 "--dbname" 옵션을 사용할 수 있습니다.

각 줄에 XNUMX개의 항목이 이름:값 형식으로 반환되며 단일 항목으로 구분됩니다.
우주. 항목은 다음과 같습니다.

백엔드
이 데이터베이스에 대해 현재 실행 중인 백엔드 수입니다.

위탁하다
생성 또는 재설정된 이후 이 데이터베이스에 대한 총 커밋 수입니다.

롤백
생성 또는 재설정된 이후 이 데이터베이스에 대한 총 롤백 수입니다.

읽기
읽은 디스크 블록의 총 수입니다.

hit 버퍼 히트의 총 수.

ret 반환된 총 행 수입니다.

술책
가져온 총 행 수입니다.

ins 삽입된 총 행 수입니다.

upd 업데이트된 총 행 수입니다.

del 삭제된 총 행 수입니다.

데이터베이스 이름
데이터베이스의 이름입니다.

Postgres가 버전 0인 경우 ret, fetch, ins, upd 및 del 항목은 항상 8.2입니다.
해당 버전에서는 해당 통계를 사용할 수 없었기 때문입니다.

dbname 인수가 제공되면 XNUMX개의 추가 항목이 반환됩니다.

아이디스캔
총 사용자 인덱스 스캔 수입니다.

idxtupread
반환된 총 사용자 인덱스 항목 수입니다.

idxtupfetch
단순 사용자 인덱스 스캔으로 가져온 총 행 수입니다.

idxblksread
모든 사용자 인덱스에 대해 읽은 총 디스크 블록 수입니다.

idxblkshit
모든 사용자 인덱스에 대한 총 버퍼 히트 수입니다.

시퀀스 스캔
모든 사용자 테이블에 대한 순차 스캔의 총 수입니다.

seqtupread
모든 사용자 테이블에서 반환된 총 튜플 수입니다.

예 1: "willow" 호스트에서 "products"라는 데이터베이스에 대한 통계를 가져옵니다.

check_postgres_dbstats --dbhost 버드나무 --dbname 제품

반환된 출력은 다음과 같습니다(모두 줄 바꿈되지 않고 한 줄에 표시됨).

백엔드:82 커밋:58374408 롤백:1651 읽기:268435543 히트:2920381758 idxscan:310931294 idxtupread:2777040927
idxtupfetch:1840241349 idxblksread:62860110 idxblkshit:1107812216 seqscan:5085305 seqtupread:5370500520
ret:0 가져오기:0 ins:0 upd:0 del:0 dbname:willow

비활성화_트리거
("symlink: check_postgres_disabled_triggers") 비활성화된 트리거의 수를 확인합니다.
데이터베이스 내부. NS --경고 과 --비판적인 옵션은 그러한 트리거의 수입니다.
발견되었으며 둘 다 기본적으로 "1"로 설정되어 있습니다. 일반적인 사용에서는 트리거를 비활성화하는 것이 위험하기 때문입니다.
이벤트. 검사 중인 데이터베이스가 8.3 이상인 경우 검사는
'비활성화' 상태에 있는 트리거('항상' 또는 '복제'와 반대). NS
출력에는 테이블 이름과 비활성화된 각 트리거 이름이 표시됩니다.
방아쇠.

예 1: 비활성화된 트리거가 없는지 확인

check_postgres_disabled_triggers

MRTG 출력의 경우 첫 번째 라인에서 비활성화된 트리거 수를 반환합니다.

디스크 공간
("symlink: check_postgres_disk_space") 사용 가능한 물리적 디스크 공간을 확인합니다.
포스트그레스. 이 작업을 수행하려면 실행 파일 "/bin/df" 보고 가능
디스크 크기에서, 그리고 또한 수퍼유저로 실행되어야 하므로 검사할 수 있습니다.
데이터 디렉토리 Postgres 내부 설정. NS --경고 과 --비판적인 옵션이 주어집니다
크기나 백분율 또는 둘 다. 크기를 사용하는 경우 표준 단위 유형은
허용: 바이트, 킬로바이트, 기가바이트, 메가바이트, 기가바이트, 테라바이트 또는 엑사바이트. 각
첫 글자로만 축약될 수 있습니다. 단위가 전혀 없으면 '바이트'를 나타냅니다. NS
기본값은 '90%' 및 '95%'입니다.

이 명령은 다음 사항을 확인하여 서로 다른 모든 물리적 디스크를 확인합니다.
Postgres에서 사용 중입니다.

데이터 디렉토리 - 주 데이터 디렉토리가 있는 디스크.

기록 예배 규칙서 - 로그 파일이 있는 디스크.

WAL 파일 예배 규칙서 - 미리 쓰기 로그가 있는 디스크(예: 심볼릭 링크된 pg_xlog)

테이블스페이스 - 별도의 디스크에 있는 각 테이블스페이스.

출력은 각 디스크에서 사용 및 사용 가능한 총 크기와
백분율, 사용된 가장 높은 백분율에서 가장 낮은 백분율로 정렬됩니다. 위의 각 항목은 파일에 매핑됩니다.
시스템: 포함하거나 제외할 수 있습니다. 자세한 내용은 "기본 필터링" 섹션을 참조하십시오.
세부.

예 1: 포트 90의 데이터베이스에 대해 5432%를 초과하는 파일 시스템이 없는지 확인하십시오.

check_postgres_disk_space --port=5432 --warning='90%' --critical='90%'

예 2: /dev/sda로 시작하는 모든 파일 시스템이 10GB보다 작고
11GB(경고 및 위험)

check_postgres_disk_space --port=5432 --warning='10GB' --critical='11GB' --include="~^/dev/sda"

예 4: 둘 다 50%를 초과하는 파일 시스템이 없는지 확인 과 15GB 이상

check_postgres_disk_space --critical='50% 및 15GB'

예 5: 파일 시스템이 70% 이상 차면 경고를 발행합니다. or 1T 이상

check_postgres_disk_space --warning='1T 또는 75'

MRTG 출력의 경우 첫 번째 줄에 파일 시스템의 크기를 바이트 단위로 반환하고
네 번째 줄의 파일 시스템 이름.

fsm_페이지
("symlink: check_postgres_fsm_pages") 클러스터가 Postgres에 얼마나 가까운지 확인합니다.
max_fsm_pages 환경. 이 작업은 8.2 이상의 데이터베이스에서만 작동하며
기여 모듈이 필요합니다 pg_freespacemap 설치됩니다. NS --경고 과 --비판적인
옵션은 백분율로 표시되어야 합니다. 여유 공간 맵에서 사용된 페이지 수
pg_freespacemap_relations 뷰를 보고 수식을 실행하여 결정됩니다.
진공 상세 정보에서 여유 공간 맵 페이지 슬롯을 출력하는 데 사용되는 공식을 기반으로 합니다.
명령. 기본값은 85% 경고와 95% 크리티컬을 위해.

예 1: 클러스터가 여유 공간 페이지 슬롯의 76%를 사용하면 경고를 표시합니다.
robert 데이터베이스에 설치된 pg_freespacemap 사용

check_postgres_fsm_pages --dbname=robert --warning="76%"

pg_freespacemap이 설치된 데이터베이스의 이름을 전달해야 하지만,
클러스터당 한 번만 이 검사를 실행하면 됩니다. 또한 이 정보를 확인하려면
free-space-map에서 특별한 잠금을 얻으므로 이것을 실행하지 않는 것이 좋습니다.
짧은 간격으로 확인하십시오.

MRTG 출력의 경우 첫 번째 줄에 있는 여유 공간 맵의 백분율과 숫자를 반환합니다.
두 번째 줄에서 현재 사용 중인 페이지 수입니다.

fsm_관계
("symlink: check_postgres_fsm_relations") 클러스터가 Postgres에 얼마나 가까운지 확인합니다.
max_fsm_relations 환경. 이 작업은 8.2 이상의 데이터베이스에서만 작동하며,
기여 모듈이 필요합니다 pg_freespacemap 설치됩니다. NS --경고 과 --비판적인
옵션은 백분율로 표시되어야 합니다. 자유에서 사용된 관계의 수
space-map은 pg_freespacemap_relations 뷰를 보고 결정됩니다. 기본값
값은 85% 경고와 95% 크리티컬을 위해.

예 1: 클러스터가 여유 공간 관계의 80%를 사용하면 경고를 표시합니다.
데이터베이스 dylan에 설치된 pg_freespacemap 사용

check_postgres_fsm_relations --dbname=dylan --warning="75%"

pg_freespacemap이 설치된 데이터베이스의 이름을 전달해야 하지만,
클러스터당 한 번만 이 검사를 실행하면 됩니다. 또한 이 정보를 확인하려면
free-space-map에서 특별한 잠금을 얻으므로 이것을 실행하지 않는 것이 좋습니다.
짧은 간격으로 확인하십시오.

MRTG 출력의 경우 첫 번째 줄에 있는 여유 공간 맵의 백분율을 반환합니다.
현재 두 번째 줄에서 사용되는 관계.

적중률
("symlink: check_postgres_hitratio") 모든 데이터베이스의 적중률을 확인하고 불만을 제기합니다.
너무 낮을 때. 데이터베이스당 두 번 이상 이 명령을 실행할 필요가 없습니다.
무리. 데이터베이스는 다음을 사용하여 필터링할 수 있습니다. --포함하다 과 --들어오지 못하게 하다 옵션. 참조
자세한 내용은 "기본 필터링" 섹션을 참조하십시오. 소유자가 필터링할 수도 있습니다.
데이터베이스 --포함 사용자 과 --제외 사용자 옵션. "사용자 이름 필터링"을 참조하십시오.
자세한 내용은 섹션을 참조하십시오.

경고 및 위험 옵션은 백분율로 지정해야 합니다. 이 없습니다
이 작업의 기본값: 경고 및 위험을 지정해야 합니다. 경고 값
임계값보다 클 수 없습니다. 출력은 다음 기준으로 정렬된 모든 데이터베이스를 반환합니다.
적중률, 가장 작은 것부터.

예: 호스트 flagg의 데이터베이스가 적중률이 90% 미만인 경우 경고하고 다음과 같은 경우 위험합니다.
80% 미만.

check_postgres_hitratio --host=flagg --warning='90%' --critical='80%'

MRTG 출력의 경우 적중률이 가장 작은 데이터베이스의 백분율을 반환합니다.
첫 번째 줄에는 데이터베이스 이름이 있고 네 번째 줄에는 데이터베이스 이름이 있습니다.

hot_standby_delay
("symlink: check_hot_standby_delay") 스트리밍 복제 지연을 계산하여 확인합니다.
마스터 서버의 현재 xlog 위치와
그것에 연결된 슬레이브. 슬레이브 서버는 hot_standby(예: 읽기 전용) 모드에 있어야 합니다.
따라서 이 작업을 사용하기 위한 최소 버전은 Postgres 9.0입니다. NS --경고 과
--비판적인 옵션은 xlog 위치 간의 델타입니다. 이 값은 바이트이기 때문에
WAL의 오프셋은 애플리케이션의 예상 트랜잭션 볼륨과 일치해야 합니다.
거짓 긍정 또는 부정을 방지하기 위해.

첫 번째 "--dbname", "--host" 및 "--port" 등의 옵션은 마스터로 간주됩니다. NS
두 번째는 노예에 속합니다.

바이트 값은 스트리밍에 필요한 트랜잭션 볼륨을 기반으로 해야 합니다.
Postgres에 의해 결정된 너무 많은 지연으로 인해 마스터에서 복제 연결이 끊어졌습니다.
구성 변수 wal_keep_segments. 시간 단위의 경우 유효한 단위는 '초'입니다.
'분', '시간' 또는 '일'. 각각은 단수 또는 약어로 쓸 수 있습니다.
첫 편지. 둘 다 지정할 때 '바이트 과 시간', 두 조건 모두
임계값을 충족하려면 true입니다.

쉼표로 구분하여 데이터베이스에 연결하는 방법에 대한 정보를 제공해야 합니다.
"--dbport=5432,5543"과 같은 --dbhost 및 --dbport 매개변수를 나열합니다. 주어지지 않으면,
작업이 실패합니다.

예 1: xlog 재생에서 포트 5433의 로컬 복제본이 있는 데이터베이스가 뒤에 있음을 경고합니다.
전혀

check_hot_standby_delay --dbport=5432,5433 --warning='1'

예 2: replica1이 마지막으로 수신한 트랜잭션이 10개를 초과하는 경우 임계값 제공
몇분 전에

check_hot_standby_delay --dbhost=master,replica1 --critical='10분'

예 3: 마스터가 순간적으로 보고 있는 경우 replica1이 1 WAL 세그먼트 뒤에 있도록 허용
스트리밍 복제 연결이 처리할 수 있는 것보다 더 많은 활동 또는 10분 뒤,
마스터가 활동을 거의 보고 있지 않고 트랜잭션을 처리하지 않는 경우
둘 다 복제 연결에 지속적인 문제가 있음을 나타냅니다.

check_hot_standby_delay --dbhost=master,replica1 --warning='1048576 및 2분' --critical='16777216 및 10분'

인덱스 크기
테이블 크기
관계 크기
(심볼 링크: "check_postgres_index_size", "check_postgres_table_size" 및
"check_postgres_relation_size") 작업 테이블 크기 과 인덱스 크기 단순히
변형 관계 크기 너무 성장한 관계를 확인하는 작업
큰. 관계(즉, 테이블 및 인덱스)는 다음을 사용하여 필터링할 수 있습니다. --포함하다
과 --들어오지 못하게 하다 옵션. 자세한 내용은 "기본 필터링" 섹션을 참조하십시오. 관계 수
를 사용하여 소유한 사용자가 필터링할 수도 있습니다. --포함 사용자 과 --제외 사용자
옵션. 자세한 내용은 "USER NAME FILTERING" 섹션을 참조하십시오.

에 대한 값 --경고 과 --비판적인 옵션은 파일 크기이며 단위는
바이트, 킬로바이트, 메가바이트, 기가바이트, 테라바이트 또는 엑사바이트. 각각 줄임말 가능
첫 글자까지. 단위가 지정되지 않으면 바이트가 가정됩니다. 기본값이 없습니다
값: 경고와 위험 옵션이 모두 제공되어야 합니다. 반환 텍스트는 다음을 보여줍니다.
발견된 가장 큰 관계의 크기.

경우 --showperf 옵션이 활성화되고, 모든 크기와의 관계가 주어집니다.
이를 방지하려면 다음을 설정하는 것이 좋습니다. --perflimit 옵션
"ORDER BY size DESC LIMIT(perflimit)"를 수행하는 쿼리입니다.

예 1: 호스트 burrick에서 600MB보다 큰 테이블이 있으면 임계값을 제공합니다.

check_postgres_table_size --critical='600MB' --warning='600MB' --host=burrick

예 2: 테이블 제품의 크기가 4GB를 초과하면 경고하고 4.5GB에서 임계값을 제공합니다.

check_postgres_table_size --host=burrick --warning='4GB' --critical='4.5GB' --include=제품

예 3: postgres가 소유하지 않은 인덱스가 500MB를 초과하면 경고합니다.

check_postgres_index_size --port=5432 --excludeuser=postgres -w 500MB -c 600MB

MRTG 출력의 경우 가장 큰 관계의 크기(바이트)와 이름을 반환합니다.
데이터베이스 및 관계를 네 번째 줄로 지정합니다.

마지막_분석
last_vacuum
last_autoanalyze
last_autovacuum
(심볼 링크: "check_postgres_last_analyze", "check_postgres_last_vacuum",
"check_postgres_last_autoanalyze" 및 "check_postgres_last_autovacuum") 시간 확인
하나 이상의 데이터베이스에 있는 각 테이블에 대해 진공(또는 분석)이 마지막으로 실행된 이후입니다.
이러한 작업을 사용하려면 대상 데이터베이스가 버전 8.3 이상이거나
버전은 8.2이고 구성 변수는 통계_행_수준 활성화되었습니다. 테이블
로 필터링할 수 있습니다. --포함하다 과 --들어오지 못하게 하다 옵션. "기본 필터링" 참조
자세한 내용은 섹션을 참조하십시오. 테이블 소유자는 다음을 사용하여 필터링할 수도 있습니다.
--포함 사용자 과 --제외 사용자 옵션. 자세한 내용은 "USER NAME FILTERING" 섹션을 참조하세요.
세부.

단위 --경고 과 --비판적인 시간으로 지정됩니다. 유효한 단위는 초,
분, 시간 및 일; 모두 첫 글자로 축약될 수 있습니다. 단위가 없는 경우
주어진 경우 '초'로 가정합니다. 기본값은 '1일'과 '2일'입니다. 참고하세요
이 필드가 자동으로 채워지지 않는 경우가 있습니다. 확실한 경우
테이블이 문제를 일으키고 있는지 확인하십시오.
테스트에서 제외하십시오.

'information_schema'라는 스키마는 유일한 테이블이므로 이 테스트에서 제외됩니다.
포함은 작고 변경되지 않습니다.

'자동'이 아닌 버전은 자동 버전도 확인합니다. 기타에서
단어, last_vacuum을 사용하면 일반 진공인지 여부에 관계없이 마지막 진공에 대해 보고합니다.
또는 autovacuum 데몬에 의해 실행됩니다.

예 1: 3일 동안 청소되지 않은 테이블이 있으면 경고하고
주, 숙주 쑥의 경우

check_postgres_last_vacuum --host=쑥 --warning='3d' --critical='7d'

예 2: 위와 같지만 사용자 'eve' 또는 'mallory'에 속한 테이블을 건너뜁니다.

check_postgres_last_vacuum --host=쑥 --warning='3d' --critical='7d' --excludeusers=eve, mallory

MRTG 출력의 경우 (첫 번째 줄에) a 이후 최소 시간(초)을 반환합니다.
테이블이 마지막으로 진공 처리되거나 분석되었습니다. 네 번째 줄은 데이터베이스 이름을 반환하고
테이블의 이름.

경청자
("symlink: check_postgres_listener") 누군가가 하나 이상을 듣고 있는지 확인
특정 문자열(LISTEN/NOTIFY 시스템 사용)은 pg_listener 테이블을 살펴봅니다.
경고 또는 위험 중 하나만 필요합니다. 형식은 다음을 나타내는 간단한 문자열입니다.
LISTEN 대상, 또는 정규식 검사를 위한 문자열이 뒤에 오는 물결표 문자.
이 검사는 Postgres 9.0 이상 버전에서는 작동하지 않습니다.

예 1: 포트에서 bucardo_mcp_ping 문자열을 수신하는 사람이 없으면 경고를 표시합니다.
5555 및 5556

check_postgres_listener --port=5555,5556 --warning=bucardo_mcp_ping

예 2: 'grimm'과 일치하는 활성 LISTEN 요청이 없는 경우 임계값 제공
데이터베이스 오스카

check_postgres_listener --db 오스카 --critical=~grimm

MRTG 출력의 경우 성공 또는 실패를 나타내는 첫 번째에 1 또는 0을 반환합니다. 이름
를 통해 통지해야 합니다. --mrtg 옵션을 선택합니다.

잠금
("symlink: check_postgres_locks") 하나 이상의 잠금에 대한 총 수를 확인합니다.
데이터베이스. 데이터베이스 클러스터당 두 번 이상 실행할 필요가 없습니다. 데이터베이스 수
로 필터링 --포함하다 과 --들어오지 못하게 하다 옵션. "기본 필터링" 섹션을 참조하십시오.
자세한 내용은.

XNUMXD덴탈의 --경고 과 --비판적인 옵션은 다음을 나타내는 단순한 숫자로 지정할 수 있습니다.
총 잠금 수 또는 잠금 유형별로 분류할 수 있습니다. 유효한 잠금 이름
'total', 'waiting' 또는 Postgres에서 사용하는 잠금 유형의 이름입니다. 이러한 이름은
대소문자를 구분하지 않고 끝에 "잠금" 부분이 필요하지 않으므로 배타적인 일치합니다
'익스클루시브 락'. 형식은 이름=숫자이며 다른 항목은 콜론 또는
세미콜론(또는 기타 기호).

예 1: 잠금 수가 100개 이상인 경우 경고, 200개 이상인 경우 임계값 켜기
호스트 가렛

check_postgres_locks --host=garrett --warning=100 --중요=200

예 2: 호스트 artemus에서 200개 이상의 잠금이 존재하는 경우 경고하고 다음과 같은 경우 임계값을 제공합니다.
총 250개 이상의 잠금이 존재하거나 20개 이상의 단독 잠금이 존재하거나 5개 이상의 연결이 있는 경우
잠금을 기다리고 있습니다.

check_postgres_locks --host=artemus --warning=200 --critical="total=250:waiting=5:exclusive=20"

MRTG 출력의 경우 첫 번째 줄의 잠금 수와 이름을 반환합니다.
네 번째 줄에 데이터베이스.

로그 파일
("symlink: check_postgres_logfile") 로그 파일이 예상 위치에 있는지 확인합니다.
및 로그인 중입니다. 이 작업은 각각에 대해 오류를 발생시키는 명령을 실행합니다.
데이터베이스를 확인하고 메시지가 로그에 표시되는지 확인합니다. 그것은 스캔
로그가 있어야 할 위치를 파악하기 위해 Postgres 내부의 다양한 log_* 설정. 만약 너라면
syslog를 사용하고 있는 경우, /etc/syslog.conf.
또는 로그 파일의 이름을 다음과 같이 제공할 수 있습니다. --로그 파일 옵션. 이것은
로그에 외부 프로그램으로 구동되는 사용자 정의 회전 구성표가 있는 경우 특히 유용합니다.
XNUMXD덴탈의 --로그 파일 옵션은 "%Y %m %d %H" 이스케이프 문자를 지원합니다.
현재 연도, 월, 날짜 및 시간을 각각 나타냅니다. 오류는 항상
경고 옵션이 XNUMX이 아닌 값으로 전달되지 않는 한 위험으로 보고됩니다.
특정 용도 외에 "--warning" 및 "--critical" 옵션은 지원 be
익숙한.

예 1: 포트 5432에서 로그 파일이 파일에 기록되고 있는지 확인하십시오.
/home/greg/pg8.2.log

check_postgres_logfile --port=5432 --logfile=/home/greg/pg8.2.log

예 2: 위와 동일하지만 중요하지 않은 경고 발생

check_postgres_logfile --port=5432 --logfile=/home/greg/pg8.2.log -w 1

MRTG 출력의 경우 성공 또는 실패를 나타내는 첫 번째 줄에 1 또는 0을 반환합니다. 에
실패의 경우 네 번째 줄은 발생한 실패에 대한 자세한 정보를 제공합니다.

new_version_bc
("symlink: check_postgres_new_version_bc") Bucardo의 최신 버전인지 확인합니다.
프로그램을 사용할 수 있습니다. 현재 버전은 "bucardo_ctl --version"을 실행하여 얻습니다.
주요 업그레이드를 사용할 수 있는 경우 경고가 반환됩니다. 리비전 업그레이드가
사용 가능한 경우 임계값이 반환됩니다. (Bucardo는 마스터에서 노예로, 마스터에서 마스터로
Postgres용 복제 시스템: 참조 http://bucardo.org 자세한 내용은). 또한보십시오
"--get_method" 옵션에 대한 정보입니다.

new_version_box
("symlink: check_postgres_new_version_box") boxinfo의 최신 버전인지 확인합니다.
프로그램을 사용할 수 있습니다. 현재 버전은 "boxinfo.pl --version"을 실행하여 얻을 수 있습니다.
주요 업그레이드를 사용할 수 있는 경우 경고가 반환됩니다. 리비전 업그레이드가
사용 가능한 경우 임계값이 반환됩니다. (boxinfo는 중요한 정보를 얻기 위한 프로그램입니다.
서버에서 정보를 가져와 HTML 형식으로 넣기: 참조
http://bucardo.org/wiki/boxinfo 자세한 내용은). 에 대한 정보도 참조하십시오.
"--get_method" 옵션.

new_version_cp
("symlink: check_postgres_new_version_cp") 이 프로그램의 최신 버전인지 확인합니다.
(check_postgres)는 메인에 있는 작은 텍스트 파일에서 버전을 가져와서 사용할 수 있습니다.
프로젝트 홈 페이지의 페이지입니다. 반환된 버전이 그렇지 않은 경우 경고를 반환합니다.
실행 중인 것과 일치합니다. 권장 점검 간격은 XNUMX일 XNUMX회입니다. 참조
"--get_method" 옵션에 대한 정보입니다.

new_version_pg
("symlink: check_postgres_new_version_pg") Postgres의 최신 버전이 있는지 확인합니다.
연결된 각 데이터베이스에 대해 이것은 개정만 확인한다는 점에 유의하십시오. 예를 들어
8.3.6 ~ 8.3.7. 개정판은 항상 100% 바이너리와 호환되며 덤프 및
업그레이드를 위해 복원합니다. 버그를 해결하기 위해 수정되었으므로 가능한 한 빨리 업그레이드하십시오.
항상 권장됩니다. 최신 버전이 없으면 경고를 반환합니다. 그것은이다
이 검사는 하루에 한 번 이상 실행하는 것이 좋습니다. 에 대한 정보도 참조하십시오.
"--get_method" 옵션.

new_version_tnm
("symlink: check_postgres_new_version_tnm") tail_n_mail의 최신 버전인지 확인합니다.
프로그램을 사용할 수 있습니다. 현재 버전은 "tail_n_mail --version"을 실행하여 얻습니다.
주요 업그레이드를 사용할 수 있는 경우 경고가 반환됩니다. 리비전 업그레이드가
사용 가능한 경우 임계값이 반환됩니다. (tail_n_mail은 다음과 같이 보낼 수 있는 로그 모니터링 도구입니다.
Postgres 로그에 흥미로운 이벤트가 나타날 때 메일을 보냅니다. 보다:
http://bucardo.org/wiki/Tail_n_mail 자세한 내용은). 에 대한 정보도 참조하십시오.
"--get_method" 옵션.

pgb_pool_cl_active
pgb_pool_cl_waiting
pgb_pool_sv_active
pgb_pool_sv_idle
pgb_pool_sv_used
pgb_pool_sv_tested
pgb_pool_sv_login
pgb_pool_maxwait
(심볼 링크: "check_postgres_pgb_pool_cl_active", "check_postgres_pgb_pool_cl_waiting",
"check_postgres_pgb_pool_sv_active", "check_postgres_pgb_pool_sv_idle",
"check_postgres_pgb_pool_sv_used", "check_postgres_pgb_pool_sv_tested",
"check_postgres_pgb_pool_sv_login" 및 "check_postgres_pgb_pool_maxwait")

pgbouncer의 풀 통계를 검사합니다. 각 풀에는 "클라이언트" 연결 세트가 있습니다.
외부 클라이언트의 연결을 참조하고 "서버" 연결을 참조합니다.
PostgreSQL 자체에 대한 연결. 관련된 check_postgres 작업에는 "cl_"이 접두사로 붙습니다.
및 "sv_". 활성 클라이언트 연결은 현재 연결된 연결입니다.
활성 서버 연결로. 클라이언트 연결은 "대기 중"일 수도 있습니다.
아직 서버 연결이 할당되지 않았습니다. 서버 연결이 "활성"(연결됨
클라이언트로), "유휴"(클라이언트 연결이 연결될 때까지 대기), "사용됨"(그냥
클라이언트에서 연결 해제되고 아직 유휴 풀로 반환되지 않음), "테스트됨"(현재
테스트됨) 및 "로그인"(로그인 과정 중). maxwait 값은 얼마나 오래
대기 중인 가장 오래된 클라이언트 연결이 대기한 시간(초)입니다.

pgbouncer_backends
("symlink: check_postgres_pgbouncer_backends") 현재 연결 수를 확인합니다.
pgbouncer를 통해 하나 이상의 데이터베이스에 대해 선택적으로 최대값과 비교합니다.
pgbouncer 구성 변수에 의해 결정되는 허용됨 max_client_conn. 그만큼
--경고 과 --비판적인 옵션은 세 가지 형식 중 하나를 취할 수 있습니다. 첫째, 간단한 숫자는
경고가 제공될 연결 수를 나타냅니다.
이 선택은 다음을 사용하지 않습니다. max_connections 환경. 둘째, 사용 가능한 비율
연결을 줄 수 있습니다. 셋째, 다음을 나타내는 음수가 주어질 수 있습니다.
까지 남은 연결 수 max_connections 도달했습니다. 에 대한 기본값
--경고 과 --비판적인 '90%'와 '95%'입니다. 다음을 사용하여 데이터베이스를 필터링할 수도 있습니다.
전에, --포함하다 과 --들어오지 못하게 하다 옵션. 자세한 내용은 "기본 필터링" 섹션을 참조하십시오.

유휴 상태가 아닌 프로세스만 보려면 다음을 사용할 수 있습니다. --노이들 논쟁. 사용자가
이 제대로 작동하려면 수퍼유저여야 하므로 연결하고 있습니다.

예 1: 호스트 quirm의 연결 수가 120에 도달하면 경고를 제공하고
150에 도달하면 치명적입니다.

check_postgres_pgbouncer_backends --host=quirm --warning=120 --tical=150 -p 6432 -u pgbouncer

예 2: 호스트에서 max_connections 설정의 75%에 도달하면 임계값 제공
lancre 또는 lancre2.

check_postgres_pgbouncer_backends --warning='75%' --critical='75%' --host=lancre,lancre2 -p 6432 -u pgbouncer

예 3: 호스트에 연결 슬롯이 10개만 더 남아 있을 때 경고를 표시합니다.
플라스미드, 그리고 5개만 남았을 때 임계값입니다.

check_postgres_pgbouncer_backends --warning=-10 --creation=-5 --host=plasmid -p 6432 -u pgbouncer

MRTG 출력의 경우 첫 번째 줄에 연결 수가 보고되고 네 번째 줄에 연결 수가 보고됩니다.
행은 데이터베이스 이름과 현재 max_client_conn을 제공합니다. 하나 이상인 경우
데이터베이스가 쿼리된 경우 연결 수가 가장 많은 데이터베이스가 출력됩니다.

pgbouncer_checksum
("symlink: check_postgres_pgbouncer_checksum") 모든 pgBouncer 설정이 다음과 같은지 확인합니다.
마지막으로 확인했을 때와 동일합니다. 이것은 정렬된 목록의 체크섬을 생성하여 수행됩니다.
설정 이름과 그 값. 데이터베이스 이름을 지정해서는 안 됩니다.
자동으로 pgbouncer로 기본 설정됩니다. 또는 --경고 또는 --비판적인 선택권
주어져야 하지만 둘 다 주어서는 안 된다. 각각의 값은 32자의 체크섬입니다.
0진수 값. 특별한 "--critical=XNUMX" 옵션을 사용하여 실행할 수 있습니다.
기존 체크섬.

이 작업에는 Digest::MD5 모듈이 필요합니다.

예 1: 다음을 사용하여 포트 6432에서 pgbouncer 구성에 대한 초기 체크섬을 찾습니다.
기본 사용자(보통 postgres)

check_postgres_pgbouncer_checksum --port=6432 --중요=0

예 2: 설정이 변경되지 않았는지 확인하고 변경된 경우 경고합니다.
위.

check_postgres_pgbouncer_checksum --port=6432 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

MRTG 출력의 경우 일치하는 체크섬 실패의 성공을 나타내는 1 또는 0을 반환합니다.
체크섬은 "--mrtg" 인수로 제공되어야 합니다. 네 번째 줄은 항상
현재 체크섬.

pgagent_jobs
("symlink: check_postgres_pgagent_jobs")
이전 시간 간격으로 실행이 성공했습니다. 이것은 다음을 확인하여 수행됩니다.
결과가 XNUMX이 아닌 모든 단계.

"--warning" 또는 "--critical" 또는 둘 다 시간으로 지정할 수 있으며 작업은
현재 시간 이전에 지정된 시간 동안 오류가 있는지 확인합니다. 유효한
단위는 초, 분, 시간 및 일입니다. 모두 첫 글자로 축약될 수 있습니다.
단위가 지정되지 않으면 '초'로 간주됩니다.

예 1: 마지막 날에 실행된 작업이 실패한 경우 임계값을 제공합니다.

check_postgres_pgagent_jobs --중요=1d

예 2: 지난 주에 실행된 작업이 실패하면 경고를 표시합니다.

check_postgres_pgagent_jobs --경고=7d

예 3: 지난 2시간 동안 실패한 작업에 대해 임계값을 제공하고 다음 작업에 대한 경고를 제공합니다.
지난 4시간 동안 실패한 작업:

check_postgres_pgagent_jobs --중요=2h --warning=4h

준비된_txns
("symlink: check_postgres_prepared_txns") 기존 준비된 모든 연령 확인
업무. 대부분의 사람들은 준비된 트랜잭션을 사용하지 않습니다.
두 부분으로 커밋하고 유지 관리가 복잡합니다. 그들은 또한 다음과 혼동되어서는 안됩니다.
준비된 진술, 대부분의 사람들이 준비를 들었을 때 생각하는 것입니다. NS
경고의 기본값은 1초이며 준비된 트랜잭션의 사용을 감지합니다.
아마도 대부분의 시스템에서 실수일 것입니다. 경고 및 위험은 시간(초)입니다.
경고가 발생하기 전에 준비된 트랜잭션이 열려 있습니다.

예 1: 준비된 트랜잭션 감지 시 경고 표시:

check_postgres_prepared_txns -w 0

예 2: 준비된 트랜잭션이 10개 이상 열려 있는 경우 임계값 제공
초, 그러나 데이터베이스 'shike'에 대해 최대 360초를 허용합니다.

check_postgres_prepared_txns --critical=10 --exclude=슈라이크
check_postgres_prepared_txns --critical=360 --include=슈라이크

MRTG 출력의 경우 가장 오래된 트랜잭션이 열린 시간(초)을 반환합니다.
첫 번째 줄과 마지막 줄에서 가져온 데이터베이스.

쿼리_런타임
("symlink: check_postgres_query_runtime") 특정 쿼리를 실행하는 데 걸리는 시간을 확인하고,
이에 대해 "EXPLAIN ANALYZE"를 실행합니다. NS --경고 과 --비판적인 옵션은
쿼리에 소요되는 최대 시간입니다. 유효한 단위는 초, 분, 시간입니다.
any는 첫 글자로 축약될 수 있습니다. 단위를 지정하지 않으면 '초'로 간주됩니다.
경고와 위험 옵션이 모두 제공되어야 합니다. 보기 또는 함수의 이름
실행하려면 에 전달되어야 합니다. --쿼리 이름 옵션. 한 단어로 구성되어야 합니다.
(또는 schema.word), 끝에 선택적 괄호가 있습니다.

예 1: "speedtest"라는 함수가 10초 이내에 실행되지 않거나
적게.

check_postgres_query_runtime --queryname='speedtest()' --critical=10 --warning=10

MRTG 출력의 경우 쿼리가 첫 번째 줄에서 완료되는 데 걸리는 시간(초)을 보고합니다.
네 번째 줄은 데이터베이스를 나열합니다.

쿼리 시간
("symlink: check_postgres_query_time") 하나 이상의 쿼리 실행 길이를 확인합니다.
데이터베이스. 동일한 데이터베이스 클러스터에서 두 번 이상 실행할 필요가 없습니다. 메모
이것은 이미 "트랜잭션 유휴" 쿼리를 제외합니다. 데이터베이스 수
를 사용하여 필터링 --포함하다 과 --들어오지 못하게 하다 옵션. "기본 필터링" 섹션을 참조하십시오.
자세한 사항은. 다음을 사용하여 쿼리를 실행하는 사용자를 필터링할 수도 있습니다. --포함 사용자
과 --제외 사용자 옵션. 자세한 내용은 "USER NAME FILTERING" 섹션을 참조하십시오.

에 대한 값 --경고 과 --비판적인 옵션은 시간이며 기본값은 '2입니다.
분'과 '5분'. 유효한 단위는 '초', '분', '시간' 또는
'날'. 각각은 단수 또는 첫 글자로 축약될 수 있습니다. 단위가 없는 경우
주어진 경우 단위는 초로 가정합니다.

이 작업에는 Postgres 8.1 이상이 필요합니다.

예 1: 쿼리가 3분 이상 실행된 경우 경고를 표시하고
5분보다 길면 중요합니다.

check_postgres_query_time --port=5432 --warning='3분' --critical='5분'

예 2: 기본값(2분 및 5분)을 사용하여 해당 데이터베이스를 제외한 모든 데이터베이스 확인
'템플릿'으로 시작합니다.

check_postgres_query_time --port=5432 --exclude=~^템플릿

예 3: 사용자 'don'이 20초 이상 실행 중인 쿼리가 있는 경우 경고

check_postgres_query_time --port=5432 --includeuser=don --warning=20s

MRTG 출력의 경우 첫 번째 쿼리에서 가장 오래 실행된 쿼리의 길이(초)를 반환합니다.
선. 네 번째 줄은 데이터베이스의 이름을 제공합니다.

복제 행
("symlink: check_postgres_replicate_row") 마스터-슬레이브 복제가 작동하는지 확인합니다.
하나 이상의 노예에게.

첫 번째 "--dbname", "--host" 및 "--port" 등의 옵션은 마스터로 간주됩니다.
후속 용도는 슬레이브입니다. 값 또는 --경고 과 --비판적인 옵션은
시간 단위이며 적어도 하나는 제공되어야 합니다(기본값 없음). 유효한 단위는 '초'입니다.
'분', '시간' 또는 '일'. 각각은 단수 또는 약어로 쓸 수 있습니다.
첫 편지. 단위가 지정되지 않은 경우 단위는 초로 간주됩니다.

이 검사는 마스터의 단일 행을 업데이트한 다음 업데이트되는 데 걸리는 시간을 측정합니다.
노예에게 적용됩니다. 이렇게 하려면 복제 중인 테이블을 선택한 다음
변경할 수 있고 다른 프로세스에 의해 변경되지 않을 행을 찾습니다. NS
이 행의 특정 열은 한 값에서 다른 값으로 변경됩니다. 이 모든 것이 먹힌다.
"repinfo" 옵션에 추가하고 쉼표로 구분된 다음 옵션을 포함해야 합니다.
테이블 이름, 기본 키, 키 ID, 열, 첫 번째 값, 두 번째 값.

예 1: Slony는 'orders'라는 테이블을 호스트 'alpha'에서 호스트 'beta'로 복제하고 있습니다.
데이터베이스 '판매'. 테이블의 기본 키는 id로 명명되고 우리는
ID가 3인 행을 테스트합니다(이것은 역사적이며 변경되지 않음). 칼럼이 있다
확인하기 위해 'slon' 값에서 'nols' 값으로 전환할 'salesrep'라는 이름
복제. 10시간 이내에 복제가 발생하지 않으면 경고를 던지고 싶습니다.
초.

check_postgres_replicate_row --host=alpha --dbname=판매 --host=베타
--dbname=판매 --warning=10 --repinfo=주문,id,3,판매 담당자,slon,nols

예 2: Bucardo는 'green' 호스트에서 호스트로 'receipt'라는 테이블을 복제하고 있습니다.
'빨간색', '파란색', '노란색'. 양측의 데이터베이스는 '공개'입니다. 슬레이브 데이터베이스
포트 5455에서 실행 중입니다. 기본 키는 우리가 사용하려는 행인 'receipt_id'입니다.
값이 9이고 테스트를 위해 변경하려는 열을 'zone'이라고 합니다. 잘
이 열의 값에 대해 '북쪽'과 '남쪽' 사이를 전환하고 다음과 같은 경우 임계값을 던집니다.
5초 이내에 XNUMX개의 슬레이브 모두에 ​​변경 사항이 적용되지 않습니다.

check_postgres_replicate_row --host=green --port=5455 --host=빨간색, 파란색, 노란색
--중요=5 --repinfo=receipt,receipt_id,9,zone,north,south

MRTG 출력의 경우 복제에 걸리는 시간(초)을 첫 번째 줄에 반환합니다.
마치다. 최대 시간은 4분 30초로 설정됩니다. 복제가 수행되지 않은 경우
그 오랜 시간 동안 오류가 발생합니다.

same_schema
("symlink: check_postgres_same_schema") 둘 이상의 데이터베이스가 동일한지 확인합니다.
스키마까지(그러나 내부의 데이터는 제외). 이것은 특히 만들기에 편리합니다.
마스터를 슬레이브로 사용할 때 슬레이브가 수정되거나 손상되지 않았는지 확인하십시오.
복제. 대부분의 다른 작업과 달리 이 작업에는 경고나 중요한 기준이 없습니다.
데이터베이스가 동기화되어 있거나 그렇지 않습니다. 다를 경우 세부 목록
차이점이 제시됩니다.

특정 차이점을 제외하거나 필터링할 수 있습니다. 이 작업을 수행하는 방법은 다음을 추가하는 것입니다.
문자열을 "--filter" 옵션에 추가합니다. 개체 유형을 제외하려면 "noname"을 사용합니다. 여기서 'name'
개체 유형입니다(예: "noschema"). 특정 유형의 객체를 제외하려면
이름에 대한 정규식을 사용하려면 "noname=regex"를 사용하십시오. 아래 예를 참조하십시오.
더 나은 이해.

필터링할 수 있는 개체 유형은 다음과 같습니다.

사용자
개요
테이블
전망
색인
순서
구속
트리거
기능

필터 옵션 "noposition"은 내에서 열의 위치 확인을 방지합니다.
테이블.

필터 옵션 "nofuncbody"는 모든 함수의 본문 비교를 방지합니다.

필터 옵션 "noperm"은 개체 권한 비교를 방지합니다.

두 번째 데이터베이스를 제공하려면
적절한 연결 인수. 예를 들어, 호스트 alpha와 호스트의 데이터베이스를 비교하려면
브라보, "--dbhost=alpha,bravo"를 사용하십시오. 또한 아래의 예를 참조하십시오.

단일 호스트만 제공되는 경우 "시간 기반" 보고서를 수행하는 것으로 가정합니다. NS
처음 실행하면 데이터베이스의 모든 항목에 대한 스냅샷이 로컬에 저장됩니다.
파일. 다시 실행하면 해당 스냅샷이 읽혀지고 "데이터베이스 #2"가 되고
현재 데이터베이스와 비교합니다.

이전 저장 파일을 새 버전으로 바꾸려면 --replace 인수를 사용합니다.

다양한 시점에서 스냅샷을 활성화하려면 "--suffix" 인수를 사용하여
각 실행에 고유한 파일 이름. 아래의 예를 참조하십시오.

예 1: star 및 line 호스트의 두 데이터베이스가 동일한지 확인합니다.

check_postgres_same_schema --dbhost=스타, 라인

예 2: 이전과 동일하지만 이름에 "slony"가 포함된 모든 트리거 제외

check_postgres_same_schema --dbhost=star,line --filter="notrigger=slony"

예 3: 이전과 동일하지만 모든 인덱스도 제외

check_postgres_same_schema --dbhost=star,line --filter="notrigger=slony noindexes"

예 4: 다른 포트에서 "battlestar" 데이터베이스의 차이점 확인

check_postgres_same_schema --dbname=battlestar --dbport=5432,5544

예 5: 일별 및 주별 스냅샷 파일 생성

check_postgres_same_schema --dbname=cylon --suffix=매일
check_postgres_same_schema --dbname=cylon --suffix=주간

예 6: 기록 비교를 실행한 다음 파일 바꾸기

check_postgres_same_schema --dbname=cylon --suffix=daily --replace

순서
("symlink: check_postgres_sequence") 모든 시퀀스에 얼마나 많은 공간이 남아 있는지 확인합니다.
데이터 베이스. 이것은 사용된 총 가능한 값의 백분율로 측정됩니다.
각 시퀀스에 대해. NS --경고 과 --비판적인 옵션은 다음과 같이 표현되어야 합니다.
백분율. 기본값은 85% 경고와 95% 크리티컬을 위해. 당신은 할 수있다
--include 및 --exclude를 사용하여 검사할 시퀀스를 제어합니다. 이
수표는 비정상적인 것을 설명합니다 최소값 과 증가 by 값이지만 상관하지 않습니다.
시퀀스가 순환 여부로 설정됩니다.

Nagios의 출력은 시퀀스의 이름, 사용된 백분율 및 숫자를 제공합니다.
해당 시퀀스에서 nextval을 몇 번 더 호출할 수 있는지 나타내는 'calls'가 남음
최대값에 도달하기 전에.

MRTG에 대한 출력은 첫 번째 줄의 모든 시퀀스에서 가장 높은 백분율을 반환합니다.
"|"로 구분된 네 번째 줄에 해당 백분율이 있는 각 시퀀스의 이름
(파이프) 해당 백분율에 둘 이상의 시퀀스가 ​​있는 경우.

예 1: 시퀀스가 ​​95%에 가까워지면 경고를 표시합니다.

check_postgres_sequence --dbport=5432 --경고=95%

예 2: "orders_id_seq"라는 시퀀스가 ​​절반을 넘지 않았는지 확인합니다.

check_postgres_sequence --dbport=5432 --중요=50% --include=orders_id_seq

설정_체크섬
("symlink: check_postgres_settings_checksum") 모든 Postgres 설정이 다음과 같은지 확인합니다.
마지막으로 확인했을 때와 동일합니다. 이것은 정렬된 목록의 체크섬을 생성하여 수행됩니다.
설정 이름과 그 값. 동일한 데이터베이스의 다른 사용자는
다른 체크섬, ALTER USER 사용 및 수퍼유저가 더 많이 볼 수 있다는 사실로 인해
일반 사용자보다 설정. 또는 --경고 또는 --비판적인 옵션은
주어졌지만 둘 다 아니다. 각각의 값은 32자의 XNUMX진수 체크섬입니다.
값. 특별한 "--critical=0" 옵션으로 실행하여 기존
체크섬.

이 작업에는 Digest::MD5 모듈이 필요합니다.

예 1: 기본 사용자를 사용하여 포트 5555에서 데이터베이스의 초기 체크섬 찾기
(보통 포스트그레스)

check_postgres_settings_checksum --port=5555 --중요=0

예 2: 설정이 변경되지 않았는지 확인하고 변경된 경우 경고합니다.
위.

check_postgres_settings_checksum --port=5555 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

MRTG 출력의 경우 일치하는 체크섬 실패의 성공을 나타내는 1 또는 0을 반환합니다.
체크섬은 "--mrtg" 인수로 제공되어야 합니다. 네 번째 줄은 항상
현재 체크섬.

slony_status
("symlink: check_postgres_slony_status") 다음을 통해 Slony 클러스터의 상태를 확인합니다.
Slony의 sl_status 보기의 결과를 보고 있습니다. 이것은 수로 반환됩니다.
"지연 시간"의 초. NS --경고 과 --비판적인 옵션은 시간으로 표현되어야 합니다.
기본값은 60 초 경고와 300 초 크리티컬을 위해.

선택적 인수 --개요 Slony가 설치된 스키마를 나타냅니다. 그 경우
지정하지 않으면 이 검사가 실행될 때마다 스키마가 자동으로 결정됩니다.

예 1: Slony가 20초 이상 지연되면 경고를 표시합니다.

check_postgres_slony_status --경고 20

예 2: "_slony" 스키마 아래에 설치된 Slony가 10을 초과하는 경우 임계값 제공
분 지연

check_postgres_slony_status --schema=_slony --tical=600

시간 동기화
("symlink: check_postgres_timesync") 로컬 시스템 시간을 보고된 시간과 비교합니다.
하나 이상의 데이터베이스에 의해 NS --경고 과 --비판적인 옵션은 다음 수를 나타냅니다.
경고가 주어지기 전에 두 시스템 사이의 초. 둘 다 지정되지 않은 경우
기본값은 '2'와 '5'가 사용됩니다. 경고 값은 다음보다 클 수 없습니다.
임계값. 이 테스트의 정확하지 않은 특성으로 인해 '0' 또는 '1' 값은
좋습니다.

반환된 문자열은 시차와 작성된 각 면의 시간을 보여줍니다.
아웃.

예 1: 호스트 ankh, morpork 및 klatch의 데이터베이스가 3개 이하인지 확인
현지 시간에서 초 차이:

check_postgres_timesync --host=ankh,morpork,klatch --중요=3

MRTG 출력의 경우 첫 번째 줄을 반환합니다.
현지 시간과 데이터베이스 시간. 네 번째 줄은 데이터베이스의 이름을 반환합니다.

txn_idle
("symlink: check_postgres_txn_idle") "idle in
하나 이상의 데이터베이스에서 "트랜잭션" 쿼리를 실행합니다. 이 작업을 두 번 이상 실행할 필요가 없습니다.
동일한 데이터베이스 클러스터에서 데이터베이스는 다음을 사용하여 필터링할 수 있습니다. --포함하다 과
--들어오지 못하게 하다 옵션. 자세한 내용은 아래의 "기본 필터링" 섹션을 참조하십시오.

XNUMXD덴탈의 --경고 과 --비판적인 옵션은 시간 단위, 부호 있는 정수 또는
시간 단위에 대한 정수이며 둘 다 제공해야 합니다(기본값 없음). 유효한 단위
'초', '분', '시간' 또는 '일'입니다. 각각은 단수 또는 약어로 작성될 수 있습니다.
첫 글자만. 단위가 지정되지 않고 숫자에 부호가 없으면 단위
초로 가정합니다.

이 작업에는 Postgres 8.3 이상이 필요합니다.

예 1: 트랜잭션에서 15시간 이상 유휴 상태인 연결이 있는 경우 경고를 표시합니다.
초:

check_postgres_txn_idle --port=5432 --warning='15초'

예 2: 50개 이상의 트랜잭션이 있는 경우 경고 제공

check_postgres_txn_idle --port=5432 --warning='+50'

예 3: 5개 이상의 연결이 트랜잭션에서 더 많은 시간 동안 유휴 상태인 경우 임계값 제공
10초 이상:

check_postgres_txn_idle --port=5432 --critical='5초 동안 10'

MRTG 출력의 경우 가장 긴 유휴 트랜잭션이 발생한 시간(초)을 반환합니다.
달리기. 네 번째 줄은 데이터베이스 이름과 데이터베이스에 대한 기타 정보를 반환합니다.
가장 긴 거래.

txn_time
("symlink: check_postgres_txn_time") 하나 이상의 열린 트랜잭션 길이를 확인합니다.
데이터베이스. 데이터베이스 클러스터당 두 번 이상 이 명령을 실행할 필요가 없습니다.
데이터베이스는 다음을 사용하여 필터링할 수 있습니다. --포함하다 과 --들어오지 못하게 하다 옵션. "기본"을 참조하십시오.
FILTERING' 섹션에서 자세한 내용을 확인하세요. 거래 소유자는 다음을 통해 필터링할 수도 있습니다.
의 사용 --포함 사용자 과 --제외 사용자 옵션. "사용자 이름 필터링" 섹션을 참조하세요.
자세한 내용은.

값 또는 --경고 과 --비판적인 옵션은 시간 단위이며 제공되어야 합니다.
(기본값 없음). 유효한 단위는 '초', '분', '시간' 또는 '일'입니다. 각각은
단수 또는 첫 글자로 축약됩니다. 단위가 지정되지 않은 경우
단위는 초로 가정합니다.

이 작업에는 Postgres 8.3 이상이 필요합니다.

예 1: 트랜잭션이 10분 이상 열려 있는 경우 임계값을 제공합니다.

check_postgres_txn_time --port=5432 --critical='10분'

예 1: 사용자 '창고'가 30초 동안 열린 트랜잭션이 있는 경우 경고

check_postgres_txn_time --port-5432 --warning=30s --includeuser=웨어하우스

MRTG 출력의 경우 트랜잭션이 열린 최대 시간(초)을 반환합니다.
첫째 줄. 네 번째 줄은 데이터베이스의 이름을 제공합니다.

txn_wraparound
("symlink: check_postgres_txn_wraparound") 트랜잭션 랩어라운드 XNUMX에 얼마나 가까운지 확인합니다.
또는 더 많은 데이터베이스를 확보하고 있습니다. NS --경고 과 --비판적인 옵션은 숫자를 나타냅니다
완료된 트랜잭션의 수이며 양의 정수여야 합니다. 둘 중 하나의 옵션이 제공되지 않으면
기본값 1.3억과 1.4억이 사용됩니다. 이 명령을 더 이상 실행할 필요가 없습니다.
데이터베이스 클러스터당 한 번 이상. 이 숫자에 대한 자세한 설명은
표시하고 이에 대해 수행할 작업은 페이지를 방문하십시오.
<http://www.postgresql.org/docs/current/static/routine-vacuuming.html#포장용 진공>

경고 및 임계값에는 Perl과 같이 가독성을 위해 숫자에 밑줄이 있을 수 있습니다.
않습니다.

예 1: localhost 데이터베이스의 기본값 확인

check_postgres_txn_wraparound --호스트=로컬호스트

예 2: 포트 6000을 확인하고 1.7억 트랜잭션에 도달하면 임계값을 제공합니다.

check_postgres_txn_wraparound --port=6000 --critical=1_700_000_000

MRTG 출력의 경우 XNUMX행의 모든 ​​데이터베이스에 대해 가장 높은 트랜잭션 수를 반환합니다.
4행은 그것이 어떤 데이터베이스인지를 나타냅니다.

버전
("symlink: check_postgres_version") Postgres의 필수 버전이 다음인지 확인합니다.
달리기. NS --경고 과 --비판적인 옵션(하나만 필요)은 다음 형식이어야 합니다.
XY or XYZ 어디에 X 는 주 버전 번호이며, Y 는 부 버전 번호이며 Z is
개정.

예 1: 포트 5678의 데이터베이스가 버전 8.4.10이 아닌 경우 경고를 표시합니다.

check_postgres_version --port=5678 -w=8.4.10

예 2: 계곡, 곡물 또는 일조 호스트의 데이터베이스가 8.3이 아닌 경우 경고를 표시합니다.

check_postgres_version -H 계곡, 곡물, 햇빛 --critical=8.3

MRTG 출력의 경우 첫 번째 줄에서 성공 또는 실패를 나타내는 1 또는 0을 보고합니다. NS
네 번째 줄은 현재 버전을 나타냅니다. 버전은 "--mrtg"를 통해 제공되어야 합니다.
옵션을 선택합니다.

wal_files
("symlink: check_postgres_wal_files") 파일에 WAL 파일이 몇 개 있는지 확인합니다. pg_xlog
디렉토리에서 찾을 수 있습니다. 데이터 디렉토리, 때로는 다른 심볼릭 링크로
성능상의 이유로 물리적 디스크. 이 작업은 수퍼유저로 실행해야 합니다.
의 내용에 액세스 pg_xlog 예배 규칙서. 이 작업을 사용하기 위한 최소 버전은 다음과 같습니다.
포스트그레스 8.1. NS --경고 과 --비판적인 옵션은 단순히 파일의 수입니다.
pg_xlog 예배 규칙서. 이것을 설정하는 숫자는 다양하지만 일반적인 지침은
문제를 조기에 포착하기 위해 평소보다 약간 높은 숫자입니다.

일반적으로 WAL 파일은 닫혀서 재사용되지만 장기 실행되는 열린 트랜잭션 또는
결함 아카이브 명령 스크립트로 인해 Postgres가 너무 많은 파일을 생성할 수 있습니다. 궁극적으로,
이로 인해 디스크에 공간이 부족하게 되며 이 시점에서 Postgres는
닥쳐

예 1: "pluto" 호스트에서 WAL 파일 수가 20개 이하인지 확인

check_postgres_wal_files --host=pluto --중요=20

MRTG 출력의 경우 1행의 WAL 파일 수를 보고합니다.

재구축_symlinks
재구축_symlinks_force
이 작업은 다른 인수가 필요하지 않으며 데이터베이스에 연결하지 않고 단순히
각 작업에 대해 현재 디렉토리에 다음 형식으로 심볼릭 링크를 생성합니다.
check_postgres_. 파일이 이미 있는 경우 덮어쓰지 않습니다. 만약에
작업이 rebuild_symlinks_force이면 심볼릭 링크를 덮어씁니다. 옵션
--symlinks는 --action=rebuild_symlinks를 더 짧게 표현한 것입니다.

BASIC 필터링

옵션 --포함하다 과 --들어오지 못하게 하다 검사할 항목을 제한하기 위해 결합할 수 있습니다.
행동에 따라. 다음을 사용할 때 데이터베이스 이름을 필터링할 수 있습니다.
작업: 백엔드, database_size, 잠금, query_time, txn_idle 및 txn_time. 의 이름
다음 작업을 사용할 때 관계를 필터링할 수 있습니다. bloat, index_size,
table_size, relation_size, last_vacuum, last_autovacuum, last_analyze 및
last_autoanalyze. settings_checksum을 사용할 때 설정 이름을 필터링할 수 있습니다.
동작. disk_space 작업을 사용할 때 파일 시스템의 이름을 필터링할 수 있습니다.

포함 옵션만 제공되면 일치하는 항목만 확인됩니다.
단, 제외와 포함이 모두 주어지면 제외를 먼저 하고 포함을 시킨다.
후에 제외되었을 수 있는 것을 복원합니다. 둘 다 --포함하다 과 --들어오지 못하게 하다
여러 번 제공되거나 쉼표로 구분된 목록으로 제공됩니다. 선행 물결표가 일치합니다.
다음 단어를 정규식으로 사용합니다.

스키마를 일치시키려면 검색어를 마침표 하나로 끝내십시오. 선행 물결표를 사용할 수 있습니다.
스키마에 대해서도 마찬가지입니다.

필터링을 사용할 때 주의하십시오. 예를 들어 백엔드의 포함 규칙은
일치하는 데이터베이스에 백엔드가 없기 때문에 문제가 보고되지 않을 뿐만 아니라
데이터베이스 이름의 철자가 틀렸습니다!

예 :

pg_class라는 이름의 항목만 확인합니다.

--include=pg_class

'pg_' 문자가 포함된 항목만 확인합니다.

--포함=~페이지_

'pg_'로 시작하는 항목만 확인:

--포함=~^pg_

'test'라는 항목을 제외합니다.

--제외=테스트

'test:' 문자가 포함된 모든 항목 제외:

--exclude=~테스트

스키마 'pg_catalog'의 모든 항목을 제외합니다.

--exclude='pg_catalog.'

'ace' 문자가 포함된 모든 항목을 제외하지만 'faceoff' 항목은 허용합니다.

--exclude=~ace --include=페이스오프

'slon' 문자가 포함된 'pg_' 문자로 시작하는 모든 항목을 제외하거나
이름은 'sql_settings' 또는 'green'입니다. 문자가 있는 항목을 구체적으로 확인하십시오.
이름에 'prod'를 포함하고 항상 'pg_relname'이라는 항목을 확인하세요.

--exclude=~^pg_,~slon,sql_settings --exclude=green --include=~prod,pg_relname

USER 이름 필터링

옵션 --포함 사용자 과 --제외 사용자 일부 작업에만 사용할 수 있습니다.
한 명 이상의 사용자가 소유한(또는 소유하지 않은) 데이터베이스 개체. NS --포함 사용자 선택권
항상 이긴다 --제외 사용자 옵션. 각 옵션에 대해 두 번 이상 부여할 수 있습니다.
여러 사용자 또는 쉼표로 구분된 목록을 제공할 수 있습니다. 현재 사용 중인 작업
이러한 옵션은 다음과 같습니다.

데이터베이스 크기
마지막_분석
last_autoanalyze
last_vacuum
last_autovacuum
쿼리 시간
관계 크기
txn_time

예 :

greg라는 사용자가 소유한 항목만 확인하십시오.

--includeuser=그렉

watson 또는 crick이 소유한 항목만 확인하십시오.

--includeuser=왓슨, 크릭

crick, franklin, watson 또는 Wilkins가 소유한 항목만 확인하십시오.

--includeuser=watson --includeuser=franklin --includeuser=crick, Wilkins

사용자 scott에 속한 항목을 제외한 모든 항목을 확인하십시오.

--excludeuser=스콧

TEST 모드

설정을 돕기 위해 이 프로그램은 다음을 지정하여 "테스트 모드"에서 실행할 수 있습니다.
--시험 옵션. 이렇게 하면 몇 가지 기본 테스트를 수행하여 데이터베이스가
사용자가
수퍼유저, Postgres 버전이 충분히 새 버전이고 stats_row_level이 활성화된 경우.

onworks.net 서비스를 사용하여 온라인으로 check_postgres_table_sizep를 사용하세요.