check_postgres_new_version_bcp - Bulutta Çevrimiçi

Program:

ADI

check_postgres - Nagios, MRTG, Cacti ve diğerleri için bir Postgres izleme betiği

Bu belgeler check_postgres sürüm 2.22.0'ı açıklar

SİNOPSİS

## Tüm sembolik bağlantıları oluştur
check_postgres -- sembolik bağlantılar

## Postgres veritabanı 'pluto' bağlantısını kontrol edin:
check_postgres --action=bağlantı --db=pluto

## Aynı şeyler, ancak sembolik bağlantıyı kullanmak
check_postgres_connection --db=plüton

## > 100 kilitlenirse uyar, > 200 veya > 20 özelse kritik
check_postgres_locks --warning=100 --critical="toplam=200:exclusive=20"

## 6543 numaralı bağlantı noktasındaki mevcut boşta bağlantı sayısını göster:
check_postgres_txn_idle --port=6543 --output=basit

## Başka birçok işlem ve seçenek var, lütfen okumaya devam edin.

En son haberler ve belgeler her zaman şu adreste bulunabilir:
http://bucardo.org/check_postgres/

TANIM

check_postgres, bir veya daha fazlasına karşı birçok farklı test çalıştıran bir Perl betiğidir.
Postgres veritabanları. Bilgileri toplamak için psql programını kullanır ve çıktıları verir.
üç biçimden biriyle sonuçlanır: Nagios, MRTG veya basit.

Çıktı Modu
Çıktı "--output" seçeneği kullanılarak değiştirilebilir. Varsayılan çıktı nagios'tur,
dilerseniz bu betiğin en üstünde değiştirilebilir. mevcut seçenek
seçimler nagios, bay, ve basit. Her seferinde çıktı argümanını girmek zorunda kalmamak için
zaman, --output argümanı verilmezse ve çıktının türü otomatik olarak ayarlanır.
geçerli dizin, adında çıktı seçeneklerinden birine sahiptir. Örneğin, bir
mrtg adlı dizin ve onu sembolik bağlantılarla doldurma --semboller argüman
o dizinden çalıştırılan tüm eylemlerin her zaman varsayılan olarak "mrtg" çıktısına sahip olduğundan emin olun
--output=simple için bir kısayol olarak, aynı zamanda
dizin adlandırma hilesi.

Nagios çıktı

Varsayılan çıktı formatı, tek bir bilgi satırı olan Nagios içindir.
dört özel çıkış kodu:

0 (Tamam)
1 (UYARI)
2 (KRİTİK)
3 (Bilinmeyen)

Çıktı satırı, yukarıdaki kelimelerden biridir, iki nokta üst üste ve ardından ne olduğuna dair kısa bir açıklamadır.
ölçüldü. Ek istatistik bilgileri ve komutun toplam süresi
aldı, çıktı da alınabilir: argümanlarla ilgili belgelere bakın --showperf,
--perflimit, ve --gösteri zamanı.

MRTG çıktı

MRTG çıkışı dört satırdır ve ilk satır her zaman tek bir sayı verir.
önem. Mümkün olduğunda, bu sayı, bir dizi sayı gibi gerçek bir değeri temsil eder.
bayttır, ancak yalnızca "doğru" veya "yanlış" döndüren eylemler için 1 veya 0 olabilir;
check_postgres_version olarak. İkinci satır ek bir istatistiktir ve yalnızca
bazı eylemler. Üçüncü satır bir "çalışma süresini" gösterir ve kullanılmaz. Dördüncü satır bir
açıklama ve genellikle veritabanının adını ilk satırdan stat gösterir
çekildi, ancak eyleme bağlı olarak farklı olabilir.

Bazı eylemler isteğe bağlı olarak kabul edilir --mrtg çıktıyı daha fazla kontrol etmek için argüman.

Her biri için tam MRTG çıktısına ilişkin ayrıntılar için her eylemin belgelerine bakın.

Basit çıktı

Basit çıktı, MRTG'nin kısaltılmış bir versiyonudur ve basitçe
ilk sayı ve başka bir şey yok. Bu, sadece durumu kontrol etmek istediğinizde çok kullanışlıdır.
herhangi bir eşik ne olursa olsun. Sayısal çıktıyı şu şekilde dönüştürebilirsiniz:
çıktı bağımsız değişkenine KB, MB, GB, TB veya EB ekleyerek, örneğin:

--çıktı=basit,MB

kaktüs çıktı

Kaktüs çıktısı, aynı satırda basit bir adla bir veya daha fazla öğeden oluşur.
iki nokta üst üste ve ardından bir sayı. Şu anda, açık Cacti çıktısı olan tek eylem,
'dbstats' ve yalnızca Kaktüsler olduğundan --output seçeneğinin kullanılması bu durumda gerekli değildir.
Bu eylem için çıktı. Diğer birçok eylem için --simple kullanmak Cacti yapmak için yeterlidir.
mutlu.

VERİTABANI BAĞLANTI SEÇENEKLER

Tüm eylemler, ortak bir veritabanı seçenekleri kümesini kabul eder.

-H ADI or --host=AD
NAME tarafından belirtilen ana bilgisayara bağlanın. Virgülle ayrılmış bir ad listesi olabilir.
Birden çok ana bilgisayar bağımsız değişkenine izin verilir. Ana bilgisayar verilmezse, varsayılan olarak "PGHOST" olur
ortam değişkeni veya hiç ana bilgisayar yok (bu, yerel bir Unix soketi kullanıldığını gösterir).
Ayrıca "--dbhost" kullanabilirsiniz.

-p LİMAN or --port=BAĞLANTI NOKTASI
Belirtilen PORT numarasını kullanarak bağlanır. Virgülle ayrılmış bir bağlantı noktası listesi olabilir
sayılar ve birden çok bağlantı noktası bağımsız değişkenine izin verilir. Bağlantı noktası numarası verilmezse, varsayılanlar
"PGPORT" ortam değişkenine. Bu ayarlanmadıysa, varsayılan olarak 5432'dir.
ayrıca "--dbport" kullanın

-DB ADI or --dbname=AD
Hangi veritabanına bağlanılacağını belirtir. Virgülle ayrılmış bir ad listesi olabilir ve
birden çok dbname bağımsız değişkenine izin verilir. Hiçbir dbname seçeneği sağlanmadıysa, varsayılan olarak
"PGDATABASE" ortam değişkeni. Bu ayarlanmazsa, varsayılan olarak 'postgres' olur
psql sürüm 8 veya üzeriyse, değilse 'template1'.

-u KULLANICI ADI or --dbuser=KULLANICI ADI
Olarak bağlanılacak veritabanı kullanıcısının adı. virgülle ayrılmış bir liste olabilir
kullanıcı adları ve birden çok dbuser bağımsız değişkenine izin verilir. Bu sağlanmazsa,
varsayılan olarak "PGUSER" ortam değişkeni, aksi takdirde varsayılan olarak 'postgres' olur.

--dbpass=ŞİFRE
Veritabanına bağlanmak için parola sağlar. Bu seçeneğin kullanımı oldukça
cesareti kırılmış. Bunun yerine, bir .pgpass veya pg_service.conf dosyası kullanılmalıdır.

--dbservice=AD
pg_service.conf dosyasının içindeki bir hizmetin adı. 9.0 sürümünden önce
Postgres, bu genel bir dosyadır ve genellikle /etc/pg_service.conf içinde bulunur. Eğer sen
Postgres'in 9.0 veya daha yüksek sürümünü kullanarak, ".pg_service.conf" dosyasını şurada kullanabilirsiniz:
betiği çalıştıran kullanıcının ana dizini, örneğin nagios.

Bu dosya, basit bir bağlantı seçenekleri listesi içerir. Ayrıca ek geçebilirsiniz
--dbservice="maindatabase sslmode=require" gibi bu seçeneği kullanırken bilgi

Bu dosyanın belgeleri şu adreste bulunabilir:
http://www.postgresql.org/docs/current/static/libpq-pgservice.html

Veritabanı bağlantı seçenekleri gruplandırılabilir: --ana bilgisayar=a,b --ana bilgisayar=c --port=1234
--port=3344 a-1234, b-1234 ve c-3344'e bağlanır. Bir kez ayarlandığında, bir seçeneğin
tekrar değiştirilene kadar devam eder.

Örnekler:

--host=a,b --port=5433 --db=c
a ve b ana bilgisayarlarına c veritabanını kullanarak 5433 numaralı bağlantı noktasına iki kez bağlanır: a-5433-c b-5433-c

--ana bilgisayar=a,b --port=5433 --db=c,d
Dört kez bağlanır: a-5433-c a-5433-d b-5433-c b-5433-d

--host=a,b --host=foo --port=1234 --port=5433 --db=e,f
Altı kez bağlanır: 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=alice --dbuser=bob -db=baz
Üç kez bağlanır: a-5432-alice-baz b-5433-alice-baz x-5433-bob-baz

--dbservice="foo" --port=5433
pg_service.conf dosyasındaki 'foo' adlı hizmeti kullanarak bağlanır, ancak bağlantı noktasını geçersiz kılar

DİĞER SEÇENEKLER

Diğer seçenekler şunları içerir:

--eylem=NAME
Hangi eylemi yaptığımızı belirtir. İçinde sembolik bağlantılı bir dosya kullanılmadığı sürece gereklidir.
eylemi anlamak için dosyanın adının kullanılması durumunda.

--uyarı=VAL or -w VAL
Bir uyarı uyarısının tetiklendiği eşiği ayarlar. Bunun için geçerli seçenekler
seçenek, kullanılan eyleme bağlıdır.

--kritik=VAL or -c VAL
Kritik bir uyarının tetiklendiği eşiği ayarlar. Bunun için geçerli seçenekler
seçenek, kullanılan eyleme bağlıdır.

-t VAL or --zaman aşımı=VAL
Komut dosyasının yaptığı her şeyi iptal edeceği saniye cinsinden zaman aşımını ayarlar ve
BİLİNMEYEN bir durum döndürür. Zaman aşımı, tüm için değil, Postgres kümesi başınadır
senaryo. Varsayılan değer 10'dur; birimler her zaman saniye cinsindendir.

--varsayılan-bekleme-modu
Belirtilmişse, önce sunucunun bekleme modunda gerçekleştirilip gerçekleştirilmeyeceğini kontrol edin (--datadir
gereklidir), öyleyse, SQL sorguları gerektiren tüm kontroller yok sayılır ve "Sunucu
bekleme modunda", bunun yerine Tamam durumuyla döndürülecektir.

Örnek:

postgres@db$./check_postgres --action=version --warning=8.1 --datadir /var/lib/postgresql/8.3/main/ --assume-standby-mode
POSTGRES_VERSION TAMAM: Sunucu bekleme modunda | zaman=0.00

--varsayılan-ürün
Belirtilmişse, sunucunun üretim modunda gerçekleştirilip gerçekleştirilmediğini kontrol edin (--datadir gereklidir).
Seçenek yalnızca ("symlink: check_postgres_checkpoint") için geçerlidir.

Örnek:

postgres@db$./check_postgres --action=checkpoint --datadir /var/lib/postgresql/8.3/main/ --assume-prod
POSTGRES_CHECKPOINT OK: Son kontrol noktası 72 saniye önceydi | yaş=72;;300 mod=MASTER

-h or --yardım et
Tüm eylemlerin ve seçeneklerin bir özetini içeren bir yardım ekranı görüntüler.

--adam
Kılavuzun tamamını görüntüler.

-V or --versiyon
Geçerli sürümü gösterir.

-v or --ayrıntılı
Ayrıntı düzeyini ayarlayın. Seviyeyi artırmak için birden fazla kez arayabilir. ayarlamak
üç veya daha yüksek (başka bir deyişle, "-v -v -v" yayınlamak) hata ayıklama bilgilerini açar
stderr'e gönderilen bu program için.

--showperf=VAL
Standart Nagios formatında ek performans verilerinin çıktısını alıp almadığımızı belirler (sonda
dize sembolünden sonra, name=value kullanılarak). VAL 0 veya 1 olmalıdır. Varsayılan
1'dir. Yalnızca Nagios çıkış modu kullanılıyorsa etkili olur.

--perflimit=i
Kullanılırken ilgilenilen kaç öğenin geri raporlanacağına ilişkin bir sınır belirler.
şovmen seçenek. Bu, yalnızca çok sayıda geri dönen eylemler için bir etkiye sahiptir.
gibi öğeler masa boyutu. Varsayılan 0'dır veya sınır yoktur. Bunu kullanırken dikkatli olun
ile --Dahil etmek or --hariç tutmak seçenekler, bu kısıtlamalar yapıldığından sonra the
sorgu çalıştırıldı ve bu nedenle limitiniz istediğiniz öğeleri içermeyebilir. sadece alır
Nagios çıkış modu kullanılıyorsa etki.

--gösteri zamanı=VAL
Her sorguyu çalıştırmak için geçen sürenin çıktıda gösterilip gösterilmeyeceğini belirler. VAL 0 olmalıdır
veya 1. Varsayılan 1'dir. şovmen açık. Yalnızca kullanılırsa etkili olur
Nagios çıkış modu.

--Ölçek
Test modunu etkinleştirir. Aşağıdaki "TEST MODU" bölümüne bakın.

--PGBINDIR=YOL
Komut dosyasına psql ikili dosyalarını nerede bulacağını söyler. Birden fazla varsa kullanışlıdır
Sisteminizde PostgreSQL yürütülebilir dosyalarının sürümü veya yoksa
yol. Bu seçeneğin tamamen büyük harf olduğunu unutmayın. Varsayılan olarak, bu seçenek değil
izin. Etkinleştirmek için, komut dosyasının üst kısmına yakın olan $NO_PSQL_OPTION değerini değiştirmelisiniz.
0'a. Mümkünse bu seçeneği kullanmaktan kaçının ve bunun yerine ortam değişkenini kullanın.
C veya sabit kodlanmış $PGBINDIR değişkeni, ayrıca komut dosyasının üst kısmına yakın, ayarlamak için
kullanılacak PostgreSQL'in yolu.

--PSQL=YOL
(kullanımdan kaldırıldı, Re-Tweet seçenek eğer yalnızca sığınmacı statüleri sona erdirilmemişse, kalıcı oturma iznine be kaldırıldı in a gelecek serbest bırakmak!) Komut dosyasına nerede olduğunu söyler
psql programını bulmak için. psql'nin birden fazla sürümüne sahipseniz kullanışlıdır
sisteminizde yürütülebilir bir dosya varsa veya yolunuzda psql programı yoksa. unutmayın ki bu
seçeneğin tamamı büyük harftir. Varsayılan olarak, bu seçenek değil izin. Etkinleştirmek için,
betiğin üst kısmındaki $NO_PSQL_OPTION değerini 0 olarak değiştirmelisiniz. Bunu kullanmaktan kaçının
Yapabiliyorsanız seçenek ve bunun yerine psql konumunuzu $PSQL değişkenine sabitleyin,
ayrıca komut dosyasının üst kısmına yakın.

--semboller
Her eylem için ana programa sembolik bağlantılar oluşturur.

--çıktı=VAL
Çeşitli programlarda kullanım için çıktının biçimini belirler. Varsayılan
'nagios'. Mevcut seçenekler 'nagios', 'mrtg', 'basit' ve 'kaktüsler'dir.

--mrtg=VAL
Birkaç özel eylem için yalnızca MRTG veya basit çıktı için kullanılır.

--debugoutput=VAL
Hata ayıklamada kullanılmak üzere psql tarafından döndürülen tam dizeyi verir. Değer bir veya
çıktının görüntülenip görüntülenmeyeceğini belirleyen daha fazla harf, burada 'a' = tümü, 'c'
= kritik, 'w' = uyarı, 'o' = tamam ve 'u' = bilinmiyor. Harfler birleştirilebilir.

--get_method=VAL
"new_version_cp" için bilgi almak için kullanılan yöntemin belirtilmesine izin verir,
"new_version_pg", "new_version_bc", "new_version_box" ve "new_version_tnm" kontrolleri.
Web'den bilgi almak için aşağıdaki programlar denenir: GET,
wget, getirme, kıvrılma, vaşak, bağlantılar. Sadece birinin kullanımını zorlamak (ve böylece
bu çalışmalardan birine kadar diğerlerini denemenin ek yükü), adlardan birini şu şekilde girin:
get_method argümanı. Örneğin, bir BSD kutusu aşağıdaki satırı girebilir:
onların ".check_postgresrc" dosyası:

get_method=getir

--dil=VAL
Tüm çıkış mesajları için kullanılacak dili ayarlayın. Normalde, bu tarafından algılanır
LC_ALL, LC_MESSAGES ve LANG ortam değişkenlerini incelemek, ancak bunu ayarlamak
seçeneği, bu tür algılamaları geçersiz kılar.

EYLEMLER

Komut dosyası bir veya daha fazla eylemi çalıştırır. Bu, --action bayrağıyla veya
içindeki eylemin adını içeren ana dosyaya bir sembolik bağlantı kullanarak. İçin
örneğin, "timesync" eylemini çalıştırmak için şunları yapabilirsiniz:

check_postgres --action=timesync

veya adlı bir program kullanın:

check_postgres_timesync

--symlinks seçeneğini kullanırsanız, geçerli dizinde tüm sembolik bağlantılar sizin için oluşturulur.

perl check_postgres --symlinks

Dosya adı zaten mevcutsa, üzerine yazılmaz. Dosya varsa ve bir
symlink, "--action=build_symlinks_force" kullanarak üzerine yazmaya zorlayabilirsiniz.

Çoğu eylem bir --uyarı ve --kritik seçeneği, hangi noktada değiştirdiğimizi belirten
OK'den UYARI'ya ve hangi noktaya KRİTİK'e gidiyoruz. Dikkat edin çünkü kritikler
her zaman önce kontrol edilir, uyarıyı kritik değere ayarlamak etkili bir yoldur.
uyarıları kapatın ve her zaman kritik verin.

Geçerli desteklenen eylemler şunlardır:

arşiv_hazır
("symlink: check_postgres_archive_ready") Uzantıya sahip kaç WAL dosyasını kontrol eder .hazır
içinde var pg_xlog/arşiv_durumu sizin dışınızda bulunan dizin veri_dizini.
İçeriğine erişmek için bu eylem bir süper kullanıcı olarak çalıştırılmalıdır.
pg_xlog/arşiv_durumu dizin. Bu eylemi kullanmak için minimum sürüm Postgres 8.1'dir.
The --uyarı ve --kritik seçenekler sadece sayısıdır .hazır dosyalar
pg_xlog/arşiv_durumu dizin. Genellikle, bu değerler düşük olmalıdır,
arşiv mekanizması, genellikle WAL dosyalarını mümkün olduğunca hızlı arşivlemesini istiyoruz.

Arşiv komutu başarısız olursa, cihazınızdaki WAL sayısı pg_xlog dizin kadar büyüyecek
tüm disk alanını tüketir ve PostgreSQL'i hemen durmaya zorlar.

Örnek 1: "pluto" ana bilgisayarında hazır WAL dosyalarının sayısının 10 veya daha az olduğunu kontrol edin

check_postgres_archive_ready --host=pluto --kritik=10

MRTG çıktısı için, 1. satırdaki hazır WAL dosyalarının sayısını bildirir.

autovac_freeze
("symlink: check_postgres_autovac_freeze") Her bir veritabanının şuna ne kadar yakın olduğunu kontrol eder.
postgres autovacum_freeze_max_age ayar. Bu eylem yalnızca veritabanları için çalışacak
sürüm 8.2 veya üstü. NS --uyarı ve --kritik seçenekler şu şekilde ifade edilmelidir
yüzdeler. Her veri tabanındaki işlemlerin 'yaşı',
yuvarlatılmış oluşturmak için autovacuum_freeze_max_age ayarı (varsayılan olarak 200 milyon)
yüzde. Varsayılan değerler 90% uyarı için ve 95% kritik için. veritabanları
kullanılarak filtrelenebilir. --Dahil etmek ve --hariç tutmak seçenekler. "TEMEL FİLTRELEME" bölümüne bakın
daha fazla ayrıntı için bölüm.

Örnek 1: 5432 numaralı bağlantı noktasındaki herhangi bir veritabanları %97'nin üzerinde olduğunda uyarı verin

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

MRTG çıktısı için, en yüksek toplam yüzde ilk satırda rapor edilir ve
en yüksek yaş ikinci satırda rapor edilir. Yüzdesi olan tüm veritabanları
ilk satır, bir çizgi simgesiyle ayrılmış olarak dördüncü satırda rapor edilir.

arka uçlar
("symlink: check_postgres_backends") Bir veya
daha fazla veritabanı ve isteğe bağlı olarak, tarafından belirlenen izin verilen maksimum değerle karşılaştırır.
Postgres yapılandırma değişkeni maksimum_bağlantılar. --uyarı ve --kritik seçenekleri
üç biçimden birini alabilir. İlk olarak, temsil eden basit bir sayı verilebilir.
uyarının verileceği bağlantı sayısı. Bu seçim,
maksimum_bağlantılar ayar. İkinci olarak, mevcut bağlantıların yüzdesi verilebilir.
Üçüncüsü, kalan bağlantı sayısını temsil eden negatif bir sayı verilebilir.
kadar maksimum_bağlantılar ulaşıldı. için varsayılan değerler --uyarı ve --kritik vardır
'%90' ve '%95'. Ayrıca veritabanlarını aşağıdakileri kullanarak filtreleyebilirsiniz: --Dahil etmek ve --hariç tutmak
seçenekler. Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümüne bakın.

Yalnızca boşta olmayan işlemleri görüntülemek için, --noidle argüman. Kullanıcının sizin
Bunun düzgün çalışması için bir süper kullanıcı olması gerektiği gibi bağlanıyorsunuz.

Örnek 1: Host quirm'deki bağlantı sayısı 120'ye ulaştığında bir uyarı verin ve bir
150'ye ulaşırsa kritiktir.

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

Örnek 2: Ana bilgisayarlarda max_connections ayarımızın %75'ine ulaştığımızda kritik verin
lancre veya lancre2.

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

Örnek 3: Ana bilgisayarda yalnızca 10 bağlantı yuvası daha kaldığında uyarı verin
plazmit ve sadece 5 kaldığımızda kritik.

check_postgres_backends --warning=-10 --kritik=-5 --host=plazmit

Örnek 4: Adında "test" olanlar dışındaki tüm veritabanlarını kontrol edin, ancak
"pg_greatest" olarak adlandırılır. İlk iki ana bilgisayarda 5432 numaralı bağlantı noktası ve diğer ana bilgisayarda 5433 numaralı bağlantı noktası olarak bağlanın.
üçüncü olan. 30 veya daha fazla bağlantıya ulaştığımızda her zaman kritik atmak istiyoruz.

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

MRTG çıkışı için, bağlantı sayısı ilk satırda ve dördüncü satırda rapor edilir.
satırı, veritabanının adını artı mevcut maksimum_bağlantıları verir. daha fazla ise
bir veritabanı sorgulandı, en fazla bağlantıya sahip olan çıktı.

kabartmak
("symlink: check_postgres_bloat") Tablolardaki ve dizinlerdeki şişkinlik miktarını kontrol eder. (Kabartmak
genellikle bir tabloda veya dizinde kaplanmış ölü kullanılmayan alan miktarıdır. Bu boşluk
genellikle VACUUM komutu kullanılarak geri alınır.) Bu işlem, istatistiklerin
toplama hedef veritabanlarında etkinleştirilebilir ve ANALYZE'ın çalıştırılmasını gerektirir
sık sık. NS --Dahil etmek ve --hariç tutmak seçenekler, hangi tabloların seçileceğini filtrelemek için kullanılabilir.
bakmak. Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümüne bakın.

The --uyarı ve --kritik seçenekler boyut, yüzde veya her ikisi olarak belirtilebilir. Geçerli
boyut birimleri bayt, kilobayt, megabayt, gigabayt, terabayt, eksabayt, petabayt ve
zettabayt. Bunların hepsini ilk harfle kısaltabilirsiniz. Birimi olmayan maddeler
"bayt" olduğu varsayılır. Varsayılan değerler '1 GB' ve '5 GB'dir. değer temsil eder
"boşa harcanan bayt" sayısı veya tablo tarafından gerçekte kullanılan ile arasındaki fark
indeks ve olması gerektiğini hesapladığımız şey.

Daha küçük cihazlarda yanlış alarmları önlemek için bu eylemin iki sabit kodlanmış değeri olduğunu unutmayın.
ilişkiler. Tablolar oluşturulmadan önce en az 10 sayfa ve en az 15 dizin içermelidir.
bu test tarafından değerlendirildi. Bu değerleri gerçekten ayarlamak istiyorsanız,
değişkenler $MİNPAYFALAR ve $KÜÇÜK SAYFALAR "check_bloat" alt rutininin en üstünde. Bunlar
değerler göz ardı edilirse --hariç tutmak or --Dahil etmek kullanıldı.

Yalnızca en şişirilmiş ilk 10 ilişki gösterilir. kullanarak bu numarayı değiştirebilirsiniz.
--perflimit Kendi limitinizi belirleme seçeneği.

'information_schema' adlı şema, tek tablo olarak bu testin dışında tutulur.
içerirler küçüktür ve değişmezler.

Lütfen bu eylem tarafından hesaplanan değerlerin kesin olmadığını ve şu şekilde kullanılması gerektiğini unutmayın.
sadece bir kılavuz. Bir tablonun doğru boyutunu tahmin etmek için büyük çaba sarf edildi, ancak
sonu sadece bir tahmindir. Doğru dizin boyutu,
doğru masa boyutu, ancak her ikisi de işlerin ne kadar şişkin olduğuna dair kabaca bir fikir vermelidir.

Örnek 1: 5432 numaralı bağlantı noktasındaki herhangi bir tablo 100 MB'nin üzerinde şişirilmişse uyar ve 200'ün üzerindeyse kritiktir
MB

check_postgres_bloat --port=5432 --warning='100 Milyon' --kritik='200 Milyon'

Örnek 2: 'sami' ana bilgisayarındaki 'siparişler' tablosunda 10 meg'den fazla şişkinlik varsa kritik bir değer verin

check_postgres_bloat --host=sami --include=siparişler --kritik='10 MB'

Örnek 3: 'satışlar' veritabanındaki 'q4' tablosu %50'den fazla şişirilmişse kritik bir değer verin

check_postgres_bloat --db=satış --include=q4 --critical='%50'

Örnek 4: Herhangi bir tablo %20'nin üzerinde şişirilmişse kritik bir değer verin ve 150 MB'den fazla şişkinlik var:

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

Örnek 5: Herhangi bir tablo %40'nin üzerinde şişirilmişse kritik bir değer verin or 500 MB'den fazla şişkinlik var:

check_postgres_bloat --port=5432 --warning='500 M veya %40'

MRTG çıktısı için, ilk satır tablolar için en fazla boşa harcanan bayt sayısını verir,
ve ikinci satır, dizinler için boşa harcanan en yüksek bayt sayısını verir. Dördüncü
satırı, veritabanı adı, tablo adı ve dizin adı bilgilerini verir. İsterseniz
bunun yerine şişirme oranını çıktı olarak verin (ilişkinin nasıl olduğuyla karşılaştırıldığında kaç kat daha büyük olduğu
büyük olması gerekir), sadece "--mrtg=ratio" girin.

kontrol noktası
("symlink: check_postgres_checkpoint") Son kontrol noktasından bu yana ne kadar zaman geçtiğini belirler.
çalıştırıldı. Bu, kontrol edilen veritabanı ile aynı sunucuda çalışmalıdır (örn.
-h bayrağı çalışmayacaktır). Bu kontrol, "sıcak bekleme" sunucusunda çalıştırılmak içindir.
gönderilen WAL dosyalarını aktif olarak işliyor ve sıcak beklemenizin
gerçekten 'sıcak'. Veri dizini, ortam değişkeni tarafından ayarlanmalıdır.
"PGDATA" veya "--datadir" bağımsız değişkenini iletme. beri geçen saniye sayısını döndürür.
"pg_controldata" çağrısının ayrıştırılmasıyla belirlendiği gibi son kontrol noktası çalıştırıldı. çünkü
bu, pg_controldata yürütülebilir dosyasının geçerli yolda mevcut olması gerekir. Alternatif olarak,
İçinde bulunduğu dizin olarak "PGBINDIR" belirtebilirsiniz.
özel seçenekler --varsayılan-ürün or --varsayılan-bekleme-modu, bulunan mod değilse
bir bekleniyorsa, bir KRİTİK yayınlanır.

En az bir uyarı veya kritik argüman ayarlanmalıdır.

Bu eylem, Date::Parse modülünü gerektirir.

MRTG veya basit çıktı için saniye sayısını döndürür.

küme_kimliği
("symlink: check_postgres_cluster-id") Veritabanı Sistem Tanımlayıcısının sağlandığını kontrol eder
pg_controldata tarafından en son kontrol ettiğinizde aynıdır. Bu aynı sunucuda çalışmalı
kontrol edilen veritabanı olarak (örneğin -h bayrağı çalışmayacaktır). ya
--uyarı ya da --kritik seçenek verilmeli, ancak ikisi birden verilmemelidir. Her birinin değeri
küme tanımlayıcısı, bir tamsayı değeri. Özel "--critical=0" ile çalıştırabilirsiniz.
mevcut bir küme tanımlayıcısını bulma seçeneği.

Örnek 1: İlk tanımlayıcıyı bulun

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

Örnek 2: Kümenin aynı olduğundan emin olun ve değilse yukarıdaki sonucu kullanarak uyarın.

check_postgres_cluster_id --kritik=5633695740047915135

MRTG çıkışı için, tanımlayıcının başarısızlığının başarısını gösteren 1 veya 0 döndürür.
kibrit. "--mrtg" bağımsız değişkeni olarak bir tanımlayıcı sağlanmalıdır. Dördüncü satır her zaman
geçerli tanımlayıcıyı verir.

taahhüt
("symlink: check_postgres_commitratio") Tüm veritabanlarının taahhüt oranını kontrol eder ve
çok düşük olduğunda şikayet eder. Bu komutu bir defadan fazla çalıştırmaya gerek yoktur.
veritabanı kümesi. Veritabanları ile filtrelenebilir --Dahil etmek ve --hariç tutmak seçenekler. Görmek
Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümüne bakın. Ayrıca sahibi tarafından filtrelenebilirler.
ile veritabanı --kullanıcıyı dahil et ve --kullanıcıyı hariç tut seçenekler. "KULLANICI ADI" bölümüne bakın
FİLTRELEME" bölümüne bakın.

Uyarı ve kritik seçenekler yüzde olarak belirtilmelidir. Yok
bu eylem için varsayılanlar: uyarı ve kritik belirtilmelidir. uyarı değeri
kritik değerden büyük olamaz. Çıktı, şuna göre sıralanmış tüm veritabanlarını döndürür:
commitratio, önce en küçüğü.

Örnek: Host flagg'deki herhangi bir veritabanı taahhütte %90'dan azsa ve kritikse uyar
az ise %80.

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

MRTG çıktısı için, en küçük taahhütlü veritabanının yüzdesini döndürür.
ilk satır ve dördüncü satırda veritabanının adı.

bağ
("symlink: check_postgres_connection") Basitçe bağlanır, bir 'SELECT verir' sürüm()', ve
yapraklar. hayır alır --uyarı or --kritik seçenekleri.

MRTG çıkışı için, ilk çıkışta 1 (iyi bağlantı) veya 0 (kötü bağlantı) verir
hattı.

özel_sorgu
("symlink: check_postgres_custom_query") Seçtiğiniz özel bir sorguyu çalıştırır ve ayrıştırır
Sonuçlar. Sorgunun kendisi "sorgu" bağımsız değişkeni aracılığıyla iletilir ve
mümkün olduğunca basit tutulmuştur. Mümkünse, tutmak için bir görünüme veya bir işleve sarın.
işleri yönetmek daha kolay. Sorgu bir veya iki sütun döndürmelidir. gerekli
sütunlardan biri "sonuç" olarak adlandırılabilir ve sizin durumunuza göre kontrol edilecek öğedir.
uyarı ve kritik değerler. İkinci sütun, performans verileri ve herhangi bir ad içindir.
kullanılabilir: bu, performans verileri bölümündeki 'değer' olacaktır.

En az bir uyarı veya kritik argüman belirtilmelidir. Bunların neye ayarlandığına bağlı
çalıştırdığınız sorgu türüne göre. Olabilecek dört tür custom_queries vardır.
"valtype" bağımsız değişkeni tarafından belirtilen çalıştırma. Hiçbiri belirtilmemişse, bu eylem varsayılan olarak
'tamsayı'. Dört tür şunlardır:

tamsayı: Basit bir tamsayı karşılaştırması yapar. İlk sütun basit bir tam sayı olmalıdır,
uyarı ve kritik değerler aynı olmalıdır.

dizi: Uyarı ve kritik dizelerdir ve yalnızca
ilk sütun tam olarak onunla eşleşir. Bu büyük/küçük harfe duyarlıdır.

zaman: Uyarı ve kritik sürelerdir ve saniye, dakika,
saatler veya günler. Her biri tekil olarak yazılabilir veya yalnızca ilk harfe kısaltılarak yazılabilir. Eğer
hiçbir birim verilmez, saniye varsayılır. İlk sütun bir tamsayı olmalıdır
kontrol edilecek saniye sayısını temsil eder.

boyut: Uyarı ve kritik boyutlardır ve bayt, kilobayt,
megabayt, gigabayt, terabayt veya eksabayt. Her biri ilk harfe kısaltılabilir.
Herhangi bir birim verilmezse, bayt varsayılır. İlk sütun bir tamsayı olmalıdır
kontrol edilecek bayt sayısını temsil eder.

Normalde, döndürülen değerler şu şekildeyse bir uyarı tetiklenir. büyük göre veya eşit
kritik veya uyarı değeri. Ancak, bir seçenek --ters durumunda uyarıyı tetikleyecektir.
döndürülen değer alt göre veya kritik veya uyarı değerine eşittir.

Örnek 1: 100 sayfanın üzerindeki herhangi bir ilişkinin adı "rad" ise uyar, sayfa sayısını girin
performans verileri bölümünün içinde.

check_postgres_custom_query --valtype=string -w "rad" --query=
"Sonuç olarak yeniden adlandırmayı SEÇ, yeniden sayfalar, sayfalar olarak pg_class NEREDE yeniden sayfalar > 100'DEN"

Örnek 2: "foobar" işlevi 5 MB'ın üzerinde bir sayı döndürürse kritik verin:

check_postgres_custom_query --critical='5MB'--valtype=size --query="SEÇ foobar() sonuç"

Örnek 2: "snazzo" işlevi 42'den az döndürürse uyar:

check_postgres_custom_query --critical=42 --query="Sonuç olarak snazzo() SEÇ" --reverse

Kullanışlı bir custom_query bulursanız, bu programa bir yama göndermeyi düşünün.
diğer insanların kullanabileceği standart bir eylem haline getirin.

Bu eylem, henüz MRTG'yi veya basit çıktıyı desteklemiyor.

veritabanı_boyutu
("symlink: check_postgres_database_size") Tüm veritabanlarının boyutunu kontrol eder ve şikayet eder
çok büyük olduklarında. Bu komutu veritabanı başına birden fazla çalıştırmaya gerek yoktur.
küme. Veritabanları ile filtrelenebilir --Dahil etmek ve --hariç tutmak seçenekler. Bkz.
Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümü. Sahibi tarafından da filtrelenebilirler.
ile veritabanı --kullanıcıyı dahil et ve --kullanıcıyı hariç tut seçenekler. "KULLANICI ADI FİLTRELEME" bölümüne bakın
daha fazla ayrıntı için bölüm.

Uyarı ve kritik seçenekler bayt, kilobayt, megabayt,
gigabayt, terabayt veya eksabayt. Her biri ilk harfine de kısaltılabilir.
Birim verilmezse, birimlerin bayt olduğu varsayılır. Bunun için varsayılanlar yok
eylem: uyarı ve kritik belirtilmelidir. Uyarı değeri daha büyük olamaz
kritik değerden daha fazladır. Çıktı, önce en büyük boyuta göre sıralanmış tüm veritabanlarını döndürür,
hem ham baytları hem de boyutun "güzel" bir sürümünü gösterir.

Örnek 1: Host flagg'deki herhangi bir veritabanının boyutu 1 TB'ın üzerindeyse uyar ve üzerindeyse kritik
1.1 TB.

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

Örnek 2: 1 numaralı bağlantı noktasındaki veritabanı şablonu5432 10 MB'ın üzerindeyse kritik bir değer verin.

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

Örnek 3: 'tom' kullanıcısının sahip olduğu 'tardis' ana bilgisayarındaki herhangi bir veritabanı biterse uyarı verin
5 GB

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

MRTG çıktısı için, ilk satırdaki en büyük veritabanının bayt cinsinden boyutunu döndürür ve
dördüncü satırdaki veritabanının adı.

dbstats
("symlink: check_postgres_dbstats") pg_stat_database görünümünden bilgileri raporlar,
ve bunu Kaktüs dostu bir şekilde verir. Çıktı olduğu için başka hiçbir çıktı desteklenmez.
bilgi amaçlıdır ve Nagios ile kullanılanlar gibi uyarılara izin vermez. seçenek yoksa
verildiğinde, tüm veritabanları satır başına bir tane olmak üzere döndürülür. Belirli bir veritabanı ekleyebilirsiniz
"--include" seçeneğini kullanarak veya "--dbname" seçeneğini kullanabilirsiniz.

Her satırda, ad:değer biçiminde, tek bir satırla ayrılmış on bir öğe döndürülür.
Uzay. Öğeler şunlardır:

arka uçlar
Bu veritabanı için şu anda çalışan arka uçların sayısı.

taahhüt
Oluşturulduğundan veya sıfırlandığından beri bu veritabanı için toplam taahhüt sayısı.

geri dönüşler
Oluşturulduğundan veya sıfırlandığından beri bu veritabanı için toplam geri alma sayısı.

okumak
Okunan toplam disk bloğu sayısı.

hit Toplam arabellek isabet sayısı.

ret Döndürülen toplam satır sayısı.

almak
Getirilen toplam satır sayısı.

ins Eklenen toplam satır sayısı.

upd Güncellenen toplam satır sayısı.

del Silinen toplam satır sayısı.

veritabanı adı
Veritabanının adı.

Postgres sürüm 0 ise ret, fetch, ins, upd ve del öğelerinin her zaman 8.2 olacağını unutmayın.
veya daha düşük, çünkü bu istatistikler bu sürümlerde mevcut değildi.

dbname bağımsız değişkeni verilirse, yedi ek öğe döndürülür:

kimlik taraması
Toplam kullanıcı dizini taraması sayısı.

idxtupread
Döndürülen toplam kullanıcı dizini girişi sayısı.

kimlikxtupfetch
Basit kullanıcı dizini taramaları tarafından getirilen toplam satır sayısı.

idxblksread
Tüm kullanıcı dizinleri için okunan toplam disk bloğu sayısı.

idxblkshit
Tüm kullanıcı dizinleri için toplam arabellek isabet sayısı.

sıralı tarama
Tüm kullanıcı tablolarına karşı toplam ardışık tarama sayısı.

sıralama
Tüm kullanıcı tablolarından döndürülen toplam demet sayısı.

Örnek 1: "söğüt" ana bilgisayarında "ürünler" adlı bir veritabanının istatistiklerini alın:

check_postgres_dbstats --dbhost söğüt --dbname ürünleri

Döndürülen çıktı şöyle olacaktır (hepsi tek satırda, sarılmamış):

arka uçlar:82 taahhüt:58374408 geri alma:1651 okuma:268435543 isabet:2920381758 idxscan:310931294 idxtupread:2777040927
idxtupfetch:1840241349 idxblksread:62860110 idxblkshit:1107812216 seqscan:5085305 seqtupread:5370500520
ret:0 getirme:0 ins:0 upd:0 del:0 dbname:söğüt

disable_triggers
("symlink: check_postgres_disabled_triggers") Devre dışı bırakılan tetikleyicilerin sayısını kontrol eder
veritabanının içinde. NS --uyarı ve --kritik seçenekler, bu tür tetikleyicilerin sayısıdır
bulundu ve her ikisi de varsayılan olarak "1", normal kullanımda devre dışı bırakılmış tetikleyicilere sahip olmak tehlikelidir
Etkinlik. Kontrol edilen veritabanı 8.3 veya daha yüksekse, kontrol,
"devre dışı" durumunda olan tetikleyiciler ("her zaman" veya "kopya" olmanın aksine). NS
çıktı, tablonun adını ve devre dışı bırakılan her biri için tetikleyicinin adını gösterecektir.
tetik.

Örnek 1: Devre dışı bırakılmış tetikleyici olmadığından emin olun

check_postgres_disabled_triggers

MRTG çıkışı için, ilk satırda devre dışı bırakılan tetikleyicilerin sayısını döndürür.

disk alanı
("symlink: check_postgres_disk_space") tarafından kullanılan mevcut fiziksel disk alanını kontrol eder.
Postgres. Bu eylem, yürütülebilir dosyaya sahip olmanızı gerektirir "/bin/df"rapor edilebilir
disk boyutlarında ve ayrıca süper kullanıcı olarak çalıştırılması gerekiyor, böylece
veri_dizini Postgres'in içinde ayar. NS --uyarı ve --kritik seçenekler verildi
boyutlarda veya yüzdelerde veya her ikisinde birden. Boyutlar kullanılıyorsa, standart birim türleri
izin verilenler: bayt, kilobayt, gigabayt, megabayt, gigabayt, terabayt veya eksabayt. Her biri
sadece ilk harfe kısaltılabilir; hiçbir birim 'bayt' göstermez. NS
varsayılan değerler '%90' ve '%95'tir.

Bu komut, farklı fiziksel disklerin tümünü belirlemek için aşağıdakileri kontrol eder.
Postgres tarafından kullanılıyor.

veri_dizini - Ana veri dizininin bulunduğu disk.

log rehber - Günlük dosyalarının bulunduğu disk.

WAL dosya rehber - İleriye dönük günlüklerin bulunduğu disk (örneğin, sembolik bağlantılı pg_xlog)

tablo alanları - Ayrı bir diskte bulunan her tablo alanı.

Çıktı, her diskte kullanılan ve kullanılabilen toplam boyutun yanı sıra
yüzde, kullanılan en yüksekten en düşüğe doğru sıralanır. Yukarıdaki her öğe bir dosyaya eşlenir
sistem: bunlar dahil edilebilir veya hariç tutulabilir. Daha fazlası için "TEMEL FİLTRELEME" bölümüne bakın
detaylar.

Örnek 1: 90 numaralı bağlantı noktasındaki veritabanı için hiçbir dosya sisteminin %5432'ın üzerinde olmadığından emin olun.

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

Örnek 2: /dev/sda ile başlayan tüm dosya sistemlerinin 10 GB'den küçük olduğunu ve
11 GB (uyarı ve kritik)

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

Örnek 4: Hiçbir dosya sisteminin %50'nin üzerinde olmadığından emin olun ve 15 GB'ın üzerinde

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

Örnek 5: Herhangi bir dosya sistemi %70'in üzerinde doluysa bir uyarı verin or 1T'den fazla var

check_postgres_disk_space --warning='1T veya 75'

MRTG çıktısı için, ilk satırdaki dosya sisteminin bayt cinsinden boyutunu döndürür ve
dördüncü satırda dosya sisteminin adı.

fsm_pages
("symlink: check_postgres_fsm_pages") Bir kümenin Postgres'e ne kadar yakın olduğunu kontrol eder
max_fsm_pages ayar. Bu eylem yalnızca 8.2 veya daha yüksek veritabanları için çalışır ve
katkı modülünü gerektirir pg_freespacemap kurulacak. NS --uyarı ve --kritik
seçenekler yüzde olarak ifade edilmelidir. Boş alan haritasında kullanılan sayfa sayısı
pg_freespacemap_relations görünümüne bakarak ve bir formül çalıştırarak belirlenir
vakumda boş alan haritası sayfa yuvalarının çıktısını almak için kullanılan formüle dayalıdır.
emretmek. Varsayılan değerler 85% uyarı için ve 95% kritik için.

Örnek 1: Kümemiz boş sayfa alanlarının %76'sını kullandığında bir uyarı verin,
robert veritabanında pg_freespacemap kurulu

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

pg_freespacemap'in kurulu olduğu veritabanının adını girmeniz gerekirken,
bu denetimi küme başına yalnızca bir kez çalıştırmanız gerekir. Ayrıca, bu bilgilerin kontrol edilmesi şunları gerektirir:
boş alan haritasında özel kilitler elde etmek, bu yüzden bunu çalıştırmamanız önerilir
kısa aralıklarla kontrol edin.

MRTG çıktısı için, ilk satırdaki boş alan haritasının yüzdesini ve sayıyı döndürür.
Şu anda ikinci satırda kullanılan sayfaların sayısı.

fsm_relations
("symlink: check_postgres_fsm_relations") Bir kümenin Postgres'e ne kadar yakın olduğunu kontrol eder
max_fsm_relations ayar. Bu eylem yalnızca 8.2 veya üstü veritabanları için çalışır ve
katkı modülünü gerektirir pg_freespacemap kurulacak. NS --uyarı ve --kritik
seçenekler yüzde olarak ifade edilmelidir. Serbest sistemde kullanılan bağıntı sayısı
uzay haritası, pg_freespacemap_relations görünümüne bakılarak belirlenir. Varsayılan
değerler 85% uyarı için ve 95% kritik için.

Örnek 1: Kümemiz boş alan ilişkilerinin %80'ini tükettiğinde uyarı verin,
dylan veritabanında kurulu pg_freespacemap ile

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

pg_freespacemap'in kurulu olduğu veritabanının adını girmeniz gerekirken,
bu denetimi küme başına yalnızca bir kez çalıştırmanız gerekir. Ayrıca, bu bilgilerin kontrol edilmesi şunları gerektirir:
boş alan haritasında özel kilitler elde etmek, bu yüzden bunu çalıştırmamanız önerilir
kısa aralıklarla kontrol edin.

MRTG çıktısı için, ilk satırdaki boş alan haritasının yüzdesini,
şu anda ikinci satırda kullanılan ilişkiler.

isabet oranı
("symlink: check_postgres_hitratio") Tüm veritabanlarının isabet oranını kontrol eder ve şikayet eder
çok düşük olduklarında. Bu komutu veritabanı başına birden fazla çalıştırmaya gerek yoktur.
küme. Veritabanları ile filtrelenebilir --Dahil etmek ve --hariç tutmak seçenekler. Bkz.
Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümü. Sahibi tarafından da filtrelenebilirler.
ile veritabanı --kullanıcıyı dahil et ve --kullanıcıyı hariç tut seçenekler. "KULLANICI ADI FİLTRELEME" bölümüne bakın
daha fazla ayrıntı için bölüm.

Uyarı ve kritik seçenekler yüzde olarak belirtilmelidir. Yok
bu eylem için varsayılanlar: uyarı ve kritik belirtilmelidir. uyarı değeri
kritik değerden büyük olamaz. Çıktı, şuna göre sıralanmış tüm veritabanlarını döndürür:
hitratio, önce en küçüğü.

Örnek: Host flagg'deki herhangi bir veritabanı isabet oranı olarak %90'dan azsa uyar ve eğer kritik ise
%80'den az.

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

MRTG çıktısı için, veri tabanındaki en küçük isabet oranına sahip veritabanının yüzdesini döndürür.
ilk satırda ve dördüncü satırda veritabanının adı.

hot_standby_delay
("symlink: check_hot_standby_delay") Akış çoğaltma gecikmesini hesaplayarak kontrol eder.
bir ana sunucunun geçerli xlog konumu ile bir sunucunun yeniden oynatma konumu arasındaki delta
ona bağlı köle. Köle sunucu hot_standby (örn. salt okunur) modunda olmalıdır,
bu nedenle bu eylemi kullanmak için minimum sürüm Postgres 9.0'dır. NS --uyarı ve
--kritik seçenekler, xlog konumları arasındaki deltadır. Bu değerler bayt olduğundan
WAL'deki ofsetler, uygulamanızın beklenen işlem hacmiyle eşleşmelidir
Yanlış pozitif veya negatifleri önlemek için.

İlk "--dbname", "--host" ve "--port" vb. seçenekler ana olarak kabul edilir; NS
ikincisi köleye aittir.

Bayt değerleri, akışa sahip olmak için gereken işlem hacmine dayalı olmalıdır.
Postgres tarafından belirlenen çok fazla gecikme nedeniyle çoğaltmanın master ile bağlantısının kesilmesi
yapılandırma değişkeni wal_keep_segments. Zaman birimleri için geçerli birimler 'saniye'dir,
'dakika', 'saat' veya 'gün'. Her biri tekil olarak yazılabilir veya sadece
ilk harf. Her ikisini de belirtirken, ' şeklindebayt ve zaman', her iki koşul da olmalıdır
eşik karşılanacak için doğrudur.

Veritabanlarına nasıl ulaşacağınıza dair bilgileri virgülle ayırarak belirtmelisiniz.
--dbhost ve --dbport parametrelerini listeleyin, örneğin "--dbport=5432,5543". verilmezse,
eylem başarısız olur.

Örnek 1: 5433 numaralı bağlantı noktasındaki yerel çoğaltmaya sahip bir veritabanını, herhangi bir xlog yeniden oynatma işleminde geride olduğu konusunda uyarın
hiç

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

Örnek 2: Replika1'in aldığı son işlem 10'dan fazlaysa kritik bir değer verin
dakika önce

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

Örnek 3: Master anlık olarak görüyorsa, replika1'in 1 WAL segmentinin arkasında olmasına izin verin
akış çoğaltma bağlantısının kaldırabileceğinden daha fazla veya 10 dakika gerisinde,
master çok az aktivite görüyorsa ve herhangi bir işlem yapmıyorsa, ancak
her ikisi de, çoğaltma bağlantısında kalıcı bir sorun olduğunu gösterir.

check_hot_standby_delay --dbhost=master,replica1 --warning='1048576 ve 2 dk' --critical='16777216 ve 10 dk'

indeks_boyutu
masa boyutu
ilişki_boyutu
(symlinks: "check_postgres_index_size", "check_postgres_table_size" ve
"check_postgres_relation_size") Eylemler masa boyutu ve indeks_boyutu basitçe
varyasyonları ilişki_boyutu çok büyüyen bir ilişkiyi kontrol eden eylem
büyük. İlişkiler (başka bir deyişle, tablolar ve dizinler) ile filtrelenebilir. --Dahil etmek
ve --hariç tutmak seçenekler. Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümüne bakın. ilişkiler
kullanarak, bunlara sahip olan kullanıcı tarafından da filtrelenebilir. --kullanıcıyı dahil et ve --kullanıcıyı hariç tut
seçenekler. Daha fazla ayrıntı için "KULLANICI ADI FİLTRELEME" bölümüne bakın.

için değerler --uyarı ve --kritik seçenekler dosya boyutlarıdır ve birimleri olabilir
bayt, kilobayt, megabayt, gigabayt, terabayt veya eksabayt. Her biri kısaltılabilir
ilk harfe. Herhangi bir birim verilmezse, bayt varsayılır. varsayılan yok
değerler: hem uyarı hem de kritik seçenek verilmelidir. Dönüş metni şunları gösterir:
bulunan en büyük ilişkinin boyutu.

Eğer --showperf seçeneği etkinleştirildi, herşey büyüklükleri ile olan ilişkileri verilecektir.
Bunu önlemek için, ayarlamanız önerilir. --perflimit neden olacak seçenek
"SİPARİŞ BOYUT DESC LIMIT (perflimit)" yapmak için sorgu.

Örnek 1: Host burrick'te herhangi bir tablo 600MB'den büyükse kritik verin.

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

Örnek 2: Tablo ürünlerinin boyutu 4 GB'ın üzerindeyse uyarın ve 4.5 GB'de kritik bir değer verin.

check_postgres_table_size --host=burrick --warning='4 GB' --critical='4.5 GB' --include=ürünler

Örnek 3: Postgres'e ait olmayan herhangi bir dizin 500 MB'ı geçerse uyar.

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

MRTG çıktısı için, en büyük ilişkinin bayt cinsinden boyutunu ve ilişkinin adını döndürür.
veritabanı ve ilişki dördüncü satır olarak.

son_analiz
son_vakum
son_otoanaliz
son_otovakum
(symlinks: "check_postgres_last_analyze", "check_postgres_last_vacuum",
"check_postgres_last_autoanalyze" ve "check_postgres_last_autovacuum") Ne kadar süreceğini kontrol eder
Vakum (veya analiz) bir veya daha fazla veritabanındaki her tabloda en son çalıştırıldığından beridir.
Bu eylemlerin kullanımı, hedef veritabanının sürüm 8.3 veya üzeri olmasını veya
sürüm 8.2 ve yapılandırma değişkeni istatistik_row_level etkinleştirildi. tablolar
ile filtrelenebilir. --Dahil etmek ve --hariç tutmak seçenekler. "TEMEL FİLTRELEME" bölümüne bakın
Daha fazla ayrıntı için bölüm. Tablolar, sahipleri tarafından şu şekilde filtrelenebilir:
--kullanıcıyı dahil et ve --kullanıcıyı hariç tut seçenekler. Daha fazlası için "KULLANICI ADI FİLTRELEME" bölümüne bakın
detaylar.

İçin birimler --uyarı ve --kritik kez olarak belirtilir. Geçerli birimler saniyedir,
dakikalar, saatler ve günler; tümü ilk harfe kısaltılabilir. hiçbir birim yoksa
verildiğinde, 'saniye' varsayılır. Varsayılan değerler '1 gün' ve '2 gün'dür. lütfen aklınızda bulundurun
bu alanın otomatik olarak doldurulmadığı durumlar vardır. eğer kesin
tablolar size sorun veriyor, vakumlanacak ölü satırları olduğundan emin olun veya sadece
onları testten hariç tut.

'information_schema' adlı şema, tek tablo olarak bu testin dışında tutulur.
içerirler küçüktür ve değişmezler.

'Otomatik' olmayan sürümlerin de otomatik sürümleri kontrol edeceğini unutmayın. Diğer
kelimeler, last_vacum kullanarak, normal bir vakum olup olmadığını, son vakum hakkında rapor verir,
veya bir otomatik vakum arka plan programı tarafından çalıştırılır.

Örnek 1: 3 gün içinde herhangi bir masa süpürülmediyse uyarın ve bir anda kritik verin.
hafta, ev sahibi pelin için

check_postgres_last_vacuum --host=pelin --uyarı='3d' --kritik='7d'

Örnek 2: Yukarıdakiyle aynı, ancak 'eve' veya 'mallory' kullanıcılarına ait tabloları atlayın

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

MRTG çıkışı için, (ilk satırda) bir
masa en son vakumlandı veya analiz edildi. Dördüncü satır, veritabanının adını döndürür ve
tablonun adı.

dinleyici
("symlink: check_postgres_listener") Birinin bir veya daha fazlasını dinlediğini onaylayın
pg_listener tablosuna bakarak belirli dizeleri (LISTEN/NOTIFY sistemini kullanarak).
Yalnızca bir uyarı veya kritik gereklidir. Biçim, aşağıdakileri temsil eden basit bir dizedir.
LISTEN hedefi veya bir düzenli ifade kontrolü için bir dizgenin ardından bir tilde karakteri.
Bu kontrolün Postgres 9.0 veya üzeri sürümlerde çalışmayacağını unutmayın.

Örnek 1: Bağlantı noktalarında bucardo_mcp_ping dizesini kimse dinlemiyorsa bir uyarı verin
5555 ve 5556

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

Örnek 2: 'grimm' ile eşleşen aktif DİNLEME isteği yoksa kritik verin
veritabanı oskar

check_postgres_listener --db oskar --kritik=~grimm

MRTG çıkışı için, ilkinde başarı veya başarısızlığı gösteren 1 veya 0 döndürür. İsim
aracılığıyla bildirilmelidir. --mrtg seçeneği.

kilitler
("symlink: check_postgres_locks") Bir veya daha fazla sayıdaki toplam kilit sayısını kontrol edin
veritabanları. Bunu veritabanı kümesi başına birden fazla çalıştırmaya gerek yoktur. Veritabanları
ile filtrelenmek --Dahil etmek ve --hariç tutmak seçenekler. "TEMEL FİLTRELEME" bölümüne bakın
daha fazla ayrıntı için.

The --uyarı ve --kritik seçenekler, temsil eden basit sayılar olarak belirtilebilir.
toplam kilit sayısı veya kilit tipine göre ayrılabilirler. Geçerli kilit adları
'toplam', 'bekliyor' veya Postgres tarafından kullanılan bir kilit tipinin adıdır. Bu isimler
büyük/küçük harfe duyarlı değildir ve sonunda "kilit" kısmına ihtiyaç duymaz, bu nedenle özel eşleşecek
'Özel Kilit'. Biçim, iki nokta üst üste veya iki nokta üst üste ile ayrılmış farklı öğelerle ad=sayı şeklindedir.
noktalı virgül (veya başka bir sembol).

Örnek 1: Kilit sayısı 100 veya daha fazlaysa uyar, 200 veya daha fazlaysa kritik
ev sahibi garrett

check_postgres_locks --host=garrett --uyarı=100 --kritik=200

Örnek 2: Ana bilgisayar artemusunda, 200 veya daha fazla kilit varsa uyarın ve eğer varsa kritik bir değer verin
250'den fazla toplam kilit mevcutsa veya 20'den fazla özel kilit mevcutsa veya 5'ten fazla bağlantı varsa
kilit bekliyoruz.

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

MRTG çıktısı için, ilk satırdaki kilit sayısını ve
dördüncü satırdaki veritabanı.

kayıt dosyası
("symlink: check_postgres_logfile") Günlük dosyasının beklenen konumda olmasını sağlar
ve oturum açılıyor. Bu eylem, her birine bir hata atan bir komut verir.
veritabanını kontrol eder ve mesajın günlüklerde görünmesini sağlar. tarar
Günlüklerin nerede olması gerektiğini bulmak için Postgres içindeki çeşitli log_* ayarları. Eğer sen
syslog kullanıyorsanız, kaba (ancak kusursuz olmayan) bir tarama yapar /etc/syslog.conf.
Alternatif olarak, günlük dosyasının adını şununla birlikte sağlayabilirsiniz: --log dosyası seçenek. Bu
özellikle, günlüklerin harici bir program tarafından yönlendirilen özel bir döndürme şeması varsa yararlıdır.
The --log dosyası seçenek şu kaçış karakterlerini destekler: "%Y %m %d %H", bu
sırasıyla geçerli yılı, ayı, tarihi ve saati temsil eder. Bir hata her zaman
uyarı seçeneği sıfır olmayan bir değer olarak iletilmediği sürece kritik olarak rapor edilir.
Bu özel kullanım dışında, "--uyarı" ve "--kritik" seçenekleri değil be
Kullanılmış.

Örnek 1: 5432 numaralı bağlantı noktasında, günlük dosyasının dosyaya yazıldığından emin olun
/home/greg/pg8.2.log

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

Örnek 2: Yukarıdakiyle aynı, ancak bir uyarı verin, kritik değil

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

MRTG çıkışı için, ilk satırda başarıyı veya başarısızlığı gösteren 1 veya 0 döndürür. İçinde
bir arıza durumunda, dördüncü satır karşılaşılan arıza hakkında daha fazla ayrıntı sağlayacaktır.

yeni_versiyon_bc
("symlink: check_postgres_new_version_bc") Bucardo'nun daha yeni bir sürümünün olup olmadığını kontrol eder
programı mevcuttur. Geçerli sürüm, "bucardo_ctl --version" çalıştırılarak elde edilir.
Büyük bir yükseltme mevcutsa, bir uyarı döndürülür. Bir revizyon yükseltmesi ise
kullanılabilir, kritik döndürülür. (Bucardo efendiden köleye, efendiden efendiye
Postgres için çoğaltma sistemi: bkz. http://bucardo.org daha fazla bilgi için). Ayrıca bakınız
"--get_method" seçeneğiyle ilgili bilgiler.

yeni_versiyon_kutusu
("symlink: check_postgres_new_version_box") Boxinfo'nun daha yeni bir sürümünün olup olmadığını kontrol eder
programı mevcuttur. Mevcut sürüm, "boxinfo.pl --version" çalıştırılarak elde edilir.
Büyük bir yükseltme mevcutsa, bir uyarı döndürülür. Bir revizyon yükseltmesi ise
kullanılabilir, kritik döndürülür. (boxinfo, önemli bilgileri kapmak için bir programdır.
bir sunucudan alınan bilgileri bir HTML biçimine yerleştirmek için: bkz.
http://bucardo.org/wiki/boxinfo daha fazla bilgi için). adresindeki bilgilere de bakınız.
"--get_method" seçeneği.

yeni_versiyon_cp
("symlink: check_postgres_new_version_cp") Bu programın daha yeni bir sürümünün olup olmadığını kontrol eder
(check_postgres), sürümü ana sayfadaki küçük bir metin dosyasından alarak kullanılabilir.
proje için ana sayfanın sayfası. Döndürülen sürüm değilse bir uyarı döndürür
çalıştırdığınızla eşleştirin. Kontrol etmek için önerilen aralık günde birdir. Ayrıca bkz.
"--get_method" seçeneği hakkında bilgi.

yeni_versiyon_pg
("symlink: check_postgres_new_version_pg") Postgres'in daha yeni bir revizyonunun olup olmadığını kontrol eder
bağlı her veritabanı için. Bunun yalnızca revizyonu kontrol ettiğini unutmayın, örneğin
8.3.6 ila 8.3.7. Revizyonlar her zaman %100 ikili uyumludur ve döküm içermez ve
yükseltmek için geri yükleyin. Hataları gidermek için revizyonlar yapılır, bu nedenle mümkün olan en kısa sürede yükseltme yapın
her zaman tavsiye edilir. En son revizyona sahip değilseniz bir uyarı döndürür. Bu
bu kontrolün günde en az bir kez çalıştırılması önerilir. adresindeki bilgilere de bakınız.
"--get_method" seçeneği.

yeni_versiyon_tnm
("symlink: check_postgres_new_version_tnm") tail_n_mail'in daha yeni bir sürümünün olup olmadığını kontrol eder
programı mevcuttur. Geçerli sürüm, "tail_n_mail --version" çalıştırılarak elde edilir.
Büyük bir yükseltme mevcutsa, bir uyarı döndürülür. Bir revizyon yükseltmesi ise
kullanılabilir, kritik döndürülür. (tail_n_mail, gönderebilen bir günlük izleme aracıdır.
Postgres günlüklerinizde ilginç olaylar göründüğünde postalayın. Görmek:
http://bucardo.org/wiki/Tail_n_mail daha fazla bilgi için). Ayrıca şu bilgilere bakın:
"--get_method" seçeneği.

pgb_pool_cl_active
pgb_pool_cl_waiting
pgb_pool_sv_active
pgb_pool_sv_idle
pgb_pool_sv_used
pgb_pool_sv_test edildi
pgb_pool_sv_login
pgb_pool_maxbekle
(symlinks: "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" ve "check_postgres_pgb_pool_maxwait")

Pgbouncer'ın havuz istatistiklerini inceler. Her havuzun bir dizi "istemci" bağlantısı vardır,
harici istemcilerden gelen bağlantılara ve "sunucu" bağlantılarına atıfta bulunarak,
PostgreSQL'in kendisine bağlantılar. İlgili check_postgres eylemlerinin önüne "cl_" eklenir
ve sırasıyla "sv_". Aktif istemci bağlantıları, şu anda bağlı olan bağlantılardır.
aktif bir sunucu bağlantısı ile. İstemci bağlantıları da "bekliyor" olabilir, yani
henüz bir sunucu bağlantısı tahsis edilmedi. Sunucu bağlantıları "etkin" (bağlı
bir müşteriye), "boşta" (bağlanmak için bir müşteri bağlantısı için beklemede), "kullanılmış" (sadece
bir istemciyle bağlantısı kesildi ve henüz boş havuza geri dönmedi), "test edildi" (şu anda
test edildi) ve "giriş" (oturum açma sürecinde). maxwait değeri ne kadar süreceğini gösterir.
saniye, bekleyen en eski istemci bağlantısı bekliyor.

pgbouncer_backends
("symlink: check_postgres_pgbouncer_backends") Mevcut bağlantı sayısını kontrol eder
pgbouncer aracılığıyla bir veya daha fazla veritabanı için ve isteğe bağlı olarak bunu maksimum değerle karşılaştırır
pgbouncer yapılandırma değişkeni tarafından belirlenen izin verilir max_client_conn.
--uyarı ve --kritik seçenekler üç biçimden birini alabilir. İlk olarak, basit bir sayı
uyarının verileceği bağlantı sayısını temsil eden verilir.
Bu seçim, maksimum_bağlantılar ayar. İkincisi, mevcut yüzde
bağlantıları verilebilir. Üçüncüsü, temsil eden negatif bir sayı verilebilir.
kadar kalan bağlantı sayısı maksimum_bağlantılar ulaşıldı. için varsayılan değerler
--uyarı ve --kritik '%90' ve '%95'tir. Ayrıca veritabanlarını kullanarak da filtreleyebilirsiniz.
the --Dahil etmek ve --hariç tutmak seçenekler. Daha fazla ayrıntı için "TEMEL FİLTRELEME" bölümüne bakın.

Yalnızca boşta olmayan işlemleri görüntülemek için, --noidle argüman. Kullanıcının sizin
Bunun düzgün çalışması için bir süper kullanıcı olması gerektiği gibi bağlanıyorsunuz.

Örnek 1: Host quirm'deki bağlantı sayısı 120'ye ulaştığında bir uyarı verin ve bir
150'ye ulaşırsa kritiktir.

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

Örnek 2: Ana bilgisayarlarda max_connections ayarımızın %75'ine ulaştığımızda kritik verin
lancre veya lancre2.

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

Örnek 3: Ana bilgisayarda yalnızca 10 bağlantı yuvası daha kaldığında uyarı verin
plazmit ve sadece 5 kaldığımızda kritik.

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

MRTG çıkışı için, bağlantı sayısı ilk satırda ve dördüncü satırda rapor edilir.
satırı, veritabanının adını artı geçerli max_client_conn'u verir. birden fazla ise
veritabanı sorgulandı, en fazla bağlantıya sahip olan çıktı.

pgbouncer_checksum
("symlink: check_postgres_pgbouncer_checksum") Tüm pgBouncer ayarlarının doğru olup olmadığını kontrol eder.
son kontrol ettiğinizde olduğu gibi. Bu, sıralanmış bir listenin sağlama toplamı oluşturularak yapılır.
adları ve değerlerini ayarlama. Veritabanı adını belirtmemeniz gerektiğini unutmayın, bu
otomatik olarak pgBouncer'a varsayılan olacaktır. ya --uyarı ya da --kritik seçenek
verilmeli, ancak ikisi birden verilmemelidir. Her birinin değeri, 32 karakterlik bir sağlama toplamıdır.
onaltılık değer. Özel "--critical=0" seçeneği ile çalıştırarak bir sonuca ulaşabilirsiniz.
mevcut sağlama toplamı.

Bu eylem, Digest::MD5 modülünü gerektirir.

Örnek 1: 6432 numaralı bağlantı noktasındaki pgbouncer yapılandırması için başlangıç ​​sağlama toplamını aşağıdaki komutu kullanarak bulun:
varsayılan kullanıcı (genellikle postgres)

check_postgres_pgbouncer_checksum --port=6432 --critical=0

Örnek 2: Hiçbir ayarın değişmediğinden emin olun ve değiştiyse, sağlama toplamını kullanarak uyarın.
yukarıdaki.

check_postgres_pgbouncer_checksum --port=6432 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

MRTG çıkışı için, sağlama toplamının eşleşmeme başarısını gösteren 1 veya 0 döndürür.
"--mrtg" bağımsız değişkeni olarak bir sağlama toplamı sağlanmalıdır. Dördüncü satır her zaman
geçerli sağlama toplamı.

pgagent_jobs
("symlink: check_postgres_pgagent_jobs") Sahip olan tüm pgAgent işlerinin
önceki zaman aralığında yürütülen başarılı olmuştur. Bu kontrol edilerek yapılır
sıfır olmayan bir sonucu olan tüm adımlar.

"--uyarı" veya "--kritik" veya her ikisi de zaman olarak belirtilebilir ve işler
geçerli zamandan önce belirtilen süreler içinde arızalar için kontrol edildi. Geçerli
birimler saniye, dakika, saat ve gündür; tümü ilk harfe kısaltılabilir.
Herhangi bir birim verilmezse, 'saniye' varsayılır.

Örnek 1: Son gün içinde yürütülen herhangi bir iş başarısız olduğunda bir kritik verin.

check_postgres_pgagent_jobs --kritik=1d

Örnek 2: Geçen hafta yürütülen herhangi bir iş başarısız olduğunda bir uyarı verin.

check_postgres_pgagent_jobs --uyarı=7d

Örnek 3: Son 2 saat içinde başarısız olan işler için bir kritik ve bir uyarı verin
son 4 saat içinde başarısız olan işler:

check_postgres_pgagent_jobs --kritik=2sa --uyarı=4sa

hazırlıklı_txns
("symlink: check_postgres_prepared_txns") Hazırlanan mevcut herhangi bir ürünün yaşını kontrol edin
işlemler. Çoğu kişinin hazır işlemleri kullanmayacağını unutmayın, çünkü bunlar bir parçasıdır.
iki parçalı taahhüt ve bakımı karmaşık. Onlarla da karıştırılmamalıdır.
Hazırlanan BİLDİRİMLER, çoğu insanın hazırlandıklarını duyduklarında düşündükleri şeydir. NS
bir uyarının varsayılan değeri, hazırlanan işlemlerin herhangi bir şekilde kullanıldığını algılamak için 1 saniyedir.
muhtemelen çoğu sistemde bir hatadır. Uyarı ve kritik, saniye sayısıdır
hazırlanan işlem bir uyarı verilmeden açıldı.

Örnek 1: Hazırlanmış herhangi bir işlem tespit edildiğinde bir uyarı verin:

check_postgres_prepared_txns -w 0

Örnek 2: Hazırlanan herhangi bir işlem 10'dan uzun süredir açıksa kritik verin
saniye, ancak 'shrike' veritabanı için 360 saniyeye kadar izin verin:

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

MRTG çıktısı için, en eski işlemin açık olduğu saniye sayısını verir.
ilk satır ve son satır olarak hangi veritabanından geldiği.

sorgu_çalışma zamanı
("symlink: check_postgres_query_runtime") Belirli bir sorgunun çalışmasının ne kadar sürdüğünü kontrol eder,
buna karşı bir "AÇIKLAMA ANALİZİ" yürüterek. NS --uyarı ve --kritik seçenekler
sorgunun alması gereken maksimum süre. Geçerli birimler saniye, dakika ve saattir;
herhangi biri ilk harfe kısaltılabilir. Herhangi bir birim verilmezse, 'saniye' varsayılır.
Hem uyarı hem de kritik seçenek verilmelidir. Görünümün veya işlevin adı
çalıştırılması için iletilmelidir --sorgu adı seçenek. Tek kelimeden oluşmalıdır
(veya schema.word), sonunda isteğe bağlı parantezler bulunur.

Örnek 1: "speedtest" adlı işlev 10 saniye içinde çalışmazsa kritik bir değer verin veya
az.

check_postgres_query_runtime --queryname='speedtest()' --kritik=10 --uyarı=10

MRTG çıktısı için, sorgunun ilk satırda tamamlanma süresini saniye cinsinden raporlar.
Dördüncü satır veritabanını listeler.

sorgu_zamanı
("symlink: check_postgres_query_time") Bir veya daha fazla üzerinde çalışan sorguların uzunluğunu kontrol eder
veritabanları. Bunu aynı veritabanı kümesinde birden fazla çalıştırmaya gerek yoktur. Not
bunun zaten "işlemde boşta" olan sorguları hariç tuttuğunu. Veritabanları olabilir
kullanılarak filtrelenir. --Dahil etmek ve --hariç tutmak seçenekler. "TEMEL FİLTRELEME" bölümüne bakın
daha fazla ayrıntı için. Ayrıca sorguyu çalıştıran kullanıcıya göre filtre uygulayabilirsiniz. --kullanıcıyı dahil et
ve --kullanıcıyı hariç tut seçenekler. Daha fazla ayrıntı için "KULLANICI ADI FİLTRELEME" bölümüne bakın.

için değerler --uyarı ve --kritik seçenekler zaman miktarlarıdır ve varsayılan olarak '2
sırasıyla dakika' ve '5 dakika'. Geçerli birimler 'saniye', 'dakika', 'saat' veya
'günler'. Her biri tekil olarak yazılabilir veya yalnızca ilk harfe kısaltılarak yazılabilir. birim yoksa
verildiğinde, birimin saniye olduğu varsayılır.

Bu işlem, Postgres 8.1 veya daha yenisini gerektirir.

Örnek 1: Herhangi bir sorgu 3 dakikadan uzun süredir çalışıyorsa bir uyarı verin ve
5 dakikadan uzunsa kritiktir.

check_postgres_query_time --port=5432 --warning='3 dakika' --kritik='5 dakika'

Örnek 2: Varsayılan değerleri (2 ve 5 dakika) kullanarak, bunlar dışındaki tüm veritabanlarını kontrol edin.
'şablon' ile başlayan.

check_postgres_query_time --port=5432 --exclude=~^şablon

Örnek 3: 'don' kullanıcısının 20 saniyeden uzun süren bir sorgusu varsa uyar

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

MRTG çıktısı için, ilk sorguda en uzun süre çalışan sorgunun uzunluğunu saniye cinsinden döndürür.
hat. Dördüncü satır, veritabanının adını verir.

replike_row
("symlink: check_postgres_replicate_row") Ana bağımlı çoğaltmanın çalışıp çalışmadığını kontrol eder
bir veya daha fazla köleye.

İlk "--dbname", "--host" ve "--port" vb. seçenekler ana olarak kabul edilir;
sonraki kullanımlar kölelerdir. Değerler veya --uyarı ve --kritik seçenekler
zaman birimleri ve en az biri sağlanmalıdır (varsayılan yok). Geçerli birimler 'saniye'dir,
'dakika', 'saat' veya 'gün'. Her biri tekil olarak yazılabilir veya sadece
ilk harf. Herhangi bir birim verilmezse, birimlerin saniye olduğu varsayılır.

Bu kontrol, master üzerindeki tek bir satırı günceller ve ardından bunun ne kadar sürdüğünü ölçer.
kölelere uygulanır. Bunu yapmak için, çoğaltılmakta olan bir tablo seçmeniz gerekir, ardından
değiştirilebilecek ve başka bir işlem tarafından değiştirilmeyecek bir satır bulun. A
bu satırın belirli sütunu bir değerden diğerine değiştirilecektir. Bütün bunlar beslenir
"repinfo" seçeneğine bağlıdır ve virgülle ayrılmış olarak aşağıdaki seçenekleri içermelidir:
tablo adı, birincil anahtar, anahtar kimliği, sütun, ilk değer, ikinci değer.

Örnek 1: Slony, "alpha" ana bilgisayarından "beta" ana bilgisayarına "orders" adlı bir tabloyu çoğaltıyor,
'satış' veritabanında. Tablonun birincil anahtarı id olarak adlandırılır ve biz
satırı 3 kimliğiyle test edin (tarihseldir ve asla değişmemiştir). bir sütun var
kontrol etmek için 'slon' değerinden 'nols' değerine değiştireceğimiz 'salesrep' adlı
çoğaltma. 10 içerisinde replikasyon olmazsa uyarı atmak istiyoruz.
saniye.

check_postgres_replicate_row --host=alpha --dbname=satış --host=beta
--dbname=satış --warning=10 --repinfo=siparişler,id,3,satış temsilcisi,slon,nols

Örnek 2: Bucardo, ana bilgisayar "green"den ana bilgisayarlara "makbuz" adlı bir tabloyu çoğaltıyor
'kırmızı', 'mavi' ve 'sarı'. Her iki taraf için de veri tabanı 'genel'dir. köle veritabanları
5455 numaralı bağlantı noktasında çalışıyor. Birincil anahtarın adı, kullanmak istediğimiz satır olan 'receipt_id'
9 değerine sahiptir ve test için değiştirmek istediğimiz sütuna 'zone' denir. İyi
bu sütunun değeri için 'kuzey' ve 'güney' arasında geçiş yapın ve eğer
değişiklik, 5 saniye içinde her üç bağımlıda da olmaz.

check_postgres_replicate_row --host=yeşil --port=5455 --host=kırmızı,mavi,sarı
--kritik=5 --repinfo=makbuz,makbuz_kimliği,9,bölge,kuzey,güney

MRTG çıktısı için, ilk satırda, çoğaltmanın aldığı süreyi saniye cinsinden döndürür.
bitiş. Maksimum süre 4 dakika 30 saniye olarak ayarlanmıştır: herhangi bir çoğaltma yapılmadıysa
o kadar uzun bir süre içinde yer, bir hata atılır.

aynı_şema
("symlink: check_postgres_same_schema") İki veya daha fazla veritabanının aynı olduğunu doğrular
şemalarına göre (ancak içindeki veriler değil). Bu özellikle yapmak için kullanışlıdır
master to slave kullanırken kölelerinizin herhangi bir şekilde değiştirilmediğinden veya bozulmadığından emin olun
çoğaltma. Diğer eylemlerin çoğundan farklı olarak, bunun hiçbir uyarı veya kritik kriteri yoktur -
veritabanları ya senkronizedir ya da değildir. Farklıysa, ayrıntılı bir liste
farklılıklar sunulmaktadır.

Belirli farklılıkları hariç tutmak veya filtrelemek isteyebilirsiniz. Bunu yapmanın yolu eklemektir
"--filter" seçeneğine dizeler. Bir nesne türünü hariç tutmak için, "isim" yerine "isim" kullanın.
nesnenin türüdür, örneğin "noschema". Belirli bir türdeki nesneleri bir
adlarına karşı normal ifade, "noname=regex" kullanın. için aşağıdaki örneklere bakın.
daha iyi anlamak.

Filtrelenebilecek nesne türleri şunları içerir:

kullanıcı
plan
tablo
görünüm
indeks
dizi
sınırlama
tetikleyebilir
işlev

"Noposition" filtre seçeneği, bir sütun içindeki sütunların konumunun doğrulanmasını önler.
tablo.

"nofuncbody" filtre seçeneği, tüm fonksiyonların gövdelerinin karşılaştırılmasını engeller.

"noperm" filtre seçeneği, nesne izinlerinin karşılaştırılmasını engeller.

İkinci veritabanını sağlamak için, bir çağrı ile farkları ilkine eklemeniz yeterlidir.
uygun bağlantı argümanı. Örneğin, ana bilgisayarlardaki veritabanlarını karşılaştırmak için alfa ve
bravo, "--dbhost=alpha,bravo" kullanın. Ayrıca aşağıdaki örneklere bakın.

Yalnızca tek bir ana bilgisayar verilirse, "zamana dayalı" bir rapor yaptığımız varsayılır. NS
ilk kez çalıştırıldığında, veritabanındaki tüm öğelerin anlık görüntüsü yerel bir
dosya. Yeniden çalıştırdığınızda, bu anlık görüntü okunur ve "veritabanı #2" olur ve
Mevcut veri tabanı ile karşılaştırıldığında.

Eski saklanan dosyayı yeni sürümle değiştirmek için --replace bağımsız değişkenini kullanın.

Anlık görüntüleri zaman içinde çeşitli noktalarda etkinleştirmek için "--suffix" bağımsız değişkenini kullanabilirsiniz.
her çalıştırmaya özgü dosya adları. Aşağıdaki örneklere bakın.

Örnek 1: Ana bilgisayar yıldızı ve satırındaki iki veritabanının aynı olduğunu doğrulayın:

check_postgres_same_schema --dbhost=yıldız,satır

Örnek 2: Daha önce olduğu gibi, ancak adında "slony" olan tüm tetikleyicileri hariç tutun

check_postgres_same_schema --dbhost=yıldız,satır --filter="notrigger=slony"

Örnek 3: Öncekiyle aynı, ancak tüm dizinleri de hariç tutun

check_postgres_same_schema --dbhost=star,line --filter="notrigger=slony noindex'ler"

Örnek 4: Farklı bağlantı noktalarındaki "battlestar" veritabanı için farklılıkları kontrol edin

check_postgres_same_schema --dbname=savaş yıldızı --dbport=5432,5544

Örnek 5: Günlük ve haftalık bir anlık görüntü dosyası oluşturun

check_postgres_same_schema --dbname=cylon --suffix=günlük
check_postgres_same_schema --dbname=cylon --suffix=haftalık

Örnek 6: Bir geçmiş karşılaştırması çalıştırın, ardından dosyayı değiştirin

check_postgres_same_schema --dbname=cylon --suffix=günlük --değiştir

dizi
("symlink: check_postgres_sequence") Tüm dizilerde ne kadar yer kaldığını kontrol eder.
veri tabanı. Bu, kullanılmış olan toplam olası değerlerin yüzdesi olarak ölçülür.
her dizi için. NS --uyarı ve --kritik seçenekler şu şekilde ifade edilmelidir
yüzdeler. Varsayılan değerler 85% uyarı için ve 95% kritik için. Yapabilirsin
hangi dizilerin kontrol edileceğini kontrol etmek için --include ve --exclude kullanın. unutmayın ki bu
çek, olağandışı durumları hesaba katar mı minimum değer ve artım by değerler, ancak umurunda değil
sekans döngüye ayarlı veya değil.

Nagios çıktısı, dizinin adını, kullanılan yüzdeyi ve sayıyı verir.
kalan 'çağrı' sayısı, bu dizide daha kaç kez nextval çağrılabileceğini gösterir
maksimum değere geçmeden önce.

MRTG çıktısı, ilk satırdaki tüm dizilerde en yüksek yüzdeyi döndürür,
ve dördüncü satırda bir "|" ile ayrılmış bu yüzde ile her bir dizinin adı
(boru) o yüzdede birden fazla dizi varsa.

Örnek 1: Herhangi bir dizi %95 doluluğa yaklaşıyorsa uyarı verin.

check_postgres_sequence --dbport=5432 --uyarı=%95

Örnek 2: "orders_id_seq" adlı dizinin yarısından fazla dolu olmadığını kontrol edin.

check_postgres_sequence --dbport=5432 --kritik=%50 --include=orders_id_seq

ayarlar_sağlama toplamı
("symlink: check_postgres_settings_checksum") Tüm Postgres ayarlarının
son kontrol ettiğinizde olduğu gibi. Bu, sıralanmış bir listenin sağlama toplamı oluşturularak yapılır.
adları ve değerlerini ayarlama. Aynı veritabanındaki farklı kullanıcıların
ALTER USER kullanımı ve süper kullanıcıların daha fazlasını görmesi nedeniyle farklı sağlama toplamları
normal kullanıcılardan daha fazla ayarlar. ya --uyarı ya da --kritik seçenek olmalı
verilir, ancak ikisi birden değil. Her birinin değeri, 32 karakterlik onaltılık bir sağlama toplamıdır.
değer. Mevcut bir durumu bulmak için özel "--critical=0" seçeneği ile çalıştırabilirsiniz.
sağlama toplamı.

Bu eylem, Digest::MD5 modülünü gerektirir.

Örnek 1: Varsayılan kullanıcıyı kullanarak 5555 numaralı bağlantı noktasındaki veritabanı için ilk sağlama toplamını bulun
(genellikle postgres)

check_postgres_settings_checksum --port=5555 --kritik=0

Örnek 2: Hiçbir ayarın değişmediğinden emin olun ve değiştiyse, sağlama toplamını kullanarak uyarın.
yukarıdaki.

check_postgres_settings_checksum --port=5555 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

MRTG çıkışı için, sağlama toplamının eşleşmeme başarısını gösteren 1 veya 0 döndürür.
"--mrtg" bağımsız değişkeni olarak bir sağlama toplamı sağlanmalıdır. Dördüncü satır her zaman
geçerli sağlama toplamı.

slony_status
("symlink: check_postgres_slony_status") Slony kümesinin durumunu şu şekilde kontrol eder:
Slony'nin sl_status görünümünün sonuçlarına bakmak. Bu sayı olarak döndürülür
"gecikme süresi" saniyesi. NS --uyarı ve --kritik seçenekler kez olarak ifade edilmelidir.
Varsayılan değerler 60 saniye uyarı için ve 300 saniye kritik için.

İsteğe bağlı argüman --şema Slony'nin kurulu olduğu şemayı gösterdi. Eğer o
verilmezse, bu kontrol her çalıştırıldığında şema otomatik olarak belirlenir.

Örnek 1: Herhangi bir Slony'nin 20 saniyeden fazla gecikmesi durumunda uyarı verin

check_postgres_slony_status --uyarı 20

Örnek 2: "_slony" şeması altında kurulan Slony, 10'un üzerindeyse kritik bir değer verin
dakika gecikmeli

check_postgres_slony_status --schema=_slony --kritik=600

zaman senkronizasyonu
("symlink: check_postgres_timesync") Yerel sistem saatini rapor edilen saatle karşılaştırır
bir veya daha fazla veritabanı tarafından. NS --uyarı ve --kritik seçenekler sayısını temsil eder
Bir uyarı verilmeden önce iki sistem arasındaki saniyeler. Hiçbiri belirtilmemişse,
'2' ve '5' olan varsayılan değerler kullanılır. Uyarı değeri şu değerden büyük olamaz:
kritik değer. Bu testin kesin olmaması nedeniyle, '0' veya '1' değerleri
önerilir.

Döndürülen dize, zaman farkını ve her iki taraftaki yazılı zamanı gösterir.
dışarı.

Örnek 1: Ankh, morpork ve klatch ana bilgisayarlarındaki veritabanlarının 3'ten fazla olmadığını kontrol edin
yerel saate göre saniye kapalı:

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

MRTG çıktısı için, ilk satırdan birini, iki satır arasındaki saniye farkını döndürür.
yerel saat ve veritabanı saati. Dördüncü satır, veritabanının adını döndürür.

txn_idle
("symlink: check_postgres_txn_idle") "Boşta kalma" sayısını ve süresini kontrol eder.
Bir veya daha fazla veritabanında işlem" sorguları. Bunu bir kereden fazla çalıştırmaya gerek yoktur.
aynı veritabanı kümesinde. Veritabanları kullanılarak filtrelenebilir --Dahil etmek ve
--hariç tutmak seçenekler. Daha fazla ayrıntı için aşağıdaki "TEMEL FİLTRELEME" bölümüne bakın.

The --uyarı ve --kritik seçenekler zaman birimleri, işaretli tamsayılar veya
zaman birimleri için tamsayılar ve her ikisinin de sağlanması gerekir (varsayılan yoktur). Geçerli birimler
'saniye', 'dakika', 'saat' veya 'gün'dür. Her biri tekil veya kısaltılmış olarak yazılabilir
sadece ilk harfe. Birim verilmemişse ve sayılar işaretsizse, birimler
saniye olduğu varsayılır.

Bu işlem, Postgres 8.3 veya daha yenisini gerektirir.

Örnek 1: Herhangi bir bağlantı işlemde 15'ten fazla boşta kaldıysa uyarı verin
saniye:

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

Örnek 2: 50 veya daha fazla işlem varsa uyarı verin

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

Örnek 3: İşlemde daha fazla 5 veya daha fazla bağlantı boştaysa kritik verin
10 saniyeden fazla:

check_postgres_txn_idle --port=5432 --critical='5 10 saniye'

MRTG çıktısı için, en uzun boşta işlemin yapıldığı süreyi saniye cinsinden döndürür
koşma. Dördüncü satır, veritabanının adını ve veritabanıyla ilgili diğer bilgileri döndürür.
en uzun işlem

txn_time
("symlink: check_postgres_txn_time") Bir veya daha fazlasında açık işlemlerin uzunluğunu kontrol eder
veritabanları. Bu komutu veritabanı kümesi başına birden fazla çalıştırmaya gerek yoktur.
Veritabanları kullanılarak filtrelenebilir --Dahil etmek ve --hariç tutmak seçenekler. "TEMEL
Daha fazla ayrıntı için FİLTRELEME" bölümü. İşlemin sahibi tarafından da filtrelenebilir.
kullanımı --kullanıcıyı dahil et ve --kullanıcıyı hariç tut seçenekler. "KULLANICI ADI FİLTRELEME" bölümüne bakın
daha fazla ayrıntı için.

Değerler veya --uyarı ve --kritik seçenekler zaman birimleridir ve sağlanmalıdır
(standart değil). Geçerli birimler 'saniye', 'dakika', 'saat' veya 'gün'dür. Her biri olabilir
tekil yazılır veya sadece ilk harfe kısaltılır. Herhangi bir birim verilmezse,
birimleri saniye olarak kabul edilir.

Bu işlem, Postgres 8.3 veya daha yenisini gerektirir.

Örnek 1: Herhangi bir işlem 10 dakikadan uzun süredir açıksa kritik verin:

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

Örnek 1: Kullanıcının 'depo' 30 saniyeden fazla açık bir işlemi varsa uyar

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

MRTG çıktısı için, bir işlemin açık olduğu maksimum süreyi saniye cinsinden döndürür.
İlk satır. Dördüncü satır, veritabanının adını verir.

txn_wraparound
("symlink: check_postgres_txn_wraparound") Bir işlemin etrafını sarmaya ne kadar yakın olduğunu kontrol eder
veya daha fazla veritabanı alıyor. NS --uyarı ve --kritik seçenekler numarayı gösterir
yapılan işlemlerin sayısı ve pozitif bir tamsayı olmalıdır. Her iki seçenek de verilmemişse,
1.3 ve 1.4 milyar varsayılan değerleri kullanılır. Bu komutu daha fazla çalıştırmaya gerek yok
veritabanı kümesi başına bir kereden fazla. Bu sayının ne olduğuna dair daha ayrıntılı bir tartışma için
temsil eder ve bu konuda ne yapmalı, lütfen sayfayı ziyaret edin
<http://www.postgresql.org/docs/current/static/routine-vacuuming.html#WRAPAROND İÇİN VAKUM>

Perl olarak, uyarı ve kritik değerler, okunabilirlik için sayıda alt çizgi içerebilir.
yapar.

Örnek 1: localhost veritabanı için varsayılan değerleri kontrol edin

check_postgres_txn_wraparound --host=localhost

Örnek 2: 6000 numaralı bağlantı noktasını kontrol edin ve 1.7 milyar işlem gerçekleştiğinde kritik değeri verin:

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

MRTG çıktısı için, birinci satırdaki tüm veritabanları için en yüksek işlem sayısını döndürür,
4. satır ise hangi veritabanı olduğunu gösterir.

versiyon
("symlink: check_postgres_version") Gerekli Postgres sürümünün olup olmadığını kontrol eder.
koşma. NS --uyarı ve --kritik seçenekler (yalnızca bir tanesi gereklidir) biçiminde olmalıdır
XY or XYZ nerede X ana sürüm numarasıdır, Y küçük sürüm numarasıdır ve Z is
revizyon.

Örnek 1: 5678 numaralı bağlantı noktasındaki veritabanı 8.4.10 sürümü değilse uyarı verin:

check_postgres_version --port=5678 -w=8.4.10

Örnek 2: Ana bilgisayar vadisi, tahıl veya güneş ışığı ile ilgili herhangi bir veri tabanı 8.3 değilse bir uyarı verin:

check_postgres_version -H vadi,tahıl,güneş --kritik=8.3

MRTG çıkışı için, ilk satırda başarıyı veya başarısızlığı gösteren 1 veya 0 bildirir. NS
dördüncü satır geçerli sürümü gösterir. Sürüm "--mrtg" aracılığıyla sağlanmalıdır
seçeneği.

wal_files
("symlink: check_postgres_wal_files") içinde kaç tane WAL dosyası olduğunu kontrol eder. pg_xlog
sizin dışınızda bulunan dizin veri_dizini, bazen bir diğerine bir sembolik bağ olarak
performans nedenleriyle fiziksel disk. Bu eylem, bir süper kullanıcı olarak çalıştırılmalıdır.
içeriğine erişmek pg_xlog dizin. Bu eylemi kullanmak için minimum sürüm
Postgres 8.1. NS --uyarı ve --kritik seçenekler sadece dosya sayısıdır.
pg_xlog dizin. Bunu ayarlamak için hangi sayı değişecektir, ancak genel bir kılavuz koymaktır.
sorunları erken yakalamak için normalde orada olandan biraz daha yüksek bir sayı.

Normalde, WAL dosyaları kapatılır ve ardından yeniden kullanılır, ancak uzun süredir devam eden bir açık işlem veya
hatalı arşiv_komutu komut dosyası, Postgres'in çok fazla dosya oluşturmasına neden olabilir. sonuçta,
bu, üzerinde bulundukları diskte boş alan kalmasına neden olur ve bu noktada Postgres
kapat.

Örnek 1: "pluto" ana bilgisayarında WAL dosyalarının sayısının 20 veya daha az olduğunu kontrol edin

check_postgres_wal_files --host=pluto --kritik=20

MRTG çıktısı için, 1. satırdaki WAL dosyalarının sayısını bildirir.

yeniden inşa_symlinks
yeniden inşa_symlinks_force
Bu eylem başka argüman gerektirmez ve herhangi bir veri tabanına bağlanmaz, sadece
formdaki her eylem için geçerli dizinde sembolik bağlantılar oluşturur
check_postgres_. Dosya zaten varsa, üzerine yazılmaz. Eğer
eylem yeniden inşa_symlinks_force ise, sembolik bağlantıların üzerine yazılacaktır. Seçenek
--symlinks, --action=rebuild_symlinks demenin daha kısa bir yoludur

KLASİK FİLTRELEME

Seçenekler --Dahil etmek ve --hariç tutmak hangi şeylerin kontrol edildiğini sınırlamak için birleştirilebilir,
eyleme bağlı olarak. Aşağıdakileri kullanırken veritabanının adı filtrelenebilir
eylemler: arka uçlar, veritabanı_boyutu, kilitler, sorgu_zamanı, txn_idle ve txn_zaman. Adı
aşağıdaki eylemler kullanılırken bir ilişki filtrelenebilir: bloat, index_size,
tablo_boyutu, ilişki_boyutu, son_vakum, son_otovakum, son_analiz ve
last_autoanaliz. settings_checksum kullanılırken bir ayarın adı filtrelenebilir
eylem. Disk_space eylemi kullanılırken bir dosya sisteminin adı filtrelenebilir.

Yalnızca dahil etme seçeneği verilirse, YALNIZCA eşleşen girişler kontrol edilecektir.
Ancak, hem hariç tutma hem de dahil etme verilirse, önce hariç tutma yapılır ve dahil etme
sonra, hariç tutulmuş olabilecek şeyleri eski haline getirmek için. Her ikisi de --Dahil etmek ve --hariç tutmak yapabilmek
birden çok kez ve/veya virgülle ayrılmış listeler olarak verilebilir. Önde gelen bir tilde eşleşecek
düzenli bir ifade olarak aşağıdaki kelimeyi.

Bir şemayı eşleştirmek için arama terimini tek bir nokta ile sonlandırın. Baştaki tildeler kullanılabilir
şemalar için de.

Filtrelemeyi kullanırken dikkatli olun: örneğin arka uçlardaki bir dahil etme kuralı,
yalnızca eşleşen veritabanının arka ucu olmadığı için değil, aynı zamanda
veritabanının adını yanlış yazmış!

Örnekler:

Yalnızca pg_class adlı öğeleri kontrol eder:

--include=pg_class

Yalnızca 'pg_' harflerini içeren öğeleri kontrol eder:

--include=~pg_

Yalnızca 'pg_' ile başlayan öğeleri kontrol edin:

--include=~^pg_

'Test' adlı öğeyi hariç tutun:

--exclude=test

'test' harflerini içeren tüm öğeleri hariç tutun:

--exclude=~test

'pg_catalog' şemasındaki tüm öğeleri hariç tutun:

--exclude='pg_catalog.'

'ace' harflerini içeren tüm öğeleri hariç tutun, ancak 'faceoff' öğesine izin verin:

--exclude=~ace --include=yüzleşme

'pg_' harfleriyle başlayan ve 'slon' harflerini içeren tüm öğeleri hariç tutun veya
'sql_settings' veya 'green' olarak adlandırılır. Özellikle harflerle öğeleri kontrol edin
adlarında 'ürün' yazın ve her zaman 'pg_relname' adlı öğeyi kontrol edin:

--exclude=~^pg_,~slon,sql_settings --exclude=yeşil --include=~prod,pg_relname

KULLANICI ADI FİLTRELEME

Seçenekler --kullanıcıyı dahil et ve --kullanıcıyı hariç tut sadece incelemek için bazı eylemlerde kullanılabilir
bir veya daha fazla kullanıcının sahip olduğu (veya sahip olmadığı) veritabanı nesneleri. Bir --kullanıcıyı dahil et seçenek
her zaman bir koz --kullanıcıyı hariç tut seçenek. için her seçeneğe birden fazla verebilirsiniz.
birden fazla kullanıcı veya virgülle ayrılmış bir liste verebilirsiniz. Şu anda kullanılan eylemler
bu seçenekler şunlardır:

veritabanı_boyutu
son_analiz
son_otoanaliz
son_vakum
son_otovakum
sorgu_zamanı
ilişki_boyutu
txn_time

Örnekler:

Yalnızca greg adlı kullanıcıya ait öğeleri kontrol edin:

--includeuser=gre

Yalnızca watson veya crick'in sahip olduğu öğeleri kontrol edin:

--includeuser=watson,crick

Yalnızca crick, franklin, watson veya wilkins'e ait öğeleri kontrol edin:

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

Scott kullanıcısına ait olanlar dışındaki tüm öğeleri kontrol edin:

--excludeuser=scott

TEST MOD

Bir şeyleri ayarlamaya yardımcı olmak için, bu program aşağıdakileri belirterek bir "test modunda" çalıştırılabilir.
--Ölçek seçenek. Bu, veritabanlarının olabileceğinden emin olmak için bazı temel testler yapacaktır.
ile iletişime geçildiğini ve kullanıcının
bir süper kullanıcı, eğer Postgres sürümü yeterince yeniyse ve stats_row_level etkinse.

onworks.net hizmetlerini kullanarak check_postgres_new_version_bcp'yi çevrimiçi kullanın