check_postgres_database_sizep - Online w chmurze

PROGRAM:

IMIĘ

check_postgres - skrypt monitorujący Postgres dla Nagios, MRTG, Cacti i innych

Ten dokument opisuje check_postgres w wersji 2.22.0

STRESZCZENIE

## Utwórz wszystkie dowiązania symboliczne
check_postgres --symlinki

## Sprawdź połączenie z bazą danych Postgres 'pluto':
check_postgres --action=połączenie --db=pluton

## To samo, ale za pomocą dowiązania symbolicznego
check_postgres_connection --db=pluton

## Ostrzegaj, jeśli > 100 blokad, krytyczne, jeśli > 200, lub > 20 wyłączne
check_postgres_locks --warning=100 --critical="total=200:exclusive=20"

## Pokaż aktualną liczbę bezczynnych połączeń na porcie 6543:
check_postgres_txn_idle --port=6543 --output=proste

## Istnieje wiele innych działań i opcji, czytaj dalej.

Najnowsze wiadomości i dokumentację można zawsze znaleźć pod adresem:
http://bucardo.org/check_postgres/

OPIS

check_postgres to skrypt Perla, który uruchamia wiele różnych testów dla jednego lub więcej
Bazy danych Postgres. Używa programu psql do zbierania informacji i wyświetla
wyniki w jednym z trzech formatów: Nagios, MRTG lub prosty.

Wydajność Tryby pracy
Wyjście można zmienić za pomocą opcji „--wyjście”. Domyślne wyjście to nagios,
chociaż można to zmienić na górze skryptu, jeśli chcesz. Obecna opcja
wybory są Nagios, mrtg, prosty. Aby uniknąć konieczności wprowadzania argumentu wyjściowego za każdym razem
czas, typ wyjścia jest ustawiany automatycznie, jeśli nie podano argumentu --output i jeśli
bieżący katalog ma w swojej nazwie jedną z opcji wyjścia. Na przykład tworzenie
katalogu o nazwie mrtg i wypełniając go dowiązaniami symbolicznymi za pomocą --dowiązania symboliczne argument by
upewnij się, że wszelkie akcje uruchamiane z tego katalogu będą zawsze domyślnie wyprowadzane na wyjście "mrtg"
Jako skrót do --output=simple możesz wpisać --simple, co również nadpisuje
sztuczka nazewnictwa katalogów.

Nagios wydajność

Domyślnym formatem wyjściowym jest Nagios, który jest pojedynczą linią informacji wraz z
cztery specyficzne kody wyjścia:

0 (tak)
1 (OSTRZEŻENIE)
2 (KRYTYCZNY)
3 (NIEZNANE)

Linia wyjściowa to jedno z powyższych słów, dwukropek, a następnie krótki opis tego, co…
było zmierzone. Dodatkowe informacje statystyczne, a także całkowity czas wykonania polecenia
wziął, może być również wyprowadzony: zobacz dokumentację dotyczącą argumentów --showperf,
--doskonały limit, --czas na przedstawienie.

MRTG wydajność

Wyjście MRTG to cztery linie, przy czym pierwsza linia zawsze daje jedną liczbę
znaczenie. Jeśli to możliwe, ta liczba reprezentuje rzeczywistą wartość, taką jak liczba
bajtów, ale może to być również 1 lub 0 dla akcji, które zwracają tylko „prawda” lub „fałsz”, np.
jako check_postgres_version. Druga linia jest dodatkową statystyką i jest używana tylko do
niektóre działania. Trzecia linia oznacza „czas pracy” i nie jest używana. Czwarta linia to
opis i zwykle wskazuje nazwę bazy danych statystyki z pierwszego wiersza
został pobrany, ale może się różnić w zależności od akcji.

Niektóre akcje akceptują opcjonalne --mrtg argument do dalszej kontroli danych wyjściowych.

Zobacz dokumentację dotyczącą każdego działania, aby uzyskać szczegółowe informacje na temat dokładnego wyniku MRTG dla każdego z nich.

Prosty wydajność

Proste wyjście jest po prostu skróconą wersją MRTG i po prostu zwraca
pierwszy numer i nic więcej. Jest to bardzo przydatne, gdy chcesz tylko sprawdzić stan
czegoś, niezależnie od progu. Możesz przekształcić wyjście numeryczne przez
dołączanie KB, MB, GB, TB lub EB do argumentu wyjściowego, na przykład:

--wyjście=proste,MB

Kaktusy wydajność

Dane wyjściowe Cacti składają się z jednego lub więcej elementów w tym samym wierszu, o prostej nazwie, a
dwukropek, a następnie liczba. W tej chwili jedyną akcją z wyraźnym wyjściem Cacti jest
dbstats i użycie opcji --output nie jest w tym przypadku potrzebne, ponieważ Cacti jest jedynym
dane wyjściowe dla tego działania. W przypadku wielu innych działań, użycie --simple wystarczy, aby Cacti
szczęśliwy.

DATABASE POŁĄCZENIE OPCJE

Wszystkie akcje akceptują wspólny zestaw opcji bazy danych.

-H IMIĘ or --host=NAZWA
Połącz się z hostem wskazanym przez NAME. Może być listą nazw oddzielonych przecinkami.
Dozwolonych jest wiele argumentów hosta. Jeśli nie podano hosta, domyślnie jest to „PGHOST”
zmienna środowiskowa lub w ogóle brak hosta (co wskazuje na użycie lokalnego gniazda Unix).
Możesz także użyć "--dbhost".

-p PORT or --port=PORT
Łączy się przy użyciu określonego numeru PORT. Może być listą portów oddzielonych przecinkami
liczb i wielu argumentów portu. Jeśli nie podano numeru portu, domyślnie
do zmiennej środowiskowej "PGPORT". Jeśli to nie jest ustawione, domyślnie 5432. Możesz
użyj także "--dbport"

-db IMIĘ or --dbname=NAZWA
Określa, z którą bazą danych należy się połączyć. Może być listą nazw oddzielonych przecinkami i
dozwolonych jest wiele argumentów nazwy dbname. Jeśli nie podano opcji nazwy bazy danych, domyślnie jest to
zmienna środowiskowa „PGDATABASE”. Jeśli to nie jest ustawione, domyślnie jest to „postgres”
jeśli psql jest w wersji 8 lub nowszej, a „template1” w przeciwnym razie.

-u USERNAME or --dbuser=NAZWA UŻYTKOWNIKA
Nazwa użytkownika bazy danych, z którym chcesz się połączyć. Może być listą oddzieloną przecinkami
dozwolone są nazwy użytkowników i wiele argumentów dbuser. Jeśli nie jest to podane, to
domyślnie jest to zmienna środowiskowa "PGUSER", w przeciwnym razie domyślnie jest to "postgres".

--dbpass=HASŁO
Podaje hasło do połączenia z bazą danych. Korzystanie z tej opcji jest bardzo
zniechęcony. Zamiast tego należy użyć pliku .pgpass lub pg_service.conf.

--dbservice=NAZWA
Nazwa usługi w pliku pg_service.conf. Przed wersją 9.0
Postgres, jest to plik globalny, zwykle znajdujący się w /etc/pg_service.conf. Jeśli jesteś
używając wersji 9.0 lub nowszej Postgresa, możesz użyć pliku ".pg_service.conf" w
katalog domowy użytkownika uruchamiającego skrypt, np. nagios.

Ten plik zawiera prostą listę opcji połączenia. Możesz również przekazać dodatkowe
informacje podczas korzystania z tej opcji, takie jak --dbservice="maindatabase sslmode=require"

Dokumentację do tego pliku można znaleźć pod adresem
http://www.postgresql.org/docs/current/static/libpq-pgservice.html

Opcje połączenia z bazą danych można pogrupować: --host=a,b --host=c --port=1234
--port=3344 połączy się z a-1234, b-1234 i c-3344. Zwróć uwagę, że po ustawieniu opcja
utrzymuje się, dopóki nie zostanie ponownie zmieniony.

Przykłady:

--host=a,b --port=5433 --db=c
Dwukrotnie łączy się z portem 5433 przy użyciu bazy danych c, z hostami a i b: a-5433-c b-5433-c

--host=a,b --port=5433 --db=c,d
Łączy cztery razy: a-5433-c a-5433-d b-5433-c b-5433-d

--host=a,b --host=foo --port=1234 --port=5433 --db=e,f
Łączy sześć razy: a-1234-e a-1234-f b-1234-e b-1234-f foo-5433-e foo-5433-f

--host=a,b --host=x --port=5432,5433 --dbuser=alicja --dbuser=bob -db=baz
Łączy trzy razy: a-5432-alice-baz b-5433-alice-baz x-5433-bob-baz

--dbservice="foo" --port=5433
Łączy się przy użyciu nazwanej usługi „foo” w pliku pg_service.conf, ale zastępuje port

INNE OPCJE

Inne opcje obejmują:

--action=NAZWA
Określa, jakie działania prowadzimy. Wymagane, chyba że używasz pliku z dowiązaniem symbolicznym, w którym
przypadku nazwa pliku jest używana do określenia akcji.

--warning=WARTOŚĆ or -w VAL
Ustawia próg, przy którym uruchamiany jest alert ostrzegawczy. Prawidłowe opcje tego
opcja zależy od użytej akcji.

--krytyczne=WARTOŚĆ or -c VAL
Ustawia próg, przy którym uruchamiany jest alert krytyczny. Prawidłowe opcje tego
opcja zależy od użytej akcji.

-t VAL or --timeout=WARTOŚĆ
Ustawia limit czasu w sekundach, po którym skrypt przerwie to, co robi i
zwrócić status NIEZNANY. Limit czasu dotyczy klastra Postgres, a nie całego
scenariusz. Wartość domyślna to 10; jednostki są zawsze w sekundach.

--przyjmij-tryb-gotowości
Jeśli określono, najpierw sprawdź, czy serwer w trybie gotowości będzie wykonywany (--datadir
jest wymagane), jeśli tak, wszystkie sprawdzenia, które wymagają zapytań SQL zostaną zignorowane i "Serwer
w trybie czuwania” ze statusem OK zostanie zwrócony.

Przykład:

postgres@db$./check_postgres --action=wersja --warning=8.1 --datadir /var/lib/postgresql/8.3/main/ --przyjmij-tryb-gotowości
POSTGRES_VERSION OK: Serwer w trybie czuwania | czas=0.00

--załóżmy-prod
Jeśli określono, sprawdź, czy serwer w trybie produkcyjnym jest wykonywany (wymagane jest --datadir).
Opcja dotyczy tylko ("symlink: check_postgres_checkpoint").

Przykład:

postgres@db$./check_postgres --action=punkt kontrolny --datadir /var/lib/postgresql/8.3/main/ --assume-prod
POSTGRES_CHECKPOINT OK: Ostatni punkt kontrolny był 72 sekundy temu | wiek=72;;300 tryb=MASTER

-h or --help
Wyświetla ekran pomocy z podsumowaniem wszystkich działań i opcji.

--facet
Wyświetla całą instrukcję.

-V or --wersja
Pokazuje aktualną wersję.

-v or --gadatliwy
Ustaw poziom szczegółowości. Można zadzwonić więcej niż raz, aby podnieść poziom. Ustawiam to na
trzy lub więcej (innymi słowy, wydanie "-v -v -v") włącza debugowanie informacji
dla tego programu, który jest wysyłany na stderr.

--showperf=WARTOŚĆ
Określa, czy wyprowadzamy dodatkowe dane o wydajności w standardowym formacie Nagios (na końcu
ciągu, po symbolu potoku, używając nazwa=wartość). VAL powinna wynosić 0 lub 1. Wartość domyślna
wynosi 1. Działa tylko w trybie wyjścia Nagios.

--perflimit=tj
Ustawia limit, ile interesujących przedmiotów jest zgłaszanych podczas korzystania z
pokazówka opcja. Ma to wpływ tylko na akcje, które zwracają dużą liczbę
przedmioty, takie jak rozmiar tabeli. Wartość domyślna to 0 lub brak limitu. Zachowaj ostrożność podczas korzystania z tego
z --włączać or --wykluczać opcje, ponieważ te ograniczenia są wykonywane po dotychczasowy
zapytanie zostało uruchomione, a zatem Twój limit może nie obejmować żądanych elementów. Tylko trwa
efekt, jeśli używasz trybu wyjścia Nagios.

--showtime=WARTOŚĆ
Określa, czy czas potrzebny na uruchomienie każdego zapytania jest wyświetlany w danych wyjściowych. VAL powinna wynosić 0
lub 1. Wartość domyślna to 1. Brak efektu, chyba że pokazówka jest włączony. Działa tylko wtedy, gdy używasz
Tryb wyjścia Nagios.

--test
Włącza tryb testowy. Zobacz sekcję „TRYB TESTOWY” poniżej.

--PGBINDIR=ŚCIEŻKA
Mówi skryptowi, gdzie znaleźć pliki binarne psql. Przydatne, jeśli masz więcej niż jeden
wersja plików wykonywalnych PostgreSQL w twoim systemie lub jeśli ich nie ma w twoim
ścieżka. Zauważ, że ta opcja jest pisana wielkimi literami. Domyślnie ta opcja to nie
dozwolony. Aby go włączyć, musisz zmienić $NO_PSQL_OPTION w górnej części skryptu
na 0. Unikaj używania tej opcji, jeśli możesz, i zamiast tego używaj zmiennej środowiskowej
C lub zakodowaną na stałe zmienną $PGBINDIR, również u góry skryptu, do ustawienia
ścieżka do PostgreSQL do użycia.

--PSQL=ŚCIEŻKA
(przestarzałe, to opcja może be usunięte in a przyszłość uwolnienie!) Mówi skryptowi, gdzie
aby znaleźć program psql. Przydatne, jeśli masz więcej niż jedną wersję psql
wykonywalny w twoim systemie lub jeśli na twojej ścieżce nie ma programu psql. Zauważ, że to
opcja jest pisana wielkimi literami. Domyślnie ta opcja to nie dozwolony. Aby to włączyć, ty
należy zmienić $NO_PSQL_OPTION w górnej części skryptu na 0. Unikaj używania tego
jeśli możesz, a zamiast tego zakoduj swoją lokalizację psql w zmiennej $PSQL,
również w górnej części skryptu.

--dowiązania symboliczne
Tworzy dowiązania symboliczne do programu głównego dla każdej akcji.

--output=WARTOŚĆ
Określa format danych wyjściowych do wykorzystania w różnych programach. Wartość domyślna to
„nagio”. Dostępne opcje to 'nagios', 'mrtg', 'simple' i 'cacti'.

--mrtg=WARTOŚĆ
Używany tylko do MRTG lub prostego wyjścia, do kilku konkretnych działań.

--debugooutput=WARTOŚĆ
Wyprowadza dokładny ciąg znaków zwrócony przez psql, do wykorzystania w debugowaniu. Wartość to jeden lub
więcej liter, które określają, czy dane wyjściowe są wyświetlane, czy nie, gdzie 'a' = all, 'c'
= krytyczne, 'w' = ostrzeżenie, 'o' = ok i 'u' = nieznane. Litery można łączyć.

--get_method=WARTOŚĆ
Umożliwia określenie metody używanej do pobierania informacji dla „nowa_wersja_cp”,
Kontrole „nowa_wersja_pg”, „nowa_wersja_bc”, „nowa_wersja_box” i „nowa_wersja_tnm”.
Wypróbowano następujące programy, aby pobrać informacje z sieci: GET,
wget, fetch, curl, lynx, links. Aby wymusić użycie tylko jednego (a tym samym usunąć
narzutu na wypróbowanie wszystkich pozostałych, aż do jednej z tych prac), wpisz jedno z nazwisk jako
argument get_method. Na przykład pole BSD może wprowadzić następującą linię w
ich plik ".check_postgresrc":

get_method=pobierz

--język=WARTOŚĆ
Ustaw język, który ma być używany dla wszystkich komunikatów wyjściowych. Zwykle jest to wykrywane przez
sprawdzanie zmiennych środowiskowych LC_ALL, LC_MESSAGES i LANG, ale ustawianie tego
opcja zastąpi takie wykrycie.

DZIAŁANIA

Skrypt uruchamia jedną lub więcej akcji. Można to zrobić za pomocą flagi --action lub przez
za pomocą dowiązania symbolicznego do głównego pliku zawierającego nazwę akcji. Do
na przykład, aby uruchomić akcję „timesync”, możesz wydać:

check_postgres --action=synchronizacja czasu

lub użyj programu o nazwie:

check_postgres_timesync

Wszystkie dowiązania symboliczne są tworzone dla Ciebie w bieżącym katalogu, jeśli użyjesz opcji --symlinks

perl check_postgres -- dowiązania symboliczne

Jeśli nazwa pliku już istnieje, nie zostanie nadpisana. Jeśli plik istnieje i jest
symlink, możesz wymusić jego nadpisanie, używając „--action=build_symlinks_force”

Większość działań ma --ostrzeżenie oraz --krytyczny opcja, wskazująca w którym momencie dokonujemy zmiany
od OK do OSTRZEŻENIE, a w którym punkcie przechodzimy do KRYTYCZNEGO. Zauważ, że ponieważ krytyczne są
zawsze sprawdzane jako pierwsze, ustawienie ostrzeżenia równego krytycznemu jest skutecznym sposobem na:
wyłącz ostrzeżenia i zawsze podawaj krytyczne informacje.

Aktualnie wspierane działania to:

archiwum_gotowe
("symlink: check_postgres_archive_ready") Sprawdza, ile plików WAL z rozszerzeniem .gotowy
istnieją w pg_xlog/stan_archiwum katalog, który znajduje się poza twoim katalog_danych.
Tę akcję należy uruchomić jako superużytkownik, aby uzyskać dostęp do zawartości
pg_xlog/stan_archiwum informator. Minimalna wersja do użycia tej akcji to Postgres 8.1.
Połączenia --ostrzeżenie i --krytyczny opcje to po prostu liczba .gotowy pliki w formacie
pg_xlog/stan_archiwum informator. Zwykle wartości te powinny być niskie, włączając
mechanizm archiwizacji, zwykle chcemy, aby archiwizował pliki WAL tak szybko, jak to możliwe.

Jeśli polecenie archiwum nie powiedzie się, liczba WAL w twoim pg_xlog katalog będzie rósł do
wyczerpanie całej przestrzeni dyskowej i zmuszenie PostgreSQL do natychmiastowego zatrzymania.

Przykład 1: Sprawdź, czy liczba gotowych plików WAL wynosi 10 lub mniej na hoście „pluto”

check_postgres_archive_ready --host=pluton --critical=10

W przypadku danych wyjściowych MRTG zgłasza liczbę gotowych plików WAL w wierszu 1.

autovac_freeze
("symlink: check_postgres_autovac_freeze") Sprawdza, jak blisko jest każda baza danych do
Postgres autovacuum_freeze_max_age ustawienie. Ta akcja zadziała tylko dla baz danych
wersja 8.2 lub nowsza. ten --ostrzeżenie i --krytyczny opcje powinny być wyrażone jako
procentach. „Wiek” transakcji w każdej bazie danych jest porównywany z
ustawienie autovacuum_freeze_max_age (domyślnie 200 milionów), aby wygenerować zaokrąglone
odsetek. Wartości domyślne to 90% za ostrzeżenie i 95% dla krytycznych. Bazy danych
można filtrować za pomocą --włączać i --wykluczać opcje. Zobacz „FILTROWANIE PODSTAWOWE”
sekcja po więcej szczegółów.

Przykład 1: Daj ostrzeżenie, gdy jakiekolwiek bazy danych na porcie 5432 przekraczają 97%

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

W przypadku danych wyjściowych MRTG najwyższy ogólny procent jest zgłaszany w pierwszym wierszu, a
najwyższy wiek podano w drugiej linii. Wszystkie bazy danych, które mają procent od
pierwszy wiersz jest podawany w czwartym wierszu, oddzielonym symbolem potoku.

backendy
("symlink: check_postgres_backends") Sprawdza aktualną liczbę połączeń dla jednego lub
więcej baz danych i opcjonalnie porównuje je z maksymalnym dozwolonym, który jest określany przez
zmienna konfiguracyjna Postgres max_połączenia, --ostrzeżenie i --krytyczny Opcje
może przybrać jedną z trzech form. Najpierw można podać prostą liczbę, która reprezentuje
liczba połączeń, przy których zostanie wygenerowany alert. Ten wybór nie używa
max_połączenia ustawienie. Po drugie, można podać procent dostępnych połączeń.
Po trzecie, można podać liczbę ujemną, która reprezentuje liczbę pozostałych połączeń
aż do max_połączenia został osiągnięty. Domyślne wartości dla --ostrzeżenie i --krytyczny jest
„90%” i ​​„95%”. Możesz także filtrować bazy danych za pomocą --włączać i --wykluczać
opcje. Zobacz sekcję „FILTROWANIE PODSTAWOWE”, aby uzyskać więcej informacji.

Aby wyświetlić tylko procesy, które nie są w stanie bezczynności, możesz użyć --makaron argument. Zwróć uwagę, że użytkownik ty
łączą się, ponieważ musi być superużytkownikiem, aby to działało poprawnie.

Przykład 1: Daj ostrzeżenie, gdy liczba połączeń w quirmie hosta osiągnie 120, a
krytyczne, jeśli osiągnie 150.

check_postgres_backends --host=quirm --warning=120 --critical=150

Przykład 2: Podaj wartość krytyczną, gdy osiągniemy 75% naszych ustawień max_connections na hostach
lancre lub lancre2.

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

Przykład 3: daj ostrzeżenie, gdy na hoście pozostało tylko 10 dodatkowych gniazd połączeń
plazmid i krytyczny, gdy pozostało nam tylko 5.

check_postgres_backends --warning=-10 --critical=-5 --host=plazmid

Przykład 4: Sprawdź wszystkie bazy danych z wyjątkiem tych z „test” w nazwie, ale zezwól na te, które
są nazwane „pg_greatest”. Połącz jako port 5432 na pierwszych dwóch hostach i jako port 5433 na
trzeci. Chcemy zawsze rzucać krytyczne, gdy osiągniemy 30 lub więcej połączeń.

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

W przypadku wyjścia MRTG liczba połączeń jest podawana w pierwszym wierszu, a w czwartym
wiersz podaje nazwę bazy danych plus bieżące maksimum_połączeń. Jeśli więcej niż
przeszukano jedną bazę danych, wyprowadzana jest ta z największą liczbą połączeń.

nadąć
(„symlink: check_postgres_bloat”) Sprawdza wielkość wzdęcia w tabelach i indeksach. (Nadąć
to ogólnie ilość martwego, niewykorzystanego miejsca zajmowanego w tabeli lub indeksie. Ta przestrzeń jest
zwykle odzyskiwane za pomocą polecenia VACUUM.) Ta czynność wymaga, aby statystyki
zbieranie jest włączone w docelowych bazach danych i wymaga uruchomienia ANALIZA
często. ten --włączać i --wykluczać opcje mogą być użyte do odfiltrowania tabel do
patrzeć na. Zobacz sekcję „FILTROWANIE PODSTAWOWE”, aby uzyskać więcej informacji.

Połączenia --ostrzeżenie i --krytyczny opcje można określić jako rozmiary, procenty lub oba. Ważny
jednostki wielkości to bajty, kilobajty, megabajty, gigabajty, terabajty, eksabajty, petabajty i
zettabajty. Możesz skrócić wszystkie te litery pierwszą literą. Przedmioty bez jednostek są
zakłada się, że to „bajty”. Wartości domyślne to „1 GB” i „5 GB”. Wartość reprezentuje
liczba „zmarnowanych bajtów”, czyli różnica między tym, co jest faktycznie używane przez tabelę, a
indeks i co obliczamy, że powinien być.

Zauważ, że ta akcja ma dwie zakodowane na stałe wartości, aby uniknąć fałszywych alarmów na mniejszych
relacje. Tabele muszą mieć co najmniej 10 stron, a indeksy co najmniej 15, zanim będą mogły być
brane pod uwagę w tym teście. Jeśli naprawdę chcesz dostosować te wartości, możesz poszukać
zmienne $MINSTRONY i $MINIPSTRONY na górze podprogramu „check_bloat”. Te
wartości są ignorowane, jeśli albo --wykluczać or --włączać Jest używane.

Pokazano tylko 10 najbardziej rozdętych relacji. Możesz zmienić ten numer, używając
--doskonały limit możliwość ustawienia własnego limitu.

Schemat o nazwie „schemat_informacji” jest wykluczony z tego testu, jako jedyne tabele, które on
Zawiera są małe i nie zmieniają się.

Należy pamiętać, że wartości obliczone przez tę akcję nie są dokładne i powinny być używane jako
tylko wskazówka. Dołożono wszelkich starań, aby oszacować prawidłowy rozmiar stołu, ale w
koniec to tylko szacunek. Prawidłowy rozmiar indeksu jest jeszcze bardziej zgadywany niż
prawidłowy rozmiar stołu, ale oba powinny z grubsza dawać wyobrażenie o tym, jak nadęte są rzeczy.

Przykład 1: Ostrzegaj, jeśli jakakolwiek tabela na porcie 5432 ma ponad 100 MB, a krytyczne, jeśli przekracza 200
MB

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

Przykład 2: Podaj krytyczne, jeśli tabela „zamówienia” na hoście „sami” ma więcej niż 10 megabajtów wzdęcia

check_postgres_bloat --host=sami --include=zamówienia --critical='10 MB'

Przykład 3: Podaj krytyczne, jeśli tabela „q4” w bazie danych „sprzedaż” jest ponad 50% rozdęta

check_postgres_bloat --db=sprzedaż --include=q4 --critical='50%'

Przykład 4: Daj krytyczny, dowolny stół jest nadęty w ponad 20% i ma ponad 150 MB wzdęcia:

check_postgres_bloat --port=5432 --critical='20% i 150 mln'

Przykład 5: Daj krytyczny, dowolny stół jest nadęty w ponad 40% or ma ponad 500 MB wzdęcia:

check_postgres_bloat --port=5432 --warning='500 mln lub 40%'

W przypadku wyjścia MRTG pierwsza linia podaje największą liczbę zmarnowanych bajtów dla tabel,
a drugi wiersz podaje największą liczbę zmarnowanych bajtów dla indeksów. Czwarty
wiersz podaje nazwę bazy danych, nazwę tabeli i informacje o nazwie indeksu. Jeśli chcesz
zamiast tego wypisz współczynnik rozdęcia (ile razy większy stosunek jest porównywany z tym, jak)
powinien być duży), po prostu wpisz "--mrtg=ratio".

punkt kontrolny
("symlink: check_postgres_checkpoint") Określa, ile czasu minęło od ostatniego punktu kontrolnego
został uruchomiony. Musi działać na tym samym serwerze co sprawdzana baza danych (np
flaga -h nie będzie działać). To sprawdzenie jest przeznaczone do uruchomienia na serwerze „gorącej gotowości”, który jest
aktywnie przetwarza wysłane pliki WAL i ma na celu sprawdzenie, czy Twój ciepły tryb gotowości jest
naprawdę „ciepły”. Katalog danych musi być ustawiony przez zmienną środowiskową
„PGDATA” lub przekazanie argumentu „--datadir”. Zwraca liczbę sekund od
ostatni punkt kontrolny został uruchomiony, jak określono przez parsowanie wywołania "pg_controldata". Z powodu
to plik wykonywalny pg_controldata musi być dostępny w bieżącej ścieżce. Alternatywnie,
możesz określić "PGBINDIR" jako katalog, w którym się znajduje. Można również użyć
specjalne opcje --załóżmy-prod or --przyjmij-tryb-gotowości, jeśli znaleziony tryb nie jest
jeden oczekiwany, emitowany jest KRYTYCZNY.

Należy ustawić co najmniej jeden argument ostrzegawczy lub krytyczny.

Ta akcja wymaga modułu Date::Parse.

W przypadku MRTG lub prostego wyjścia zwraca liczbę sekund.

identyfikator_klastra
(„symlink: check_postgres_cluster-id”) Sprawdza, czy podany identyfikator systemu bazy danych
przez pg_controldata jest taki sam, jak podczas ostatniego sprawdzania. To musi działać na tym samym serwerze
jako baza, która jest sprawdzana (np. flaga -h nie zadziała). Albo
--ostrzeżenie albo --krytyczny należy podać opcję, ale nie obie. Wartość każdego z nich to
identyfikator klastra, wartość całkowita. Możesz uruchomić ze specjalnym "--critical=0"
możliwość znalezienia istniejącego identyfikatora klastra.

Przykład 1: Znajdź początkowy identyfikator

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

Przykład 2: Upewnij się, że klaster jest taki sam i ostrzegaj, jeśli nie, używając powyższego wyniku.

check_postgres_cluster_id --critical=5633695740047915135

Dla danych wyjściowych MRTG zwraca 1 lub 0 wskazujący na sukces niepowodzenia identyfikatora do
mecz. Jako argument „--mrtg” należy podać identyfikator. Czwarta linia zawsze
podaje aktualny identyfikator.

zaangażowanie
("symlink: check_postgres_commitratio") Sprawdza współczynnik zatwierdzenia wszystkich baz danych i
narzeka, gdy są za niskie. Nie ma potrzeby uruchamiania tego polecenia więcej niż raz na
klaster bazy danych. Bazy danych można filtrować za pomocą --włączać i --wykluczać opcje. Widzieć
więcej szczegółów znajdziesz w sekcji „FILTROWANIE PODSTAWOWE”. Mogą być również filtrowane przez właściciela
baza danych z --włącz użytkownika i --wyklucz użytkownika opcje. Zobacz „NAZWA UŻYTKOWNIKA
FILTROWANIE” po więcej szczegółów.

Opcje ostrzegawcze i krytyczne należy określić w procentach. Nie ma
wartości domyślne dla tej akcji: należy określić ostrzeżenie i krytyczne. Wartość ostrzegawcza
nie może być większa niż wartość krytyczna. Wynik zwraca wszystkie bazy danych posortowane według
commitratio, najpierw najmniejszy.

Przykład: Ostrzegaj, jeśli jakakolwiek baza danych na flagi hosta ma mniej niż 90% współczynnika popełnienia i krytyczne
jeśli mniej niż 80%.

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

W przypadku danych wyjściowych MRTG zwraca procent bazy danych o najmniejszym współczynniku popełnienia
w pierwszym wierszu i nazwę bazy danych w czwartym wierszu.

połączenie
(„symlink: check_postgres_connection”) Po prostu łączy się, wydaje „SELECT” wersja()', i
pozostawia. Nie przyjmuje --ostrzeżenie or --krytyczny opcje.

Dla wyjścia MRTG, po prostu wyprowadza 1 (dobre połączenie) lub 0 (złe połączenie) na pierwszym
Linia.

zapytanie_niestandardowe
(„symlink: check_postgres_custom_query”) Uruchamia wybrane przez Ciebie zapytanie i analizuje
wyniki. Samo zapytanie jest przekazywane przez argument „zapytanie” i powinno być
tak proste, jak to tylko możliwe. Jeśli to w ogóle możliwe, zapakuj go w widok lub funkcję, którą chcesz zachować
rzeczy łatwiejsze do zarządzania. Zapytanie powinno zwrócić jedną lub dwie kolumny. Wymagane jest, aby
jedna z kolumn nosi nazwę „wynik” i jest to element, który zostanie porównany z Twoim
ostrzeżenia i wartości krytyczne. Druga kolumna dotyczy danych dotyczących wydajności i dowolnej nazwy
można użyć: będzie to „wartość” w sekcji danych dotyczących wydajności.

Należy określić co najmniej jedno ostrzeżenie lub argument krytyczny. To, na co są ustawione, zależy od
od typu zapytania, które uruchamiasz. Istnieją cztery rodzaje zapytań niestandardowych, które mogą być
uruchom, określony przez argument „typ wartości”. Jeśli nie określono żadnej, domyślnie ta akcja to
'liczba całkowita'. Cztery typy to:

liczba całkowita: Wykonuje proste porównanie liczb całkowitych. Pierwsza kolumna powinna być prostą liczbą całkowitą,
a wartości ostrzegawcze i krytyczne powinny być takie same.

ciąg: Ostrzeżenie i krytyczne są ciągami i są wyzwalane tylko wtedy, gdy wartość w
pierwsza kolumna dokładnie do niego pasuje. Wielkość liter jest rozróżniana.

czas: Ostrzeżenie i krytyczne są czasy i mogą mieć jednostki sekund, minut,
godziny lub dni. Każda może być napisana w liczbie pojedynczej lub skrócona do pierwszej litery. Gdyby
nie podano jednostek, zakłada się sekundy. Pierwsza kolumna powinna być liczbą całkowitą
reprezentujący liczbę sekund do sprawdzenia.

rozmiar: Ostrzeżenie i krytyczne to rozmiary i mogą mieć jednostki bajtów, kilobajtów,
megabajty, gigabajty, terabajty lub eksabajty. Każdy może być skrócony do pierwszej litery.
Jeśli nie podano jednostek, zakłada się bajty. Pierwsza kolumna powinna być liczbą całkowitą
reprezentujący liczbę bajtów do sprawdzenia.

Zwykle alert jest wyzwalany, jeśli zwrócone wartości są większy niż lub równy
wartość krytyczna lub ostrzegawcza. Jednak opcja --odwrócić wywoła alert, jeśli
zwracana wartość to niższy niż lub równa wartości krytycznej lub ostrzegawczej.

Przykład 1: Ostrzegaj, jeśli jakakolwiek relacja powyżej 100 stron ma nazwę „rad”, podaj liczbę stron
wewnątrz sekcji danych o wydajności.

check_postgres_custom_query --valtype=ciąg -w "rad" --query=
"SELECT relname AS wynik, strony rel AS strony FROM pg_class WHERE strony rel > 100"

Przykład 2: Podaj krytyczne, jeśli funkcja „foobar” zwróci liczbę powyżej 5 MB:

check_postgres_custom_query --critical='5MB'--valtype=rozmiar --query="SELECT foobar() jako wynik"

Przykład 2: Ostrzegaj, jeśli funkcja „snazzo” zwraca mniej niż 42:

check_postgres_custom_query --critical=42 --query="WYBIERZ wynik snazzo() AS" --reverse

Jeśli wymyślisz przydatne custom_query, rozważ wysłanie łatki do tego programu do
zrobić z tego standardową akcję, z której mogą korzystać inne osoby.

Ta akcja nie obsługuje jeszcze MRTG ani prostego wyjścia.

rozmiar_bazy_danych
("symlink: check_postgres_database_size") Sprawdza rozmiar wszystkich baz danych i składa skargi
kiedy są za duże. Nie ma potrzeby uruchamiania tego polecenia więcej niż raz na bazę danych
grupa. Bazy danych można filtrować za pomocą --włączać i --wykluczać opcje. Zobacz
Sekcja „FILTROWANIE PODSTAWOWE” po więcej szczegółów. Mogą być również filtrowane przez właściciela
baza danych z --włącz użytkownika i --wyklucz użytkownika opcje. Zobacz „FILTROWANIE NAZWY UŻYTKOWNIKA”
sekcja po więcej szczegółów.

Opcje ostrzegawcze i krytyczne można określić jako bajty, kilobajty, megabajty,
gigabajty, terabajty lub eksabajty. Każdy może być również skrócony do pierwszej litery.
Jeśli nie podano jednostki, przyjmuje się, że jednostkami są bajty. Nie ma dla tego wartości domyślnych
działanie: należy określić ostrzeżenie i krytyczne. Wartość ostrzeżenia nie może być większa
niż wartość krytyczna. Dane wyjściowe zwracają wszystkie bazy danych posortowane najpierw według rozmiaru,
pokazując zarówno surowe bajty, jak i "ładną" wersję rozmiaru.

Przykład 1: Ostrzegaj, jeśli jakakolwiek baza danych na flagi hosta przekracza 1 TB, i krytyczne, jeśli przekracza
1.1 TB.

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

Przykład 2: Podaj krytyczne, jeśli szablon bazy danych1 na porcie 5432 przekracza 10 MB.

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

Przykład 3: daj ostrzeżenie, jeśli jakakolwiek baza danych na hoście 'tardis' należąca do użytkownika 'tom' jest skończona
5 GB

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

Dla danych wyjściowych MRTG, zwraca rozmiar w bajtach największej bazy danych w pierwszym wierszu i
nazwa bazy danych w czwartym wierszu.

dbstats
(„symlink: check_postgres_dbstats”) Raportuje informacje z widoku bazy danych pg_stat_database,
i wyprowadza go w sposób przyjazny dla kaktusów. Żadne inne wyjście nie jest obsługiwane, ponieważ wyjście jest
informacyjne i nie nadaje się do alertów, takich jak używane z Nagios. Jeśli nie ma opcji
są podane, zwracane są wszystkie bazy danych, po jednej w wierszu. Możesz dołączyć konkretną bazę danych
używając opcji "--include" lub opcji "--dbname".

W każdym wierszu zwracanych jest jedenaście pozycji w formacie nazwa:wartość, oddzielonych pojedynczym
przestrzeń. Pozycje to:

backendy
Liczba aktualnie działających backendów dla tej bazy danych.

popełnia
Całkowita liczba zatwierdzeń dla tej bazy danych od momentu jej utworzenia lub zresetowania.

wycofywanie
Łączna liczba wycofań dla tej bazy danych od momentu jej utworzenia lub zresetowania.

czytać
Całkowita liczba odczytanych bloków dyskowych.

trafienie Całkowita liczba trafień w buforze.

ret Całkowita liczba zwróconych wierszy.

sprowadzać
Całkowita liczba pobranych wierszy.

ins Całkowita liczba wstawionych wierszy.

upd Całkowita liczba zaktualizowanych wierszy.

del Całkowita liczba usuniętych wierszy.

nazwa_bazy
Nazwa bazy danych.

Pamiętaj, że elementy ret, fetch, ins, upd i del zawsze będą miały wartość 0, jeśli Postgres jest w wersji 8.2
lub mniej, ponieważ te statystyki nie były dostępne w tych wersjach.

Jeśli podano argument dbname, zwracanych jest siedem dodatkowych elementów:

idxscan
Całkowita liczba skanowań indeksu użytkowników.

idxtupread
Całkowita liczba zwróconych wpisów indeksu użytkownika.

idxtupfetch
Całkowita liczba wierszy pobranych przez proste skanowanie indeksu użytkownika.

idxblksprzeczytaj
Całkowita liczba odczytanych bloków dyskowych dla wszystkich indeksów użytkownika.

idxblkshit
Całkowita liczba trafień w buforze dla wszystkich indeksów użytkownika.

sekwencja
Całkowita liczba skanowań sekwencyjnych we wszystkich tabelach użytkowników.

czytaj dalej
Całkowita liczba krotek zwróconych ze wszystkich tabel użytkowników.

Przykład 1: Pobierz statystyki dla bazy danych o nazwie „products” na hoście „willow”:

check_postgres_dbstats --dbhost willow --dbname produkty

Zwrócony wynik będzie taki (wszystko w jednej linii, nie opakowane):

backendy:82 zatwierdzenia:58374408 wycofania:1651 przeczytane:268435543 trafienie:2920381758 idxscan:310931294 idxtupread:2777040927
idxtupfetch:1840241349 idxblksodczyt:62860110 idxblkshit:1107812216 seqscan:5085305 seqtupread:5370500520
ret:0 fetch:0 ins:0 upd:0 del:0 nazwa bazy danych:wierzba

wyłączone_wyzwalacze
(„symlink: check_postgres_disabled_triggers”) Sprawdza liczbę wyłączonych wyzwalaczy
wewnątrz bazy danych. ten --ostrzeżenie i --krytyczny opcje to liczba takich wyzwalaczy
znalezione, a obie wartości domyślne to „1”, ponieważ w normalnym użytkowaniu wyłączenie wyzwalaczy jest niebezpieczne
wydarzenie. Jeśli sprawdzana baza danych ma wersję 8.3 lub wyższą, sprawdzana jest liczba
wyzwalacze, które są w stanie „wyłączony” (w przeciwieństwie do „zawsze” lub „repliki”). ten
wyjście pokaże nazwę tabeli i nazwę wyzwalacza dla każdego wyłączonego
wyzwalacz.

Przykład 1: Upewnij się, że nie ma wyłączonych wyzwalaczy

check_postgres_disabled_triggers

Dla wyjścia MRTG, zwraca liczbę wyłączonych wyzwalaczy w pierwszym wierszu.

miejsca na dysku
(„symlink: check_postgres_disk_space”) Sprawdza dostępne miejsce na dysku fizycznym używane przez
Postgres. Ta czynność wymaga posiadania pliku wykonywalnego „/bin/df" dostępne do zgłoszenia
na rozmiarach dysków, a także musi być uruchamiany jako superużytkownik, aby mógł zbadać
katalog_danych ustawienie wewnątrz Postgres. ten --ostrzeżenie i --krytyczny podane są opcje
w obu rozmiarach, procentach lub obu. Jeśli używasz rozmiarów, standardowe typy jednostek to
dozwolone: ​​bajty, kilobajty, gigabajty, megabajty, gigabajty, terabajty lub eksabajty. Każdy
można skrócić tylko do pierwszej litery; brak jednostek oznacza „bajty”. ten
wartości domyślne to '90%' i '95%'.

To polecenie sprawdza następujące rzeczy w celu określenia wszystkich różnych dysków fizycznych
używane przez Postgres.

katalog_danych - Dysk, na którym znajduje się główny katalog danych.

log katalog - Dysk, na którym znajdują się pliki dziennika.

WAL filet katalog - Dysk, na którym znajdują się logi zapisu z wyprzedzeniem (np. z łączem symbolicznym pg_xlog)

przestrzenie tabel - Każdy obszar tabel, który znajduje się na osobnym dysku.

Dane wyjściowe pokazują całkowity rozmiar używany i dostępny na każdym dysku, a także
procent, uporządkowany według najwyższego do najniższego zastosowanego procentu. Każdy element powyżej mapuje do pliku
system: można je włączyć lub wyłączyć. Więcej informacji w sekcji „FILTROWANIE PODSTAWOWE”
detale.

Przykład 1: Upewnij się, że żaden system plików nie przekracza 90% dla bazy danych na porcie 5432.

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

Przykład 2: Sprawdź, czy wszystkie systemy plików zaczynające się od /dev/sda są mniejsze niż 10 GB i
11 GB (ostrzeżenia i krytyczne)

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

Przykład 4: Upewnij się, że żaden system plików nie przekracza jednocześnie 50% i ma ponad 15 GB

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

Przykład 5: Wyświetl ostrzeżenie, jeśli jakikolwiek system plików jest zapełniony w ponad 70% or ma więcej niż 1T

check_postgres_disk_space --warning='1T lub 75'

W przypadku danych wyjściowych MRTG zwraca rozmiar w bajtach systemu plików w pierwszym wierszu, a
nazwa systemu plików w czwartym wierszu.

fsm_pages
(„symlink: check_postgres_fsm_pages”) Sprawdza odległość klastra od Postgresa
max_fsm_pages ustawienie. To działanie będzie działać tylko w przypadku baz danych w wersji 8.2 lub nowszej, i to
wymaga modułu contrib pg_freespacemap być zainstalowany. ten --ostrzeżenie i --krytyczny
opcje powinny być wyrażone w procentach. Liczba używanych stron na mapie wolnego miejsca
określa się, patrząc na widok pg_freespacemap_relations i uruchamiając formułę
w oparciu o formułę używaną do wyprowadzania stron z mapą wolnej przestrzeni w trybie próżniowym gadatliwym
Komenda. Wartości domyślne to 85% za ostrzeżenie i 95% dla krytycznych.

Przykład 1: daj ostrzeżenie, gdy nasz klaster wykorzysta 76% wolnego miejsca na stronach,
z pg_freespacemap zainstalowanym w bazie danych robert

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

Chociaż musisz podać nazwę bazy danych, w której jest zainstalowany pg_freespacemap, ty
wystarczy uruchomić to sprawdzenie tylko raz na klaster. Ponadto sprawdzenie tych informacji wymaga
uzyskanie specjalnych blokad na mapie wolnego miejsca, więc nie zaleca się uruchamiania tego
sprawdzać w krótkich odstępach czasu.

Dla danych wyjściowych MRTG, zwraca procent mapy wolnej przestrzeni w pierwszym wierszu oraz liczbę
stron aktualnie używanych w drugim wierszu.

fsm_relacje
(„symlink: check_postgres_fsm_relations”) Sprawdza odległość klastra od Postgresa
max_fsm_relacje ustawienie. To działanie będzie działać tylko w przypadku baz danych w wersji 8.2 lub nowszej oraz
wymaga modułu contrib pg_freespacemap być zainstalowany. ten --ostrzeżenie i --krytyczny
opcje powinny być wyrażone w procentach. Liczba wykorzystanych relacji w swobodnej
Space-map jest określana przez spojrzenie na widok pg_freespacemap_relations. Domyślny
wartości są 85% za ostrzeżenie i 95% dla krytycznych.

Przykład 1: Daj ostrzeżenie, gdy nasz klaster zużył 80% relacji wolnego miejsca,
z pg_freespacemap zainstalowanym w bazie danych dylan

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

Chociaż musisz podać nazwę bazy danych, w której jest zainstalowany pg_freespacemap, ty
wystarczy uruchomić to sprawdzenie tylko raz na klaster. Ponadto sprawdzenie tych informacji wymaga
uzyskanie specjalnych blokad na mapie wolnego miejsca, więc nie zaleca się uruchamiania tego
sprawdzać w krótkich odstępach czasu.

Dla danych wyjściowych MRTG, zwraca procent mapy wolnej przestrzeni w pierwszym wierszu, liczbę
relacje aktualnie używane w drugiej linii.

współczynnik trafień
("symlink: check_postgres_hitratio") Sprawdza współczynnik trafień we wszystkich bazach danych i skarg
kiedy są za niskie. Nie ma potrzeby uruchamiania tego polecenia więcej niż raz na bazę danych
grupa. Bazy danych można filtrować za pomocą --włączać i --wykluczać opcje. Zobacz
Sekcja „FILTROWANIE PODSTAWOWE” po więcej szczegółów. Mogą być również filtrowane przez właściciela
baza danych z --włącz użytkownika i --wyklucz użytkownika opcje. Zobacz „FILTROWANIE NAZWY UŻYTKOWNIKA”
sekcja po więcej szczegółów.

Opcje ostrzegawcze i krytyczne należy określić w procentach. Nie ma
wartości domyślne dla tej akcji: należy określić ostrzeżenie i krytyczne. Wartość ostrzegawcza
nie może być większa niż wartość krytyczna. Wynik zwraca wszystkie bazy danych posortowane według
hittratio, najpierw najmniejsze.

Przykład: Ostrzegaj, jeśli jakakolwiek baza danych na flagi hosta jest mniejsza niż 90% w hitratio i krytyczne, jeśli
mniej niż 80%.

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

Dla danych wyjściowych MRTG zwraca procent bazy danych z najmniejszym hitratio na
pierwszy wiersz, a nazwa bazy danych w czwartym wierszu.

hot_standby_opóźnienie
(„symlink: check_hot_standby_delay”) Sprawdza opóźnienie replikacji strumieniowej, obliczając
delta między aktualną pozycją xlog serwera głównego a lokalizacją powtórek a
podłączony do niego niewolnik. Serwer podrzędny musi być w trybie hot_standby (np. tylko do odczytu),
dlatego minimalna wersja do użycia tej akcji to Postgres 9.0. ten --ostrzeżenie i
--krytyczny opcje to delta między lokalizacjami xlog. Ponieważ te wartości są bajtami
offsety w WAL powinny odpowiadać oczekiwanemu wolumenowi transakcji Twojej aplikacji
aby zapobiec fałszywie pozytywnym lub negatywnym wynikom.

Pierwsze opcje „--dbname”, „--host” i „--port” itp. są uważane za główne; ten
drugi należy do niewolnika.

Wartości bajtów powinny być oparte na ilości transakcji potrzebnych do przesyłania strumieniowego
replikacja odłącza się od mastera z powodu zbyt dużego opóźnienia, określonego przez Postgres
zmienna konfiguracyjna wal_keep_segments. W przypadku jednostek czasu poprawnymi jednostkami są „sekundy”,
„minuty”, „godziny” lub „dni”. Każdy może być napisany w liczbie pojedynczej lub skrócony do tylko
pierwszy list. W przypadku określenia obu, w formie 'bajtów i czas', oba warunki muszą być
prawda dla progu, który ma zostać spełniony.

Musisz podać informacje o tym, jak dotrzeć do baz danych, oddzielone przecinkiem
listę parametrów --dbhost i --dbport, takich jak „--dbport=5432,5543”. Jeśli nie podano,
akcja kończy się niepowodzeniem.

Przykład 1: Ostrzegaj, że baza danych z lokalną repliką na porcie 5433 jest opóźniona przy dowolnym odtwarzaniu xlog
wcale

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

Przykład 2: Podaj wartość krytyczną, jeśli ostatnia otrzymana replika transakcji jest większa niż 1
minuty temu

check_hot_standby_delay --dbhost=master,replika1 --critical='10 min'

Przykład 3: Zezwól, aby replika 1 znajdowała się o 1 segment WAL za sobą, jeśli urządzenie nadrzędne chwilowo widzi
więcej aktywności, niż jest w stanie obsłużyć połączenie replikacji strumieniowej lub 10 minut spóźnienia,
jeśli kapitan obserwuje bardzo małą aktywność i nie przetwarza żadnych transakcji, ale nie
oba, co wskazywałoby na trwały problem z połączeniem replikacji.

check_hot_standby_delay --dbhost=master,replica1 --warning='1048576 i 2 min' --critical='16777216 i 10 min'

rozmiar_indeksu
rozmiar tabeli
wielkość_relacji
(linki symboliczne: "check_postgres_index_size", "check_postgres_table_size" i
"check_postgres_relation_size") Działania rozmiar tabeli i rozmiar_indeksu są po prostu
odmiany wielkość_relacji akcja, która sprawdza relację, która też się rozwinęła
duża. Relacje (innymi słowy tabele i indeksy) można filtrować za pomocą --włączać
i --wykluczać opcje. Zobacz sekcję „FILTROWANIE PODSTAWOWE”, aby uzyskać więcej informacji. Relacje mogą
być również filtrowane przez użytkownika, który jest ich właścicielem, za pomocą --włącz użytkownika i --wyklucz użytkownika
opcje. Zobacz sekcję „FILTROWANIE NAZWY UŻYTKOWNIKA”, aby uzyskać więcej informacji.

Wartości dla --ostrzeżenie i --krytyczny opcje to rozmiary plików i mogą mieć jednostki
bajty, kilobajty, megabajty, gigabajty, terabajty lub eksabajty. Każdy może być skrócony
do pierwszej litery. Jeśli nie podano jednostek, zakłada się bajty. Nie ma domyślnych
wartości: należy podać zarówno ostrzeżenie, jak i opcję krytyczną. Tekst zwrotu pokazuje
rozmiar największej znalezionej relacji.

Jeśli --showperf opcja jest włączona, cała kolekcja relacji z ich rozmiarami.
Aby temu zapobiec, zaleca się ustawienie --doskonały limit opcja, która spowoduje
zapytanie o wykonanie „ORDER BY size DESC LIMIT (limit wydajności)”.

Przykład 1: Podaj krytyczne, jeśli jakakolwiek tabela jest większa niż 600 MB na hoście Burrick.

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

Przykład 2: Ostrzegaj, jeśli rozmiar produktów z tabeli przekracza 4 GB, i podawaj krytyczną wartość 4.5 GB.

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

Przykład 3: Ostrzegaj, jeśli jakikolwiek indeks, którego nie posiada postgres, przekroczy 500 MB.

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

W przypadku danych wyjściowych MRTG zwraca rozmiar w bajtach największej relacji oraz nazwę
baza danych i relacja jako czwarta linia.

ostatnia_analiza
ostatnia_próżnia
ostatnia_autoanaliza
ostatnia_automatyczna próżnia
(linki symboliczne: "check_postgres_last_analyze", "check_postgres_last_vacuum",
„check_postgres_last_autoanalyze” i „check_postgres_last_autovacuum”) Sprawdza, jak długo
to od ostatniego uruchomienia próżni (lub analizy) dla każdej tabeli w jednej lub więcej baz danych.
Użycie tych działań wymaga, aby docelowa baza danych była w wersji 8.3 lub nowszej lub aby
wersja to 8.2, a zmienna konfiguracyjna poziom_wiersza_stats została włączona. Stoły
można filtrować za pomocą --włączać i --wykluczać opcje. Zobacz „FILTROWANIE PODSTAWOWE”
więcej szczegółów. Tabele mogą być również filtrowane przez ich właścicieli za pomocą
--włącz użytkownika i --wyklucz użytkownika opcje. Więcej informacji znajdziesz w sekcji „FILTROWANIE NAZWY UŻYTKOWNIKA”
detale.

Jednostki dla --ostrzeżenie i --krytyczny są określone jako czasy. Obowiązujące jednostki to sekundy,
minuty, godziny i dni; wszystko można skrócić do pierwszej litery. Jeśli nie ma jednostek
podane, zakłada się 'sekundy'. Wartości domyślne to „1 dzień” i „2 dni”. Proszę zanotować
że istnieją przypadki, w których to pole nie jest wypełniane automatycznie. Jeśli jesteś pewien
stoły sprawiają problemy, upewnij się, że mają martwe rzędy do odkurzenia lub po prostu
wykluczyć ich z testu.

Schemat o nazwie „schemat_informacji” jest wykluczony z tego testu, jako jedyne tabele, które on
Zawiera są małe i nie zmieniają się.

Zwróć uwagę, że wersje inne niż „automatyczne” będą również sprawdzać wersje automatyczne. W innych
słowa, użycie last_vacuum zgłosi ostatnią próżnię, czy była to normalna próżnia,
lub uruchamiany przez demona autovacuum.

Przykład 1: Ostrzegaj, jeśli któryś stół nie był odkurzany w ciągu 3 dni, i daj krytyczną ocenę o
tydzień, dla piołunu gospodarza

check_postgres_last_vacuum --host=piołun --warning='3d' --critical='7d'

Przykład 2: To samo co powyżej, ale pomiń tabele należące do użytkowników „ewa” lub „mallory”

check_postgres_last_vacuum --host=piołun --warning='3d' --critical='7d' --excludeusers=ewa,mallory

Dla wyjścia MRTG, zwraca (w pierwszym wierszu) NAJMNIEJSZĄ ilość czasu w sekundach od a
stół był ostatnio odkurzany lub analizowany. Czwarta linia zwraca nazwę bazy danych i
nazwa tabeli.

słuchacz
(„symlink: check_postgres_listener”) Potwierdź, że ktoś nasłuchuje jednego lub więcej
określonych ciągów (przy użyciu systemu LISTEN/NOTIFY), patrząc na tabelę pg_listener.
Potrzebne jest tylko jedno ostrzeżenie lub krytyczne. Format to prosty ciąg reprezentujący
LISTEN docelowy lub znak tyldy, po którym następuje ciąg do sprawdzenia wyrażenia regularnego.
Pamiętaj, że ta kontrola nie będzie działać w wersjach Postgres 9.0 lub nowszych.

Przykład 1: Daj ostrzeżenie, jeśli nikt nie nasłuchuje ciągu bucardo_mcp_ping na portach
5555 i 5556

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

Przykład 2: Daj odpowiedź krytyczną, jeśli nie ma aktywnych żądań LISTEN pasujących do „grimm” on
baza danych oskar

check_postgres_listener --db oskar --critical=~grimm

Dla wyjścia MRTG, zwraca 1 lub 0 na pierwszym, wskazując sukces lub niepowodzenie. Imię
zawiadomienia należy dostarczyć za pośrednictwem --mrtg opcja.

zamki
("symlink: check_postgres_locks") Sprawdź całkowitą liczbę blokad na jednej lub więcej
bazy danych. Nie ma potrzeby uruchamiania tego więcej niż raz na klaster bazy danych. Bazy danych mogą
być filtrowane za pomocą --włączać i --wykluczać opcje. Zobacz sekcję „FILTROWANIE PODSTAWOWE”
by uzyskać więcej szczegółów.

Połączenia --ostrzeżenie i --krytyczny opcje można określić jako proste liczby, które reprezentują
całkowitą liczbę zamków lub można je podzielić według typu zamka. Prawidłowe nazwy zamków
to „całkowita”, „oczekująca” lub nazwa typu blokady używanej przez Postgres. Te imiona są
wielkość liter nie jest rozróżniana i nie jest potrzebna część „zamek” na końcu, więc Ekskluzywny będzie pasował
„Ekskluzywna blokada”. Format to nazwa=liczba, z różnymi elementami oddzielonymi dwukropkami lub
średniki (lub dowolny inny symbol).

Przykład 1: Ostrzegaj, jeśli liczba blokad wynosi 100 lub więcej, a krytyczne, jeśli 200 lub więcej, włączone
gospodarz garrett

check_postgres_locks --host=garrett --warning=100 --critical=200

Przykład 2: Na artemusie hosta, ostrzeż, jeśli istnieje 200 lub więcej zamków, i podaj krytyczny, jeśli
istnieje ponad 250 zamków łącznie lub jeśli istnieje ponad 20 wyłącznych zamków lub jeśli ponad 5 połączeń
czekają na zamek.

check_postgres_locks --host=artemus --warning=200 --critical="łącznie=250:czekanie=5:wyłączne=20"

Dla wyjścia MRTG, zwraca liczbę blokad w pierwszym wierszu oraz nazwę
baza danych w czwartym wierszu.

logfile
("symlink: check_postgres_logfile") Zapewnia, że ​​plik dziennika znajduje się w oczekiwanej lokalizacji
i jest zalogowany. Ta akcja wydaje polecenie, które powoduje wyświetlenie błędu na każdym z nich
sprawdza bazę danych i zapewnia, że ​​komunikat pojawia się w dziennikach. Skanuje
różne ustawienia log_* w Postgresie, aby dowiedzieć się, gdzie powinny być logi. Jeśli ty
korzysta z sysloga, wykonuje on zgrubne (ale nie niezawodne) skanowanie /etc/syslog.conf.
Alternatywnie możesz podać nazwę pliku dziennika za pomocą --plik dziennika opcja. To jest
szczególnie przydatne, jeśli dzienniki mają niestandardowy schemat rotacji sterowany przez zewnętrzny program.
Połączenia --plik dziennika opcja obsługuje następujące znaki ucieczki: "%Y %m %d %H", co
reprezentują odpowiednio bieżący rok, miesiąc, datę i godzinę. Błąd jest zawsze
zgłaszane jako krytyczne, chyba że opcja ostrzeżenia została przekazana jako wartość niezerowa.
Poza tym konkretnym zastosowaniem opcje „--warning” i „--critical” powinny: nie be
używany.

Przykład 1: Na porcie 5432 upewnij się, że plik dziennika jest zapisywany w pliku
/home/greg/pg8.2.log

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

Przykład 2: To samo, co powyżej, ale podnieś ostrzeżenie, a nie krytykę

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

W przypadku danych wyjściowych MRTG zwraca 1 lub 0 w pierwszym wierszu, wskazując powodzenie lub niepowodzenie. w
w przypadku awarii, czwarta linia zawiera więcej szczegółów na temat napotkanej awarii.

nowa_wersja_bc
(„symlink: check_postgres_new_version_bc”) Sprawdza, czy nowsza wersja Bucardo
program jest dostępny. Bieżącą wersję uzyskuje się, uruchamiając "bucardo_ctl --version".
Jeśli dostępna jest główna aktualizacja, zwracane jest ostrzeżenie. Jeśli aktualizacja wersji to
dostępne, zwracany jest krytyczny. (Bucardo jest mistrzem do niewolnika i mistrzem do mistrza)
system replikacji dla Postgres: patrz http://bucardo.org po więcej informacji). Zobacz też
informacje o opcji "--get_method".

nowa_wersja_box
(„symlink: check_postgres_new_version_box”) Sprawdza, czy nowsza wersja boxinfo
program jest dostępny. Aktualną wersję uzyskujemy uruchamiając "boxinfo.pl --version".
Jeśli dostępna jest główna aktualizacja, zwracane jest ostrzeżenie. Jeśli aktualizacja wersji to
dostępne, zwracany jest krytyczny. (boxinfo to program do chwytania ważnych
informacje z serwera i umieszczenie ich w formacie HTML: patrz
http://bucardo.org/wiki/boxinfo po więcej informacji). Zobacz także informacje na temat
Opcja „--get_method”.

nowa_wersja_cp
(„symlink: check_postgres_new_version_cp”) Sprawdza, czy jest nowsza wersja tego programu
(check_postgres) jest dostępny, pobierając wersję z małego pliku tekstowego na stronie głównej
strona strony głównej projektu. Zwraca ostrzeżenie, jeśli zwrócona wersja nie
pasuje do tego, nad którym biegasz. Zalecany interwał sprawdzania to raz dziennie. Zobacz także
informacje o opcji "--get_method".

nowa_wersja_pg
(„symlink: check_postgres_new_version_pg”) Sprawdza, czy istnieje nowsza wersja Postgresa
dla każdej połączonej bazy danych. Zauważ, że sprawdza się to tylko pod kątem wersji, np. od
8.3.6 do 8.3.7. Wersje są zawsze w 100% kompatybilne z plikami binarnymi i nie zawierają zrzutów oraz
przywróć do uaktualnienia. Wprowadzane są poprawki w celu usunięcia błędów, więc uaktualnij jak najszybciej
jest zawsze zalecane. Zwraca ostrzeżenie, jeśli nie masz najnowszej wersji. To jest
Zaleca się przeprowadzanie tej kontroli przynajmniej raz dziennie. Zobacz także informacje na temat
Opcja „--get_method”.

nowa_wersja_tnm
(„symlink: check_postgres_new_version_tnm”) Sprawdza, czy nowsza wersja tail_n_mail
program jest dostępny. Aktualną wersję uzyskuje się, uruchamiając „tail_n_mail --version”.
Jeśli dostępna jest główna aktualizacja, zwracane jest ostrzeżenie. Jeśli aktualizacja wersji to
dostępne, zwracany jest krytyczny. (tail_n_mail to narzędzie do monitorowania logów, które może wysyłać
e-mail, gdy w Twoich dziennikach Postgres pojawią się interesujące wydarzenia. Widzieć:
http://bucardo.org/wiki/Tail_n_mail po więcej informacji). Zobacz także informacje na temat
opcja „--get_method”.

pgb_pool_cl_active
pgb_pool_cl_oczekiwanie
pgb_pool_sv_active
pgb_pool_sv_idle
pgb_pool_sv_used
pgb_pool_sv_testowane
pgb_pool_sv_login
pgb_pool_maxwait
(linki symboliczne: "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” i „check_postgres_pgb_pool_maxwait”)

Sprawdza statystyki puli pgbouncera. Każda pula posiada zestaw połączeń „klienckich”,
w odniesieniu do połączeń od klientów zewnętrznych oraz połączeń „serwerowych”, w odniesieniu do
połączenia z samym PostgreSQL. Powiązane akcje check_postgres są poprzedzone przedrostkiem „cl_”
i „sv_”. Aktywne połączenia klienckie to połączenia aktualnie połączone
z aktywnym połączeniem z serwerem. Połączenia klientów mogą również „czekać”, co oznacza, że:
nie przydzielono jeszcze połączenia z serwerem. Połączenia z serwerem są „aktywne” (połączone
do klienta), "idle" (czeka na połączenie klienta do połączenia), "used" (tylko
odłączone od klienta i jeszcze nie zwrócone do puli bezczynności), „przetestowane” (obecnie
przetestowane) i „logowanie” (w trakcie logowania). Wartość maxwait pokazuje, jak długo w
sekund najstarszego oczekującego połączenia klienta.

pgbouncer_backends
(„symlink: check_postgres_pgbouncer_backends”) Sprawdza aktualną liczbę połączeń
dla jednej lub więcej baz danych przez pgbouncer i opcjonalnie porównuje ją do maksimum
dozwolone, co jest określane przez zmienną konfiguracyjną pgbouncer max_połączenie_klienta,
--ostrzeżenie i --krytyczny opcje mogą przybierać jedną z trzech form. Po pierwsze, prosta liczba może
być podany, co oznacza liczbę połączeń, przy których zostanie podany alert.
Ten wybór nie używa max_połączenia ustawienie. Po drugie, odsetek dostępnych
można podać połączenia. Po trzecie, można podać liczbę ujemną, która reprezentuje
liczba połączeń pozostała do max_połączenia został osiągnięty. Domyślne wartości dla
--ostrzeżenie i --krytyczny to „90%” i ​​„95%”. Możesz także filtrować bazy danych za pomocą
dotychczasowy --włączać i --wykluczać opcje. Zobacz sekcję „FILTROWANIE PODSTAWOWE”, aby uzyskać więcej informacji.

Aby wyświetlić tylko procesy, które nie są w stanie bezczynności, możesz użyć --makaron argument. Zwróć uwagę, że użytkownik ty
łączą się, ponieważ musi być superużytkownikiem, aby to działało poprawnie.

Przykład 1: Daj ostrzeżenie, gdy liczba połączeń w quirmie hosta osiągnie 120, a
krytyczne, jeśli osiągnie 150.

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

Przykład 2: Podaj wartość krytyczną, gdy osiągniemy 75% naszych ustawień max_connections na hostach
lancre lub lancre2.

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

Przykład 3: daj ostrzeżenie, gdy na hoście pozostało tylko 10 dodatkowych gniazd połączeń
plazmid i krytyczny, gdy pozostało nam tylko 5.

check_postgres_pgbouncer_backends --warning=-10 --critical=-5 --host=plazmid -p 6432 -u pgbouncer

W przypadku wyjścia MRTG liczba połączeń jest podawana w pierwszym wierszu, a w czwartym
linia podaje nazwę bazy danych plus aktualny max_client_conn. Jeśli więcej niż jeden
baza danych została przeszukana, wyprowadzana jest ta z największą liczbą połączeń.

suma kontrolna pgbouncer
(„symlink: check_postgres_pgbouncer_checksum”) Sprawdza, czy wszystkie ustawienia pgBouncer są
tak samo jak ostatnio sprawdzałeś. Odbywa się to poprzez wygenerowanie sumy kontrolnej posortowanej listy
nazw ustawień i ich wartości. Pamiętaj, że nie powinieneś określać nazwy bazy danych, to
automatycznie ustawi się domyślnie na pgbouncer. Albo --ostrzeżenie albo --krytyczny opcja
należy podać, ale nie jedno i drugie. Wartość każdego z nich to suma kontrolna, 32-znakowa
wartość szesnastkowa. Możesz uruchomić ze specjalną opcją „--critical=0”, aby dowiedzieć się
istniejąca suma kontrolna.

Ta akcja wymaga modułu Digest::MD5.

Przykład 1: Znajdź początkową sumę kontrolną konfiguracji pgbouncera na porcie 6432 za pomocą
domyślny użytkownik (zwykle postgres)

check_postgres_pgbouncer_checksum --port=6432 --critical=0

Przykład 2: Upewnij się, że żadne ustawienia nie uległy zmianie i ostrzeż, jeśli tak, używając sumy kontrolnej z
powyżej.

check_postgres_pgbouncer_checksum --port=6432 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

W przypadku danych wyjściowych MRTG zwraca 1 lub 0 wskazujący na sukces w przypadku niepowodzenia dopasowania sumy kontrolnej.
Suma kontrolna musi być podana jako argument „--mrtg”. Czwarty wiersz zawsze podaje
aktualna suma kontrolna.

pgagent_jobs
(„symlink: check_postgres_pgagent_jobs”) Sprawdza, czy wszystkie zadania pgAgent, które mają
wykonane w poprzednim przedziale czasu powiodło się. Odbywa się to poprzez sprawdzenie
wszelkie kroki, które mają niezerowy wynik.

Jako czasy można podać „--ostrzeżenie” lub „--krytyczne” lub oba te elementy, a zadania zostaną
sprawdzane pod kątem awarii w określonych odstępach czasu przed bieżącym czasem. Ważny
jednostkami są sekundy, minuty, godziny i dni; wszystko można skrócić do pierwszej litery.
Jeśli nie podano jednostek, przyjmuje się „sekundy”.

Przykład 1: Podaj informację krytyczną, gdy jakiekolwiek zadania wykonane w ciągu ostatniego dnia nie powiodły się.

check_postgres_pgagent_jobs --critical=1d

Przykład 2: Daj ostrzeżenie, gdy jakiekolwiek zadania wykonane w ciągu ostatniego tygodnia nie powiodły się.

check_postgres_pgagent_jobs --warning=7d

Przykład 3: Podaj informację krytyczną za zadania, które nie powiodły się w ciągu ostatnich 2 godzin, oraz ostrzeżenie dla
zadania, które nie powiodły się w ciągu ostatnich 4 godzin:

check_postgres_pgagent_jobs --critical=2h --warning=4h

przygotowany_tekst
("symlink: check_postgres_prepared_txns") Sprawdź wiek istniejącego przygotowanego
transakcje. Pamiętaj, że większość ludzi NIE skorzysta z przygotowanych transakcji, ponieważ są one częścią
dwuczęściowego zatwierdzenia i skomplikowanego w utrzymaniu. Nie należy ich również mylić z
przygotowanych OŚWIADCZEŃ, o których myśli większość ludzi, gdy słyszą przygotowanie. ten
domyślna wartość ostrzeżenia to 1 sekunda, aby wykryć użycie przygotowanych transakcji, które:
jest prawdopodobnie błędem w większości systemów. Ostrzeżenie i krytyczne to liczba sekund a
przygotowana transakcja została otwarta przed wysłaniem alertu.

Przykład 1: Ostrzegaj o wykryciu wszelkich przygotowanych transakcji:

check_postgres_prepared_txns -w 0

Przykład 2: Daj krytyczne, jeśli jakakolwiek przygotowana transakcja była otwarta dłużej niż 10
sekund, ale poczekaj do 360 sekund na 'shrike' bazy danych:

check_postgres_prepared_txns --critical=10 --exclude=dzierzba
check_postgres_prepared_txns --critical=360 --include=dzierzba

W przypadku danych wyjściowych MRTG zwraca liczbę sekund, w których najstarsza transakcja została otwarta jako
pierwszy wiersz i z której bazy danych pochodzi jako ostatni wiersz.

zapytanie_runtime
("symlink: check_postgres_query_runtime") Sprawdza, ile czasu zajmuje wykonanie określonego zapytania,
wykonując przeciwko niemu „WYJAŚNIJ ANALIZĘ”. ten --ostrzeżenie i --krytyczny opcje są
maksymalny czas, jaki powinno zająć zapytanie. Prawidłowe jednostki to sekundy, minuty i godziny;
każdy może być skrócony do pierwszej litery. Jeśli nie podano jednostek, przyjmuje się „sekundy”.
Należy podać zarówno ostrzeżenie, jak i opcję krytyczną. Nazwa widoku lub funkcji
do uruchomienia musi być przekazany do --nazwa zapytania opcja. Musi składać się z jednego słowa
(lub schema.word), z opcjonalnymi nawiasami na końcu.

Przykład 1: Podaj informację krytyczną, jeśli funkcja o nazwie „speedtest” nie zostanie uruchomiona w ciągu 10 sekund lub
mniej.

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

W przypadku danych wyjściowych MRTG raportuje czas w sekundach na wykonanie zapytania w pierwszym wierszu.
Czwarty wiersz zawiera listę bazy danych.

czas_zapytania
("symlink: check_postgres_query_time") Sprawdza długość uruchomionych zapytań dla jednego lub więcej
bazy danych. Nie ma potrzeby uruchamiania tego więcej niż raz w tym samym klastrze bazy danych. Notatka
że to już wyklucza zapytania, które są „bezczynne w transakcji”. Bazy danych mogą być
filtrowane za pomocą --włączać i --wykluczać opcje. Zobacz sekcję „FILTROWANIE PODSTAWOWE”
po więcej szczegółów. Możesz także filtrować według użytkownika uruchamiającego zapytanie za pomocą --włącz użytkownika
i --wyklucz użytkownika opcje. Zobacz sekcję „FILTROWANIE NAZWY UŻYTKOWNIKA”, aby uzyskać więcej informacji.

Wartości dla --ostrzeżenie i --krytyczny opcje to ilości czasu i domyślnie „2
minut” i „5 minut”. Prawidłowe jednostki to „sekundy”, „minuty”, „godziny” lub
'dni'. Każda może być napisana w liczbie pojedynczej lub skrócona do pierwszej litery. Jeśli nie ma jednostek
podano, przyjmuje się, że jednostką są sekundy.

Ta czynność wymaga Postgresa w wersji 8.1 lub nowszej.

Przykład 1: Daj ostrzeżenie, jeśli jakiekolwiek zapytanie trwa dłużej niż 3 minuty, a
krytyczne, jeśli trwa dłużej niż 5 minut.

check_postgres_query_time --port=5432 --warning='3 minuty' --critical='5 minut'

Przykład 2: Używając wartości domyślnych (2 i 5 minut), sprawdź wszystkie bazy danych oprócz tych
zaczynając od „szablon”.

check_postgres_query_time --port=5432 --exclude=~^szablon

Przykład 3: Ostrzegaj, jeśli użytkownik „don” ma zapytanie działające przez ponad 20 sekund

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

W przypadku danych wyjściowych MRTG zwraca długość w sekundach najdłużej działającego zapytania w pierwszym
linia. Czwarty wiersz podaje nazwę bazy danych.

zreplikuj_wiersz
(„symlink: check_postgres_replicate_row”) Sprawdza, czy działa replikacja master-slave
do jednego lub więcej niewolników.

Pierwsze opcje „--dbname”, „--host” i „--port” itp. są uważane za główne;
kolejne zastosowania to niewolnicy. Wartości lub --ostrzeżenie i --krytyczny opcje są
jednostki czasu i co najmniej jedna musi być podana (brak wartości domyślnych). Prawidłowe jednostki to „sekundy”,
„minuty”, „godziny” lub „dni”. Każdy może być napisany w liczbie pojedynczej lub skrócony do tylko
pierwszy list. Jeśli nie podano jednostek, przyjmuje się, że są to sekundy.

To sprawdzenie aktualizuje pojedynczy wiersz na wzorcu, a następnie mierzy, ile czasu to zajmie
stosowane do niewolników. Aby to zrobić, musisz wybrać replikowaną tabelę, a następnie
znajdź wiersz, który można zmienić i który nie zostanie zmieniony przez żaden inny proces. A
określona kolumna tego wiersza zostanie zmieniona z jednej wartości na drugą. Wszystko to jest karmione
do opcji „repinfo” i powinien zawierać następujące opcje oddzielone przecinkami:
nazwa tabeli, klucz podstawowy, identyfikator klucza, kolumna, pierwsza wartość, druga wartość.

Przykład 1: Slony replikuje tabelę o nazwie „zamówienia” z hosta „alfa” do hosta „beta”,
w bazie danych „sprzedaż”. Klucz podstawowy tabeli nosi nazwę id i zamierzamy
przetestuj wiersz z identyfikatorem 3 (co jest historyczne i nigdy się nie zmienia). Jest kolumna
o nazwie „przedstawiciel handlowy”, który zamierzamy zmienić z wartości „slon” na „nols”, aby sprawdzić
replikacja. Chcemy rzucić ostrzeżenie, jeśli replikacja nie nastąpi w ciągu 10
towary drugiej jakości.

check_postgres_replicate_row --host=alfa --dbname=sprzedaż --host=beta
--dbname=sprzedaż --warning=10 --repinfo=zamówienia,id,3,przedstawiciel handlowy,slon,nols

Przykład 2: Bucardo replikuje tabelę o nazwie „receipt” z hosta „green” do hostów
„czerwony”, „niebieski” i „żółty”. Baza danych obu stron jest „publiczna”. Bazy danych niewolników
działają na porcie 5455. Klucz podstawowy nosi nazwę „receipt_id”, wiersz, którego chcemy użyć
ma wartość 9, a kolumna, którą chcemy zmienić na potrzeby testu, nazywa się „strefa”. Dobrze
przełączać się między 'północ' i 'południe' dla wartości tej kolumny i rzucać krytyczne, jeśli
zmiana nie dotyczy wszystkich trzech urządzeń podrzędnych w ciągu 5 sekund.

check_postgres_replicate_row --host=zielony --port=5455 --host=czerwony,niebieski,żółty
--critical=5 --repinfo=pokwitowanie,pokwitowanie_id,9,strefa,północ,południe

W przypadku danych wyjściowych MRTG zwraca w pierwszym wierszu czas w sekundach, jaki zajmuje replikacja
koniec. Maksymalny czas jest ustawiony na 4 minuty 30 sekund: jeśli nie trwała replikacja
w tak długim czasie, pojawia się błąd.

ten sam_schemat
(„symlink: check_postgres_same_schema”) Sprawdza, czy co najmniej dwie bazy danych są identyczne
jeśli chodzi o ich schemat (ale nie dane w nim zawarte). Jest to szczególnie przydatne przy robieniu
upewnij się, że twoi niewolnicy nie zostali w żaden sposób zmodyfikowani lub uszkodzeni, gdy używasz master do slave
replikacja. W przeciwieństwie do większości innych działań, nie ma to żadnych ostrzeżeń ani krytycznych kryteriów –
bazy danych są zsynchronizowane lub nie. Jeśli są różne, szczegółowy wykaz
przedstawiono różnice.

Możesz chcieć wykluczyć lub odfiltrować pewne różnice. Sposobem na to jest dodanie
ciągi do opcji "--filter". Aby wykluczyć typ obiektu, użyj „noname”, gdzie „nazwa”
to typ obiektu, na przykład „noschema”. Aby wykluczyć obiekty określonego typu przez a
wyrażenie regularne w stosunku do ich nazwy, użyj "noname=regex". Zobacz przykłady poniżej dla
lepsze zrozumienie.

Typy obiektów, które można filtrować, obejmują:

użytkownik
schemat
stół
widok
wskaźnik
sekwencja
przymus
wyzwalać
funkcjonować

Opcja filtrowania „noposition” uniemożliwia weryfikację pozycji kolumn w obrębie a
tabela.

Opcja filtrowania „nofuncbody” zapobiega porównywaniu ciał wszystkich funkcji.

Opcja filtrowania „noperm” zapobiega porównywaniu uprawnień obiektów.

Aby udostępnić drugą bazę danych, wystarczy dołączyć różnice do pierwszej poprzez wywołanie
odpowiedni argument połączenia. Na przykład, aby porównać bazy danych na hostach alfa i
brawo, użyj "--dbhost=alfa,brawo". Zobacz także przykłady poniżej.

Jeśli podany jest tylko jeden host, zakłada się, że robimy raport „na podstawie czasu”. ten
przy pierwszym uruchomieniu migawka wszystkich elementów w bazie danych jest zapisywana w lokalizacji lokalnej
plik. Po ponownym uruchomieniu migawka jest wczytywana i staje się „bazą danych nr 2” i jest
w porównaniu do aktualnej bazy danych.

Aby zastąpić stary zapisany plik nową wersją, użyj argumentu --replace.

Aby włączyć migawki w różnych momentach, możesz użyć argumentu „--suffix”, aby uczynić
nazwy plików unikalne dla każdego przebiegu. Zobacz przykłady poniżej.

Przykład 1: Sprawdź, czy dwie bazy danych na hostach gwiazda i linia są takie same:

check_postgres_same_schema --dbhost=gwiazda,linia

Przykład 2: To samo co poprzednio, ale wyklucz wszystkie wyzwalacze ze słowem „slony” w nazwie

check_postgres_same_schema --dbhost=gwiazda,linia --filter="notrigger=slony"

Przykład 3: To samo co poprzednio, ale z wykluczeniem wszystkich indeksów

check_postgres_same_schema --dbhost=gwiazda,linia --filter="notrigger=slony noindexes"

Przykład 4: Sprawdź różnice dla bazy danych "battlestar" na różnych portach

check_postgres_same_schema --dbname=gwiazda bitwy --dbport=5432,5544

Przykład 5: Utwórz dzienny i tygodniowy plik migawki

check_postgres_same_schema --dbname=cylon --suffix=codziennie
check_postgres_same_schema --dbname=cylon --suffix=co tydzień

Przykład 6: Przeprowadź porównanie historyczne, a następnie zastąp plik

check_postgres_same_schema --dbname=cylon --suffix=codziennie --zamień

sekwencja
("symlink: check_postgres_sequence") Sprawdza, ile miejsca zostało na wszystkich sekwencjach w
Baza danych. Jest to mierzone jako procent wszystkich możliwych wartości, które zostały użyte
dla każdej sekwencji. ten --ostrzeżenie i --krytyczny opcje powinny być wyrażone jako
procentach. Wartości domyślne to 85% za ostrzeżenie i 95% dla krytycznych. Możesz
użyj opcji --include i --exclude, aby kontrolować, które sekwencje mają być sprawdzane. Zauważ, że to
czek uwzględnia nietypowe minimalna wartość i przyrost by wartości, ale nie obchodzi mnie, czy
sekwencja jest ustawiona na cykl lub nie.

Dane wyjściowe dla Nagios zawierają nazwę sekwencji, użyty procent i liczbę
pozostało 'wywołań', wskazując, ile jeszcze razy można wywołać nextval w tej sekwencji
przed osiągnięciem maksymalnej wartości.

Dane wyjściowe dla MRTG zwracają najwyższy procent we wszystkich sekwencjach w pierwszej linii,
oraz nazwę każdej sekwencji z tym procentem w czwartym wierszu, oddzielone znakiem „|”
(pionowa), jeśli istnieje więcej niż jedna sekwencja przy tym procencie.

Przykład 1: Daj ostrzeżenie, jeśli jakakolwiek sekwencja zbliża się do 95% zapełnienia.

check_postgres_sequence --dbport=5432 --warning=95%

Przykład 2: Sprawdź, czy sekwencja o nazwie „orders_id_seq” nie jest zapełniona więcej niż w połowie.

check_postgres_sequence --dbport=5432 --critical=50% --include=orders_id_sekwencja

settings_suma kontrolna
(„symlink: check_postgres_settings_checksum”) Sprawdza, czy wszystkie ustawienia Postgresa są
tak samo jak ostatnio sprawdzałeś. Odbywa się to poprzez wygenerowanie sumy kontrolnej posortowanej listy
nazw ustawień i ich wartości. Pamiętaj, że różni użytkownicy w tej samej bazie danych mogą mieć
różne sumy kontrolne, ze względu na użycie ALTER USER i ze względu na to, że superużytkownicy widzą więcej
ustawienia niż zwykli użytkownicy. Albo --ostrzeżenie albo --krytyczny opcja powinna być
dane, ale nie jedno i drugie. Wartość każdego z nich to suma kontrolna, 32-znakowa liczba szesnastkowa
wartość. Możesz uruchomić ze specjalną opcją „--critical=0”, aby znaleźć istniejącą
suma kontrolna.

Ta akcja wymaga modułu Digest::MD5.

Przykład 1: Znajdź początkową sumę kontrolną dla bazy danych na porcie 5555 przy użyciu domyślnego użytkownika
(zwykle postgres)

check_postgres_settings_checksum --port=5555 --critical=0

Przykład 2: Upewnij się, że żadne ustawienia nie uległy zmianie i ostrzeż, jeśli tak, używając sumy kontrolnej z
powyżej.

check_postgres_settings_checksum --port=5555 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

W przypadku danych wyjściowych MRTG zwraca 1 lub 0 wskazujący na sukces w przypadku niepowodzenia dopasowania sumy kontrolnej.
Suma kontrolna musi być podana jako argument „--mrtg”. Czwarty wiersz zawsze podaje
aktualna suma kontrolna.

słony_status
(„symlink: check_postgres_slony_status”) Sprawdza stan klastra Slony przez
patrząc na wyniki widoku sl_status Slony'ego. Jest to zwracane jako liczba
sekund „czasu zwłoki”. ten --ostrzeżenie i --krytyczny opcje powinny być wyrażone jako czasy.
Wartości domyślne to 60 sekund za ostrzeżenie i 300 sekund dla krytycznych.

Opcjonalny argument --schemat wskazał schemat, pod którym zainstalowany jest Slony. Jeśli to
nie jest podany, schemat zostanie określony automatycznie przy każdym uruchomieniu tego sprawdzenia.

Przykład 1: Daj ostrzeżenie, jeśli jakikolwiek Slony jest opóźniony o więcej niż 20 sekund

check_postgres_slony_status --ostrzeżenie 20

Przykład 2: Daj ocenę krytyczną, jeśli Slony, zainstalowany w schemacie „_slony”, ma więcej niż 10
minuty z opóźnieniem

check_postgres_slony_status --schema=_slony --critical=600

synchronizacja czasu
(„symlink: check_postgres_timesync”) Porównuje lokalny czas systemowy z podanym czasem
przez jedną lub więcej baz danych. ten --ostrzeżenie i --krytyczny opcje reprezentują liczbę
sekund między dwoma systemami przed wygenerowaniem ostrzeżenia. Jeśli nie określono żadnego,
używane są wartości domyślne, którymi są „2” i „5”. Wartość ostrzeżenia nie może być większa niż
wartość krytyczna. Ze względu na niedokładny charakter tego testu wartości „0” lub „1” nie są
zalecane.

Zwrócony ciąg znaków pokazuje różnicę czasu, a także czas na każdej zapisanej stronie
się.

Przykład 1: Sprawdź, czy bazy danych na hostach ankh, morpork i klatch nie przekraczają 3
sekundy od czasu lokalnego:

check_postgres_timesync --host=ankh,morpork,klatch --critical=3

Dla danych wyjściowych MRTG, zwraca jeden w pierwszym wierszu liczbę sekund różnicy między
czas lokalny i czas bazy danych. Czwarta linia zwraca nazwę bazy danych.

txn_idle
(„symlink: check_postgres_txn_idle”) Sprawdza liczbę i czas trwania „idle in
transakcji" w jednej lub kilku bazach danych. Nie ma potrzeby uruchamiania tego więcej niż raz
w tym samym klastrze bazy danych. Bazy danych można filtrować za pomocą --włączać i
--wykluczać opcje. Aby uzyskać więcej informacji, zobacz sekcję „FILTROWANIE PODSTAWOWE” poniżej.

Połączenia --ostrzeżenie i --krytyczny opcje są podawane jako jednostki czasu, liczby całkowite ze znakiem lub
liczby całkowite dla jednostek czasu i obie muszą być podane (nie ma wartości domyślnych). Prawidłowe jednostki
to „sekundy”, „minuty”, „godziny” lub „dni”. Każdy może być napisany w liczbie pojedynczej lub w skrócie
tylko do pierwszej litery. Jeśli nie podano jednostek, a liczby są bez znaku, jednostki
przyjmuje się, że są to sekundy.

Ta czynność wymaga Postgresa w wersji 8.3 lub nowszej.

Przykład 1: Daj ostrzeżenie, jeśli jakiekolwiek połączenie jest bezczynne w transakcji przez ponad 15
sekundy:

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

Przykład 2: Daj ostrzeżenie, jeśli jest 50 lub więcej transakcji

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

Przykład 3: Daj krytyczne, jeśli 5 lub więcej połączeń było nieaktywnych w transakcji przez więcej
niż 10 sekund:

check_postgres_txn_idle --port=5432 --critical='5 przez 10 sekund'

W przypadku danych wyjściowych MRTG zwraca czas w sekundach najdłuższej bezczynnej transakcji
bieganie. Czwarta linia zwraca nazwę bazy danych i inne informacje o
najdłuższa transakcja.

txn_czas
(„symlink: check_postgres_txn_time”) Sprawdza długość otwartych transakcji na jednej lub więcej
bazy danych. Nie ma potrzeby uruchamiania tego polecenia więcej niż raz na klaster bazy danych.
Bazy danych można filtrować za pomocą --włączać i --wykluczać opcje. Zobacz „PODSTAWOWE
FILTROWANIE”, aby uzyskać więcej informacji. Właściciela transakcji można również filtrować, wg
korzystanie z --włącz użytkownika i --wyklucz użytkownika opcje. Zobacz sekcję „FILTROWANIE NAZWY UŻYTKOWNIKA”
by uzyskać więcej szczegółów.

Wartości lub --ostrzeżenie i --krytyczny opcje są jednostkami czasu i muszą być podane
(brak domyślnego). Prawidłowe jednostki to „sekundy”, „minuty”, „godziny” lub „dni”. Każdy może być
napisane w liczbie pojedynczej lub skrócone do pierwszej litery. Jeśli nie podano jednostek,
przyjmuje się, że jednostki to sekundy.

Ta czynność wymaga Postgresa w wersji 8.3 lub nowszej.

Przykład 1: Podaj informację krytyczną, jeśli jakakolwiek transakcja była otwarta dłużej niż 10 minut:

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

Przykład 1: Ostrzegaj, jeśli użytkownik „magazyn” ma otwartą transakcję przez ponad 30 sekund

check_postgres_txn_time --port-5432 --warning=30s --includeuser=magazyn

W przypadku danych wyjściowych MRTG zwraca maksymalny czas w sekundach, w którym transakcja została otwarta w dniu
Pierwsza linia. Czwarty wiersz podaje nazwę bazy danych.

txn_wraparound
("symlink: check_postgres_txn_wraparound") Sprawdza, jak blisko jednej transakcji
lub więcej baz danych jest pobieranych. ten --ostrzeżenie i --krytyczny opcje wskazują liczbę
wykonanych transakcji i musi być dodatnią liczbą całkowitą. Jeśli nie podano żadnej opcji,
Stosowane są wartości domyślne 1.3 i 1.4 miliarda. Nie ma potrzeby uruchamiania tego polecenia więcej
niż raz na klaster bazy danych. Aby uzyskać bardziej szczegółowe omówienie, co to za liczba
reprezentuje i co z tym zrobić, odwiedź stronę
<http://www.postgresql.org/docs/current/static/routine-vacuuming.html#ODKURZACZ-DO-WRAPAROWANIA>

Wartości ostrzegawcze i krytyczne mogą mieć podkreślenia w liczbie dla czytelności, jak Perl
robi.

Przykład 1: Sprawdź domyślne wartości bazy danych localhost

check_postgres_txn_wraparound --host=localhost

Przykład 2: Sprawdź port 6000 i podaj krytyczny, gdy trafi się 1.7 miliarda transakcji:

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

Dla wyjścia MRTG, zwraca największą liczbę transakcji dla wszystkich baz danych w linii pierwszej,
podczas gdy linia 4 wskazuje, która to baza danych.

wersja
(„symlink: check_postgres_version”) Sprawdza, czy wymagana wersja Postgresa jest
bieganie. ten --ostrzeżenie i --krytyczny opcje (wymagana jest tylko jedna) muszą mieć format
XY or XYZ gdzie X to główny numer wersji, Y to numer wersji pomocniczej, i Z is
rewizja.

Przykład 1: Daj ostrzeżenie, jeśli baza danych na porcie 5678 nie jest w wersji 8.4.10:

wersja_check_postgres --port=5678 -w=8.4.10

Przykład 2: Daj ostrzeżenie, jeśli jakakolwiek baza danych na hostach dolina, ziarno lub słońce nie ma wersji 8.3:

check_postgres_version -H dolina,ziarno,słońce --krytyczne=8.3

W przypadku danych wyjściowych MRTG raportuje 1 lub 0 wskazujące na sukces lub niepowodzenie w pierwszym wierszu. ten
czwarta linia wskazuje aktualną wersję. Wersję należy podać za pomocą „--mrtg”
opcja.

wal_pliki
("symlink: check_postgres_wal_files") Sprawdza, ile plików WAL istnieje w pg_xlog
katalog, który znajduje się poza twoim katalog_danych, czasami jako dowiązanie symboliczne do innego
dysk fizyczny ze względu na wydajność. Ta akcja musi być uruchomiona jako superużytkownik, aby:
uzyskać dostęp do zawartości pg_xlog informator. Minimalna wersja do użycia tego działania to
Postgres 8.1. ten --ostrzeżenie i --krytyczny opcje to po prostu liczba plików w
pg_xlog informator. Jaka liczba to ustawić, będzie się różnić, ale ogólną wytyczną jest umieszczenie
liczba nieco wyższa niż zwykle, aby wcześnie wykryć problemy.

Zwykle pliki WAL są zamykane, a następnie ponownie wykorzystywane, ale długotrwała otwarta transakcja lub
wadliwy archiwum_polecenie skrypt może spowodować, że Postgres utworzy zbyt wiele plików. Ostatecznie,
spowoduje to, że na dysku, na którym się znajdują, zabraknie miejsca, w którym to momencie Postgres będzie
zamknąć.

Przykład 1: Sprawdź, czy liczba plików WAL wynosi 20 lub mniej na hoście „pluto”

check_postgres_wal_files --host=pluton --critical=20

W przypadku danych wyjściowych MRTG raportuje liczbę plików WAL w wierszu 1.

odbudować_dowiązania_symboliczne
odbudować_dowiązania_symboliczne_force
Ta akcja nie wymaga żadnych innych argumentów i nie łączy się z żadnymi bazami danych, ale po prostu
tworzy dowiązania symboliczne w bieżącym katalogu dla każdej akcji, w postaci
check_postgres_. Jeśli plik już istnieje, nie zostanie nadpisany. Gdyby
akcja to rebuild_symlinks_force, wtedy dowiązania symboliczne zostaną nadpisane. Opcja
--symlinks to krótszy sposób wyrażenia --action=rebuild_symlinks

BASIC FILTRACJA

Opcje --włączać i --wykluczać można łączyć, aby ograniczyć to, które rzeczy są sprawdzane,
w zależności od akcji. Nazwę bazy danych można filtrować za pomocą następujących
akcje: backendy, database_size, locks, query_time, txn_idle i txn_time. Nazwa
relacja może być filtrowana przy użyciu następujących akcji: bloat, index_size,
table_size, relations_size, last_vacuum, last_autovacuum, last_analyze i
ostatnia_autoanaliza. Nazwę ustawienia można filtrować podczas korzystania z settings_checksum
akcja. Nazwę systemu plików można filtrować za pomocą akcji disk_space.

Jeśli podana jest tylko opcja include, sprawdzane będą TYLKO te wpisy, które pasują.
Jeśli jednak podano zarówno wykluczenie, jak i włączenie, wykluczenie jest wykonywane jako pierwsze, a włączenie
później, aby przywrócić rzeczy, które mogły zostać wyłączone. Obie --włączać i --wykluczać mogą
być podawane wielokrotnie i/lub jako listy oddzielone przecinkami. Wiodąca tylda będzie pasować do
następujące słowo jako wyrażenie regularne.

Aby dopasować schemat, zakończ wyszukiwane hasło pojedynczą kropką. Można użyć wiodących tyld
również dla schematów.

Zachowaj ostrożność podczas korzystania z filtrowania: na przykład reguła włączania w backendach może
zgłaszaj żadnych problemów nie tylko dlatego, że pasująca baza danych nie ma zaplecza, ale dlatego, że ty
błędnie napisana nazwa bazy danych!

Przykłady:

Sprawdza tylko elementy o nazwie pg_class:

--include=pg_klasa

Sprawdza tylko pozycje zawierające litery „pg_”:

--include=~str_

Sprawdzaj tylko pozycje zaczynające się od „pg_”:

--include=~^str_

Wyklucz element o nazwie „test”:

--wyklucz=test

Wyklucz wszystkie elementy zawierające litery „test”:

--exclude=~test

Wyklucz wszystkie elementy ze schematu „pg_catalog”:

--exclude='pg_catalog.'

Wyklucz wszystkie przedmioty zawierające litery „as”, ale zezwól na „wznowienie” przedmiotu:

--exclude=~as --include=zmierzenie się

Wyklucz wszystkie pozycje, które zaczynają się od liter „pg_”, które zawierają litery „slon”, lub
które są nazwane „sql_settings” lub „zielony”. W szczególności sprawdź przedmioty z literami
„prod” w ich nazwach i zawsze sprawdzaj element o nazwie „pg_relname”:

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

USER IMIĘ FILTRACJA

Opcje --włącz użytkownika i --wyklucz użytkownika może być użyty w niektórych akcjach tylko do sprawdzenia
obiekty bazy danych należące do (lub nienależące do) jednego lub większej liczby użytkowników. jakiś --włącz użytkownika opcja
zawsze przebija i --wyklucz użytkownika opcja. Możesz podać każdą opcję więcej niż raz przez
wielu użytkowników lub możesz podać listę rozdzielaną przecinkami. Czynności, z których obecnie korzystasz
te opcje to:

rozmiar_bazy_danych
ostatnia_analiza
ostatnia_autoanaliza
ostatnia_próżnia
ostatnia_automatyczna próżnia
czas_zapytania
wielkość_relacji
txn_czas

Przykłady:

Sprawdzaj tylko elementy należące do użytkownika o imieniu Greg:

--includeużytkownik=greg

Sprawdzaj tylko przedmioty należące do firmy watson lub crick:

--includeuser=Watson, Crick

Sprawdzaj tylko przedmioty należące do cricka, franklina, watsona lub wilkinów:

--includeuser=watson --includeuser=franklin --includeuser=crick,wilkins

Sprawdź wszystkie elementy poza tymi należącymi do użytkownika scott:

--excludeuser=Scott

TESTOWANIE TRYB

Aby pomóc w konfiguracji, ten program można uruchomić w „trybie testowym”, określając
--test opcja. Spowoduje to wykonanie kilku podstawowych testów, aby upewnić się, że bazy danych mogą być:
skontaktował się z Tobą i czy spełnione są określone wymagania wstępne dotyczące działania, takie jak to, czy użytkownik jest
superużytkownika, jeśli wersja Postgresa jest wystarczająco nowa i jeśli włączona jest funkcja stats_row_level.

Użyj check_postgres_database_sizep online, korzystając z usług onworks.net