check_postgres_database_sizep - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

check_postgres - Nagios, MRTG, Cacti এবং অন্যান্যদের জন্য একটি Postgres মনিটরিং স্ক্রিপ্ট

এই নথিগুলি check_postgres সংস্করণ 2.22.0 বর্ণনা করে

সাইনোপিসিস

## সমস্ত সিমলিঙ্ক তৈরি করুন
check_postgres --symlinks

## পোস্টগ্রেস ডাটাবেস 'প্লুটো'-এর সাথে সংযোগ পরীক্ষা করুন:
check_postgres --action=connection --db=প্লুটো

## একই জিনিস, কিন্তু সিমলিংক ব্যবহার করে
check_postgres_connection --db=প্লুটো

## সতর্ক করুন যদি > 100 লক, গুরুতর হলে > 200, বা > 20 এক্সক্লুসিভ
check_postgres_locks --warning=100 --critical="total=200:exclusive=20"

## পোর্ট 6543-এ নিষ্ক্রিয় সংযোগের বর্তমান সংখ্যা দেখান:
check_postgres_txn_idle --port=6543 --output=simple

## আরও অনেক ক্রিয়া এবং বিকল্প রয়েছে, অনুগ্রহ করে পড়তে থাকুন।

সর্বশেষ খবর এবং ডকুমেন্টেশন সর্বদা এখানে পাওয়া যাবে:
http://bucardo.org/check_postgres/

বর্ণনাঃ

check_postgres হল একটি পার্ল স্ক্রিপ্ট যা এক বা একাধিকের বিরুদ্ধে বিভিন্ন পরীক্ষা চালায়
পোস্টগ্রেস ডাটাবেস। এটি তথ্য সংগ্রহ করতে psql প্রোগ্রাম ব্যবহার করে এবং আউটপুট দেয়
তিনটি ফর্ম্যাটের একটিতে ফলাফল: নাগিওস, এমআরটিজি, বা সাধারণ।

আউটপুট মোডগুলি
"--আউটপুট" বিকল্পটি ব্যবহার করে আউটপুট পরিবর্তন করা যেতে পারে। ডিফল্ট আউটপুট হল নাগিওস,
যদিও আপনি চাইলে স্ক্রিপ্টের শীর্ষে এটি পরিবর্তন করা যেতে পারে। বর্তমান বিকল্প
পছন্দ হয় nagios, mrtg, এবং সহজ. প্রতিটি আউটপুট যুক্তি প্রবেশ করা এড়াতে
সময়, আউটপুটের ধরন স্বয়ংক্রিয়ভাবে সেট করা হয় যদি না --আউটপুট আর্গুমেন্ট দেওয়া হয়, এবং যদি
বর্তমান ডিরেক্টরির নামে একটি আউটপুট বিকল্প রয়েছে। উদাহরণস্বরূপ, একটি তৈরি করা
mrtg নামের ডিরেক্টরি এবং এর মাধ্যমে সিমলিংক দিয়ে এটি পপুলেট করা --সিমলিঙ্ক যুক্তি হবে
নিশ্চিত করুন যে এই ডিরেক্টরি থেকে চালানো যে কোনও ক্রিয়া সর্বদা "mrtg" এর আউটপুটে ডিফল্ট হবে
--output=simple-এর শর্টকাট হিসাবে, আপনি --simple লিখতে পারেন, যা ওভাররাইড করে
ডিরেক্টরি নামকরণ কৌশল।

Nagios আউটপুট

ডিফল্ট আউটপুট ফরম্যাট হল Nagios-এর জন্য, যা তথ্যের একক লাইন, সাথে
চারটি নির্দিষ্ট প্রস্থান কোড:

0 (ঠিক আছে)
1 (সতর্কতা)
2 (গুরুত্বপূর্ণ)
3 (অজানা)

আউটপুট লাইন উপরের একটি শব্দ, একটি কোলন, এবং তারপর কি একটি সংক্ষিপ্ত বিবরণ
পরিমাপ করা হয়েছিল। অতিরিক্ত পরিসংখ্যান তথ্য, সেইসাথে মোট সময় কমান্ড
নিয়েছে, আউটপুটও হতে পারে: আর্গুমেন্টের ডকুমেন্টেশন দেখুন -- শোপারফ,
-- পারফ্লিমিট, এবং --শোটাইম.

এমআরটিজি আউটপুট

MRTG আউটপুট হল চার লাইন, প্রথম লাইন সবসময় একটি একক সংখ্যা দেয়
গুরুত্ব যখন সম্ভব, এই সংখ্যাটি একটি প্রকৃত মান উপস্থাপন করে যেমন একটি সংখ্যা
বাইট, কিন্তু এটি একটি 1 বা 0 হতে পারে এমন ক্রিয়াগুলির জন্য যা শুধুমাত্র "সত্য" বা "মিথ্যা" প্রদান করে, যেমন
check_postgres_version হিসাবে। দ্বিতীয় লাইনটি একটি অতিরিক্ত স্ট্যাট এবং শুধুমাত্র এর জন্য ব্যবহৃত হয়
কিছু কর্ম। তৃতীয় লাইনটি একটি "আপটাইম" নির্দেশ করে এবং ব্যবহার করা হয় না। চতুর্থ লাইন a
বর্ণনা এবং সাধারণত ডাটাবেসের নাম প্রথম লাইন থেকে স্ট্যাটাস নির্দেশ করে
থেকে টানা হয়েছে, কিন্তু কর্মের উপর নির্ভর করে ভিন্ন হতে পারে।

কিছু কর্ম একটি ঐচ্ছিক গ্রহণ --mrtg আরো আউটপুট নিয়ন্ত্রণ যুক্তি.

প্রতিটি কাজের জন্য সঠিক MRTG আউটপুট সম্পর্কে বিশদ বিবরণের জন্য প্রতিটি কর্মের ডকুমেন্টেশন দেখুন।

সহজ আউটপুট

সাধারণ আউটপুটটি হল MRTG-এর একটি ছেঁটে যাওয়া সংস্করণ, এবং সহজভাবে প্রদান করে
প্রথম সংখ্যা এবং অন্য কিছু না। আপনি শুধুমাত্র রাষ্ট্র চেক করতে চান যখন এটি খুব দরকারী
কোনো কিছুর, কোনো থ্রেশহোল্ড নির্বিশেষে। আপনি দ্বারা সংখ্যাসূচক আউটপুট রূপান্তর করতে পারেন
আউটপুট আর্গুমেন্টে KB, MB, GB, TB, বা EB যুক্ত করা, উদাহরণস্বরূপ:

--আউটপুট = সরল, এমবি

cacti আউটপুট

Cacti আউটপুট একই লাইনে এক বা একাধিক আইটেম নিয়ে গঠিত, একটি সাধারণ নাম সহ, a
কোলন, এবং তারপর একটি সংখ্যা। এই মুহুর্তে, স্পষ্ট ক্যাক্টি আউটপুট সহ একমাত্র ক্রিয়া
'dbstats', এবং এই ক্ষেত্রে --output বিকল্প ব্যবহার করার প্রয়োজন নেই, কারণ Cacti একমাত্র
এই কর্মের জন্য আউটপুট। অন্যান্য অনেক ক্রিয়াকলাপের জন্য, ক্যাক্টি তৈরি করতে --simple ব্যবহার করাই যথেষ্ট
খুশি.

ডেটাবেস সংযোগ বিকল্প

সমস্ত কর্ম ডাটাবেস বিকল্পগুলির একটি সাধারণ সেট গ্রহণ করে।

-H NAME এর or --হোস্ট=NAME
NAME দ্বারা নির্দেশিত হোস্টের সাথে সংযোগ করুন৷ নামগুলির একটি কমা দ্বারা পৃথক করা তালিকা হতে পারে৷
একাধিক হোস্ট আর্গুমেন্ট অনুমোদিত. যদি কোন হোস্ট দেওয়া না হয়, ডিফল্ট "PGHOST"
পরিবেশ পরিবর্তনশীল বা কোনো হোস্ট নেই (যা স্থানীয় ইউনিক্স সকেট ব্যবহার করে নির্দেশ করে)।
আপনি "--dbhost" ব্যবহার করতে পারেন।

-p পোর্ট or --পোর্ট=পোর্ট
নির্দিষ্ট PORT নম্বর ব্যবহার করে সংযোগ করে। পোর্টের একটি কমা-বিভক্ত তালিকা হতে পারে
সংখ্যা, এবং একাধিক পোর্ট আর্গুমেন্ট অনুমোদিত। যদি কোন পোর্ট নম্বর দেওয়া না হয়, ডিফল্ট
"PGPORT" পরিবেশ পরিবর্তনশীলে। এটি সেট না থাকলে, এটি ডিফল্ট 5432 এ
এছাড়াও "--dbport" ব্যবহার করুন

-ডিবি NAME এর or --dbname=NAME
কোন ডাটাবেসের সাথে সংযোগ করতে হবে তা নির্দিষ্ট করে। নামগুলির একটি কমা দ্বারা পৃথক করা তালিকা হতে পারে, এবং৷
একাধিক dbname আর্গুমেন্ট অনুমোদিত। যদি কোন dbname বিকল্প প্রদান করা না হয়, ডিফল্ট
"PGDATABASE" পরিবেশ পরিবর্তনশীল। যদি এটি সেট করা না থাকে তবে এটি ডিফল্ট 'পোস্টগ্রেস' এ
যদি psql সংস্করণ 8 বা তার বেশি হয়, এবং অন্যথায় 'টেমপ্লেট1'।

-u ব্যবহারকারীর নাম or --dbuser=USERNAME
ডাটাবেস ব্যবহারকারীর নাম হিসেবে সংযোগ করতে হবে। একটি কমা দ্বারা পৃথক তালিকা হতে পারে
ব্যবহারকারীর নাম, এবং একাধিক dbuser আর্গুমেন্ট অনুমোদিত। এই প্রদান না করা হলে, এটা
ডিফল্ট "PGUSER" এনভায়রনমেন্ট ভেরিয়েবল, অন্যথায় এটি ডিফল্ট 'postgres'।

--dbpass=পাসওয়ার্ড
ডাটাবেসের সাথে সংযোগ করার জন্য পাসওয়ার্ড প্রদান করে। এই বিকল্পের ব্যবহার অত্যন্ত
নিরুৎসাহিত পরিবর্তে, একজনকে একটি .pgpass বা pg_service.conf ফাইল ব্যবহার করা উচিত।

--dbservice=NAME
pg_service.conf ফাইলের ভিতরে একটি পরিষেবার নাম। সংস্করণ 9.0 এর আগে
পোস্টগ্রেস, এটি একটি বিশ্বব্যাপী ফাইল, সাধারণত /etc/pg_service.conf এ পাওয়া যায়। যদি তুমি হও
Postgres এর 9.0 বা উচ্চতর সংস্করণ ব্যবহার করে, আপনি ".pg_service.conf" ফাইলটি ব্যবহার করতে পারেন
স্ক্রিপ্ট চালানো ব্যবহারকারীর হোম ডিরেক্টরি, যেমন nagios.

এই ফাইলটিতে সংযোগ বিকল্পগুলির একটি সহজ তালিকা রয়েছে৷ আপনি অতিরিক্ত পাস করতে পারেন
এই বিকল্পটি ব্যবহার করার সময় তথ্য যেমন --dbservice="maindatabase sslmode=require"

এই ফাইলের জন্য ডকুমেন্টেশন পাওয়া যাবে
http://www.postgresql.org/docs/current/static/libpq-pgservice.html

ডাটাবেস সংযোগ বিকল্পগুলিকে গোষ্ঠীভুক্ত করা যেতে পারে: --হোস্ট = ক, খ --হোস্ট = গ --পোর্ট=1234
--পোর্ট=3344 a-1234, b-1234, এবং c-3344 এর সাথে সংযুক্ত হবে। নোট করুন যে একবার সেট, একটি বিকল্প
এটি আবার পরিবর্তন না হওয়া পর্যন্ত বহন করে।

উদাহরণ:

--host=a,b --port=5433 --db=c
ডাটাবেস c ব্যবহার করে পোর্ট 5433-এ দুবার সংযোগ করে, a এবং b হোস্টে: a-5433-c b-5433-c

--host=a,b --port=5433 --db=c,d
চারবার সংযোগ করে: a-5433-c a-5433-d b-5433-c b-5433-d

--host=a,b --host=foo --port=1234 --port=5433 --db=e,f
ছয়বার সংযোগ করে: 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
তিনবার সংযোগ করে: a-5432-alice-baz b-5433-alice-baz x-5433-bob-baz

--dbservice="foo" --port=5433
pg_service.conf ফাইলে নামযুক্ত পরিষেবা 'foo' ব্যবহার করে সংযোগ করে, কিন্তু পোর্টটিকে ওভাররাইড করে

অন্যান্য বিকল্প

অন্যান্য বিকল্প অন্তর্ভুক্ত:

--action=NAME
আমরা কি কাজ চালাচ্ছি তা জানায়। একটি সিমলিঙ্ক করা ফাইল ব্যবহার না করা প্রয়োজন, যার মধ্যে
ক্ষেত্রে ফাইলের নামটি ক্রিয়াটি বের করতে ব্যবহৃত হয়।

--সতর্কতা=VAL or -w Val
থ্রেশহোল্ড সেট করে যেখানে একটি সতর্কতা সতর্কতা চালানো হয়। এই জন্য বৈধ বিকল্প
বিকল্প ব্যবহৃত কর্মের উপর নির্ভর করে।

--ক্রিটিকাল=VAL or -c Val
থ্রেশহোল্ড সেট করে যেখানে একটি গুরুত্বপূর্ণ সতর্কতা চালানো হয়। এই জন্য বৈধ বিকল্প
বিকল্প ব্যবহৃত কর্মের উপর নির্ভর করে।

-t Val or --টাইমআউট=VAL
সেকেন্ডের মধ্যে টাইমআউট সেট করে যার পরে স্ক্রিপ্ট যা কিছু করছে তা বাতিল করবে এবং
একটি অজানা স্থিতি ফেরত দিন। টাইমআউট পোস্টগ্রেস ক্লাস্টার প্রতি, পুরো জন্য নয়
লিপি. ডিফল্ট মান হল 10; ইউনিটগুলি সর্বদা সেকেন্ডে থাকে।

--অনুমান-স্ট্যান্ডবাই-মোড
যদি নির্দিষ্ট করা থাকে, প্রথমে স্ট্যান্ডবাই মোডে সার্ভারটি সঞ্চালিত হবে কিনা তা পরীক্ষা করুন (--datadir
প্রয়োজন হয়), যদি তাই হয়, এসকিউএল কোয়েরি প্রয়োজন এমন সমস্ত চেক উপেক্ষা করা হবে এবং "সার্ভার
স্ট্যান্ডবাই মোডে" ঠিক আছে স্ট্যাটাসের পরিবর্তে ফেরত দেওয়া হবে।

উদাহরণ:

postgres@db$./check_postgres --action=version --warning=8.1 --datadir /var/lib/postgresql/8.3/main/ --assume-standby-mode
POSTGRES_VERSION ঠিক আছে: স্ট্যান্ডবাই মোডে সার্ভার | সময়=0.00

--অনুমান-উপাদান
নির্দিষ্ট করা থাকলে, প্রোডাকশন মোডে সার্ভার সঞ্চালিত হয়েছে কিনা তা পরীক্ষা করুন (--ডেটাডির প্রয়োজন)।
বিকল্পটি শুধুমাত্র ("symlink: check_postgres_checkpoint") এর জন্য প্রাসঙ্গিক।

উদাহরণ:

postgres@db$./check_postgres --action=checkpoint --datadir /var/lib/postgresql/8.3/main/ --assume-prod
POSTGRES_CHECKPOINT ঠিক আছে: শেষ চেকপয়েন্ট ছিল 72 সেকেন্ড আগে | বয়স=72;;300 মোড=মাস্টার

-h or --help
সমস্ত ক্রিয়া এবং বিকল্পগুলির সারাংশ সহ একটি সহায়তা স্ক্রীন প্রদর্শন করে।

--মানুষ
সম্পূর্ণ ম্যানুয়াল প্রদর্শন করে।

-V or --সংস্করণ
বর্তমান সংস্করণ দেখায়.

-v or -- ভারবোস
ভার্বোসিটি লেভেল সেট করুন। লেভেল বুস্ট করতে একাধিকবার কল করতে পারেন। এটি সেট করা হচ্ছে
তিন বা উচ্চতর (অন্য কথায়, "-v -v -v" জারি করা) তথ্য ডিবাগিং চালু করে
এই প্রোগ্রামের জন্য যা stderr এ পাঠানো হয়।

--showperf=VAL
আমরা স্ট্যান্ডার্ড Nagios ফরম্যাটে অতিরিক্ত কর্মক্ষমতা ডেটা আউটপুট কিনা তা নির্ধারণ করে (শেষে
স্ট্রিং এর, একটি পাইপ প্রতীকের পরে, name=value ব্যবহার করে)। VAL 0 বা 1 হওয়া উচিত। ডিফল্ট
হল 1. শুধুমাত্র Nagios আউটপুট মোড ব্যবহার করলেই কার্যকর হয়৷

--পারফ্লিমিট=i
ব্যবহার করার সময় কতগুলি আগ্রহের আইটেম ফিরে রিপোর্ট করা হয় তার একটি সীমা সেট করে
শোপারফ বিকল্প এটি শুধুমাত্র কর্মের জন্য একটি প্রভাব আছে যেগুলি প্রচুর পরিমাণে ফেরত দেয়
আইটেম, যেমন টেবিল_সাইজ. ডিফল্ট 0, বা কোন সীমা নেই। এটি ব্যবহার করার সময় সতর্ক থাকুন
সাথে --অন্তর্ভুক্ত or --বাদ বিকল্পগুলি, যেহেতু সেই সীমাবদ্ধতাগুলি সম্পন্ন হয় পরে দ্য
ক্যোয়ারী চালানো হয়েছে, এবং এইভাবে আপনার সীমা আপনার পছন্দের আইটেমগুলি অন্তর্ভুক্ত নাও করতে পারে। শুধু লাগে
Nagios আউটপুট মোড ব্যবহার করলে প্রভাব।

--showtime=VAL
প্রতিটি ক্যোয়ারী চালানোর সময় আউটপুটে দেখানো হয় কিনা তা নির্ধারণ করে। VAL 0 হওয়া উচিত
অথবা 1. ডিফল্ট হল 1. কোন প্রভাব না থাকলে৷ শোপারফ চালু আছে ব্যবহার করলেই কার্যকর হয়
নাগিওস আউটপুট মোড।

--পরীক্ষা
পরীক্ষা মোড সক্ষম করে। নীচের "পরীক্ষা মোড" বিভাগটি দেখুন।

--PGBINDIR=পথ
পিএসকিউএল বাইনারিগুলি কোথায় পাওয়া যাবে তা স্ক্রিপ্টকে বলে। আপনার একাধিক থাকলে দরকারী
আপনার সিস্টেমে PostgreSQL এক্সিকিউটেবলের সংস্করণ, অথবা যদি আপনার সিস্টেমে না থাকে
পথ মনে রাখবেন যে এই বিকল্পটি সমস্ত বড় হাতের অক্ষরে। ডিফল্টরূপে, এই বিকল্প না
অনুমতি. এটি সক্ষম করতে, আপনাকে অবশ্যই স্ক্রিপ্টের শীর্ষের কাছে $NO_PSQL_OPTION পরিবর্তন করতে হবে৷
আপনি যদি পারেন এই বিকল্পটি ব্যবহার করা এড়িয়ে চলুন এবং পরিবর্তে পরিবেশ পরিবর্তনশীল ব্যবহার করুন
গ অথবা হার্ড-কোডেড $PGBINDIR ভেরিয়েবল, স্ক্রিপ্টের উপরের দিকেও সেট করতে
ব্যবহার করার জন্য PostgreSQL এর পথ।

--PSQL=PATH
(বঞ্চিত, এই পছন্দ may be অপসারিত in a ভবিষ্যৎ মুক্তি!) কোথায় স্ক্রিপ্ট বলুন
psql প্রোগ্রাম খুঁজে পেতে. আপনার কাছে psql এর একাধিক সংস্করণ থাকলে দরকারী
আপনার সিস্টেমে এক্সিকিউটেবল, অথবা যদি আপনার পথে কোন psql প্রোগ্রাম না থাকে। উল্লেখ্য যে এই
বিকল্প সব বড় হাতের হয়. ডিফল্টরূপে, এই বিকল্প না অনুমতি. এটি সক্রিয় করতে, আপনি
স্ক্রিপ্টের শীর্ষের কাছে $NO_PSQL_OPTION পরিবর্তন করে 0 করতে হবে। এটি ব্যবহার করা এড়িয়ে চলুন
যদি আপনি পারেন বিকল্পটি, এবং পরিবর্তে আপনার psql অবস্থানকে $PSQL ভেরিয়েবলে হার্ড-কোড করুন,
এছাড়াও স্ক্রিপ্ট শীর্ষ কাছাকাছি.

--সিমলিঙ্ক
প্রতিটি কর্মের জন্য প্রধান প্রোগ্রামের সিমলিঙ্ক তৈরি করে।

--আউটপুট=VAL
বিভিন্ন প্রোগ্রামে ব্যবহারের জন্য আউটপুটের বিন্যাস নির্ধারণ করে। ডিফল্ট হয়
'নাগিওস'। উপলব্ধ বিকল্পগুলি হল 'নাগিওস', 'এমআরটিজি', 'সিম্পল' এবং 'ক্যাক্টি'।

--mrtg=VAL
শুধুমাত্র MRTG বা সাধারণ আউটপুটের জন্য ব্যবহৃত হয়, কয়েকটি নির্দিষ্ট কর্মের জন্য।

--debugoutput=VAL
ডিবাগিং-এ ব্যবহারের জন্য psql দ্বারা প্রত্যাবর্তিত সঠিক স্ট্রিং আউটপুট করে। মান এক বা
আরও অক্ষর, যা নির্ধারণ করে যে আউটপুট প্রদর্শিত হবে কি না, যেখানে 'a' = সব, 'c'
= সমালোচনামূলক, 'w' = সতর্কতা, 'o' = ঠিক আছে, এবং 'u' = অজানা। অক্ষর একত্রিত করা যেতে পারে.

--get_method=VAL
"new_version_cp" এর জন্য তথ্য আনার জন্য ব্যবহৃত পদ্ধতির স্পেসিফিকেশনের অনুমতি দেয়।
"new_version_pg", "new_version_bc", "new_version_box", এবং "new_version_tnm" চেক।
ওয়েব থেকে তথ্য সংগ্রহ করার জন্য নিম্নলিখিত প্রোগ্রামগুলি চেষ্টা করা হয়েছে: GET,
wget, fetch, curl, lynx, links. শুধুমাত্র একটি ব্যবহার করতে বাধ্য করতে (এবং এইভাবে অপসারণ করুন
ঐ কাজগুলির মধ্যে একটি পর্যন্ত অন্য সমস্ত চেষ্টা করার ওভারহেড), একটি নাম লিখুন হিসাবে
get_method এর যুক্তি। উদাহরণস্বরূপ, একটি BSD বক্স নিম্নলিখিত লাইনে প্রবেশ করতে পারে
তাদের ".check_postgresrc" ফাইল:

get_method=আনয়ন

--language=VAL
সমস্ত আউটপুট বার্তাগুলির জন্য ব্যবহার করার জন্য ভাষা সেট করুন। সাধারণত, এই দ্বারা সনাক্ত করা হয়
LC_ALL, LC_MESSAGES, এবং LANG এনভায়রনমেন্ট ভেরিয়েবল পরীক্ষা করা, কিন্তু এটি সেট করা
বিকল্পটি এই জাতীয় সনাক্তকরণকে ওভাররাইড করবে।

ক্রিয়াগুলি

স্ক্রিপ্ট এক বা একাধিক ক্রিয়া চালায়। এটি হয় --action পতাকা দিয়ে বা দ্বারা করা যেতে পারে
মূল ফাইলের একটি সিমলিঙ্ক ব্যবহার করে যার ভিতরে কর্মের নাম রয়েছে। জন্য
উদাহরণস্বরূপ, "timesync" অ্যাকশন চালানোর জন্য, আপনি হয় সমস্যা করতে পারেন:

check_postgres --action=timesync

অথবা নামের একটি প্রোগ্রাম ব্যবহার করুন:

check_postgres_timesync

--symlinks বিকল্পটি ব্যবহার করলে বর্তমান ডিরেক্টরিতে আপনার জন্য সমস্ত সিমলিংক তৈরি করা হয়

perl check_postgres --symlinks

যদি ফাইলের নামটি ইতিমধ্যেই বিদ্যমান থাকে তবে এটি ওভাররাইট করা হবে না। যদি ফাইলটি বিদ্যমান থাকে এবং a
symlink, আপনি "--action=build_symlinks_force" ব্যবহার করে এটিকে ওভাররাইট করতে বাধ্য করতে পারেন

অধিকাংশ কর্ম একটি গ্রহণ --সতর্কতা এবং একটি -- সমালোচনামূলক বিকল্প, আমরা কোন বিন্দুতে পরিবর্তন করি তা নির্দেশ করে
OK থেকে WARNING পর্যন্ত, এবং কোন পয়েন্টে আমরা CRITICAL এ যাব। নোট করুন কারণ সমালোচনামূলক হয়
সর্বদা প্রথমে চেক করা হয়, সতর্কতাকে সমালোচনার সমান সেট করা একটি কার্যকর উপায়
সতর্কতা বন্ধ করুন এবং সর্বদা একটি সমালোচনামূলক দিন।

বর্তমান সমর্থিত কর্ম হল:

সংরক্ষণাগার_প্রস্তুত
("symlink: check_postgres_archive_ready") এক্সটেনশন সহ কতগুলি WAL ফাইল আছে তা পরীক্ষা করে .প্রস্তুত
মধ্যে বিদ্যমান pg_xlog/archive_status ডিরেক্টরি, যা আপনার বন্ধ পাওয়া যায় ডেটা_ডিরেক্টরি.
এর বিষয়বস্তু অ্যাক্সেস করার জন্য এই ক্রিয়াটি অবশ্যই একটি সুপার ইউজার হিসাবে চালানো উচিত
pg_xlog/archive_status ডিরেক্টরি এই ক্রিয়াটি ব্যবহার করার জন্য সর্বনিম্ন সংস্করণ হল Postgres 8.1।
সার্জারির --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি হল সংখ্যাটি .প্রস্তুত ফাইলগুলিতে
pg_xlog/archive_status ডিরেক্টরি সাধারণত, এই মান কম হওয়া উচিত, চালু
আর্কাইভ মেকানিজম, আমরা সাধারণত এটি যত দ্রুত সম্ভব WAL ফাইল আর্কাইভ করতে চাই।

সংরক্ষণাগার কমান্ড ব্যর্থ হলে, আপনার WAL সংখ্যা pg_xlog ডিরেক্টরি পর্যন্ত বৃদ্ধি পাবে
সমস্ত ডিস্কের স্থান নিঃশেষ করে এবং PostgreSQL অবিলম্বে বন্ধ করতে বাধ্য করে।

উদাহরণ 1: হোস্ট "প্লুটো" এ প্রস্তুত WAL ফাইলের সংখ্যা 10 বা তার কম কিনা তা পরীক্ষা করুন

check_postgres_archive_ready --host=pluto --critical=10

MRTG আউটপুটের জন্য, লাইন 1-এ প্রস্তুত WAL ফাইলের সংখ্যা রিপোর্ট করে।

autovac_freeze
("symlink: check_postgres_autovac_freeze") প্রতিটি ডাটাবেস কতটা কাছাকাছি তা পরীক্ষা করে
পোস্টগ্রিস autovacuum_freeze_max_age বিন্যাস. এই কর্ম শুধুমাত্র ডাটাবেস জন্য কাজ করবে
সংস্করণ 8.2 বা উচ্চতর। দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্প হিসাবে প্রকাশ করা উচিত
শতাংশ প্রতিটি ডাটাবেসে লেনদেনের 'বয়স' এর সাথে তুলনা করা হয়
একটি গোলাকার তৈরি করতে autovacuum_freeze_max_age সেটিং (ডিফল্টরূপে 200 মিলিয়ন)
শতাংশ ডিফল্ট মান হয় 90% সতর্কতার জন্য এবং 95% সমালোচনামূলক জন্য. ডাটাবেস
ব্যবহার করে ফিল্টার করা যেতে পারে --অন্তর্ভুক্ত এবং --বাদ বিকল্প "বেসিক ফিল্টারিং" দেখুন
আরও বিশদ জন্য বিভাগ।

উদাহরণ 1: পোর্ট 5432-এর কোনো ডাটাবেস 97%-এর বেশি হলে সতর্কতা দিন

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

MRTG আউটপুটের জন্য, প্রথম লাইনে সর্বোচ্চ সামগ্রিক শতাংশ রিপোর্ট করা হয়েছে, এবং
সর্বোচ্চ বয়স দ্বিতীয় লাইনে রিপোর্ট করা হয়েছে। যে সমস্ত ডাটাবেস থেকে শতাংশ আছে
প্রথম লাইন চতুর্থ লাইনে রিপোর্ট করা হয়, একটি পাইপ প্রতীক দ্বারা পৃথক করা হয়।

পিছনে
("symlink: check_postgres_backends") একটি বা এর জন্য সংযোগের বর্তমান সংখ্যা পরীক্ষা করে
আরো ডাটাবেস, এবং ঐচ্ছিকভাবে এটিকে সর্বাধিক অনুমোদিত সাথে তুলনা করে, যা দ্বারা নির্ধারিত হয়
পোস্টগ্রেস কনফিগারেশন ভেরিয়েবল সর্বাধিক_সংযোগ. দ্য --সতর্কতা এবং -- সমালোচনামূলক অপশন
তিনটি ফর্মের একটি নিতে পারে। প্রথমত, একটি সাধারণ সংখ্যা দেওয়া যেতে পারে, যা প্রতিনিধিত্ব করে
সংযোগের সংখ্যা যেখানে সতর্কতা দেওয়া হবে। এই পছন্দটি ব্যবহার করে না
সর্বাধিক_সংযোগ বিন্যাস. দ্বিতীয়ত, উপলব্ধ সংযোগের শতাংশ দেওয়া যেতে পারে।
তৃতীয়ত, একটি ঋণাত্মক সংখ্যা দেওয়া যেতে পারে যা অবশিষ্ট সংযোগের সংখ্যা উপস্থাপন করে
পর্যন্ত সর্বাধিক_সংযোগ উপনিত. এর জন্য ডিফল্ট মান --সতর্কতা এবং -- সমালোচনামূলক হয়
'90%' এবং '95%'। আপনি ব্যবহার করে ডাটাবেস ফিল্টার করতে পারেন --অন্তর্ভুক্ত এবং --বাদ
বিকল্প আরো বিস্তারিত জানার জন্য "বেসিক ফিল্টারিং" বিভাগটি দেখুন।

শুধুমাত্র অ নিষ্ক্রিয় প্রক্রিয়া দেখতে, আপনি ব্যবহার করতে পারেন --নোইডল যুক্তি. উল্লেখ্য যে আপনি ব্যবহারকারী
এটি সঠিকভাবে কাজ করার জন্য একটি সুপার ইউজার হওয়া আবশ্যক হিসাবে সংযোগ করছে।

উদাহরণ 1: হোস্ট কুইর্মে সংযোগের সংখ্যা 120 এ পৌঁছালে একটি সতর্কতা দিন এবং একটি
এটি 150 এ পৌঁছালে গুরুতর

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

উদাহরণ 2: হোস্টে আমাদের সর্বাধিক_সংযোগের 75% সেটিং এ পৌঁছালে একটি সমালোচনা দিন
lancre বা lancre2.

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

উদাহরণ 3: হোস্টে আরও 10টি সংযোগ স্লট বাকি থাকলে একটি সতর্কতা দিন
প্লাজমিড, এবং একটি জটিল যখন আমরা মাত্র 5 বাকি আছে.

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

উদাহরণ 4: তাদের নামে "পরীক্ষা" আছে সেগুলি ব্যতীত সমস্ত ডেটাবেস চেক করুন, তবে এটির অনুমতি দিন
নাম দেওয়া হয়েছে "pg_greatest"। প্রথম দুটি হোস্টে পোর্ট 5432 এবং পোর্ট 5433 হিসাবে সংযুক্ত করুন
তৃতীয় এক যখন আমরা 30 বা তার বেশি সংযোগে পৌঁছাই তখন আমরা সর্বদা একটি সমালোচনা ছুঁড়তে চাই।

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

MRTG আউটপুটের জন্য, সংযোগের সংখ্যা প্রথম লাইনে এবং চতুর্থ লাইনে রিপোর্ট করা হয়
লাইন ডাটাবেসের নাম দেয়, সাথে বর্তমান সর্বাধিক_সংযোগ। এর বেশি হলে
একটি ডাটাবেস জিজ্ঞাসা করা হয়েছে, সবচেয়ে বেশি সংখ্যক সংযোগ সহ আউটপুট।

ফোলা
("symlink: check_postgres_bloat") টেবিল এবং সূচীতে ব্লোটের পরিমাণ পরীক্ষা করে। (ফোলা
সাধারণত একটি টেবিল বা সূচকে মৃত অব্যবহৃত স্থানের পরিমাণ। এই স্থান হল
সাধারণত VACUUM কমান্ড ব্যবহার করে পুনরুদ্ধার করা হয়।) এই কর্মের জন্য পরিসংখ্যান প্রয়োজন
টার্গেট ডাটাবেসে সংগ্রহ সক্ষম করা হবে এবং বিশ্লেষণ চালানো প্রয়োজন
ঘন ঘন দ্য --অন্তর্ভুক্ত এবং --বাদ কোন টেবিলগুলি ফিল্টার করতে বিকল্পগুলি ব্যবহার করা যেতে পারে
তাকানো. আরো বিস্তারিত জানার জন্য "বেসিক ফিল্টারিং" বিভাগটি দেখুন।

সার্জারির --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি আকার, শতাংশ বা উভয় হিসাবে নির্দিষ্ট করা যেতে পারে। বৈধ
আকারের একক হল বাইট, কিলোবাইট, মেগাবাইট, গিগাবাইট, টেরাবাইট, এক্সাবাইট, পেটাবাইট এবং
জেটাবাইট আপনি প্রথম অক্ষর দিয়ে তাদের সব সংক্ষিপ্ত করতে পারেন. ইউনিট ছাড়া আইটেম হয়
'বাইট' বলে ধরে নেওয়া হয়েছে। ডিফল্ট মান হল '1 GB' এবং '5 GB'। মান প্রতিনিধিত্ব করে
"বর্জ্য বাইট" এর সংখ্যা, বা টেবিলের দ্বারা আসলে যা ব্যবহৃত হয় এবং এর মধ্যে পার্থক্য
সূচক, এবং আমরা কি গণনা করি যে এটি হওয়া উচিত।

নোট করুন যে এই ক্রিয়াটির দুটি হার্ড-কোডেড মান রয়েছে যাতে ছোটে মিথ্যা অ্যালার্ম এড়ানো যায়
সম্পর্ক টেবিলে কমপক্ষে 10টি পৃষ্ঠা থাকতে হবে এবং সূচী কমপক্ষে 15টি হতে হবে
এই পরীক্ষা দ্বারা বিবেচনা করা হয়। আপনি যদি সত্যিই এই মানগুলি সামঞ্জস্য করতে চান তবে আপনি দেখতে পারেন
ভেরিয়েবল $মিনপেজ এবং $MINIPAGES "চেক_ব্লোট" সাবরুটিনের শীর্ষে। এইগুলো
মান উপেক্ষা করা হয় যদি হয় --বাদ or --অন্তর্ভুক্ত ব্যবহৃত হয়.

শুধুমাত্র শীর্ষ 10টি সবচেয়ে ফুলে যাওয়া সম্পর্ক দেখানো হয়েছে। আপনি ব্যবহার করে এই নম্বর পরিবর্তন করতে পারেন
-- পারফ্লিমিট আপনার নিজের সীমা সেট করার বিকল্প।

'তথ্য_স্কিমা' নামের স্কিমাটি এই পরীক্ষা থেকে বাদ দেওয়া হয়েছে, কারণ এটি শুধুমাত্র টেবিল
রয়েছে ছোট এবং পরিবর্তন হয় না।

দয়া করে মনে রাখবেন যে এই ক্রিয়া দ্বারা গণনা করা মানগুলি সুনির্দিষ্ট নয় এবং এটি হিসাবে ব্যবহার করা উচিত৷
শুধুমাত্র একটি নির্দেশিকা। একটি টেবিলের সঠিক আকার অনুমান করার জন্য মহান প্রচেষ্টা করা হয়েছিল, কিন্তু
শেষ এটা শুধুমাত্র একটি অনুমান. সঠিক সূচকের আকার এর চেয়েও বেশি অনুমান
সঠিক টেবিলের আকার, কিন্তু উভয়েরই একটি মোটামুটি ধারণা দেওয়া উচিত যে জিনিসগুলি কীভাবে ফুলে গেছে।

উদাহরণ 1: পোর্ট 5432-এর কোনো টেবিল 100 MB-এর বেশি ফুলে গেলে সতর্ক করুন এবং 200-এর বেশি হলে গুরুতর
MB

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

উদাহরণ 2: হোস্ট 'সামি'-তে টেবিল 'অর্ডার'-এ 10 মেগা-এর বেশি ফোলা থাকলে সমালোচনা দিন

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

উদাহরণ 3: ডাটাবেসের 'বিক্রয়'-এ টেবিল 'q4' 50% এর বেশি ফুলে গেলে একটি সমালোচনা দিন

check_postgres_bloat --db=sales --include=q4 --critical='50%'

উদাহরণ 4: একটি সমালোচনা করুন যে কোনো টেবিল 20% এর বেশি ফুলে গেছে এবং 150 MB এর বেশি ব্লোট আছে:

check_postgres_bloat --port=5432 --critical='20% এবং 150 M'

উদাহরণ 5: একটি সমালোচনা করুন যে কোনো টেবিল 40% এর বেশি ফুলে গেছে or 500 MB এর বেশি ব্লোট আছে:

check_postgres_bloat --port=5432 --warning='500 M বা 40%'

MRTG আউটপুটের জন্য, প্রথম লাইনটি টেবিলের জন্য সর্বাধিক সংখ্যক নষ্ট বাইট দেয়,
এবং দ্বিতীয় লাইন ইনডেক্সের জন্য সর্বোচ্চ সংখ্যক নষ্ট বাইট দেয়। চতুর্থ
লাইন ডাটাবেসের নাম, টেবিলের নাম এবং সূচক নামের তথ্য দেয়। যদি তুমি চাও
পরিবর্তে bloat অনুপাত আউটপুট (কত গুণ বড় সম্পর্ক তুলনা করা হয় কিভাবে
এটি বড় হওয়া উচিত), শুধু "--mrtg=অনুপাত" এ পাস করুন।

চেক্পইণ্ট
("symlink: check_postgres_checkpoint") শেষ চেকপয়েন্ট কতক্ষণ আছে তা নির্ধারণ করে
চালানো হয়েছে এটি অবশ্যই ডাটাবেসের মতো একই সার্ভারে চালানো উচিত যা পরীক্ষা করা হচ্ছে (যেমন
-h পতাকা কাজ করবে না)। এই চেকটি একটি "উষ্ণ স্ট্যান্ডবাই" সার্ভারে চালানোর জন্য বোঝানো হয়েছে
সক্রিয়ভাবে পাঠানো WAL ফাইল প্রক্রিয়াকরণ, এবং আপনার উষ্ণ স্ট্যান্ডবাই আছে কিনা তা পরীক্ষা করার জন্য
সত্যিই 'উষ্ণ'। ডাটা ডিরেক্টরি অবশ্যই এনভায়রনমেন্ট ভেরিয়েবল দ্বারা সেট করা আবশ্যক
"PGDATA", বা "--datadir" যুক্তি পাস করা। এটি থেকে সেকেন্ডের সংখ্যা প্রদান করে
"pg_controldata" তে কল পার্স করে নির্ধারিত হিসাবে শেষ চেকপয়েন্ট চালানো হয়েছিল। কারণে
এটি, pg_controldata এক্সিকিউটেবল বর্তমান পাথে উপলব্ধ হতে হবে। বিকল্পভাবে,
আপনি "PGBINDIR" নির্দেশ করতে পারেন যে ডিরেক্টরিতে এটি থাকে। এটি ব্যবহার করাও সম্ভব
বিশেষ বিকল্প --অনুমান-উপাদান or --অনুমান-স্ট্যান্ডবাই-মোড, যদি মোড পাওয়া যায় না
একটি প্রত্যাশিত, একটি ক্রিটিকাল নির্গত হয়৷

অন্তত একটি সতর্কতা বা সমালোচনামূলক যুক্তি সেট করতে হবে।

এই কর্মের জন্য প্রয়োজন তারিখ::পার্স মডিউল।

MRTG বা সাধারণ আউটপুটের জন্য, সেকেন্ডের সংখ্যা প্রদান করে।

ক্লাস্টার_আইডি
("symlink: check_postgres_cluster-id") চেক করে যে ডাটাবেস সিস্টেম শনাক্তকারী প্রদান করেছে
pg_controldata দ্বারা আপনি শেষ বার চেক করেছেন। এটি একই সার্ভারে চলতে হবে
ডাটাবেস হিসাবে যা পরীক্ষা করা হচ্ছে (যেমন -h পতাকা কাজ করবে না)। হয়
--সতর্কতা অথবা -- সমালোচনামূলক বিকল্প দেওয়া উচিত, কিন্তু উভয় নয়। একেক জনের মান
ক্লাস্টার শনাক্তকারী, একটি পূর্ণসংখ্যা মান। আপনি বিশেষ "--ক্রিটিকাল=0" দিয়ে চালাতে পারেন
একটি বিদ্যমান ক্লাস্টার শনাক্তকারী খুঁজে বের করার বিকল্প।

উদাহরণ 1: প্রাথমিক শনাক্তকারী খুঁজুন

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

উদাহরণ 2: নিশ্চিত করুন যে ক্লাস্টারটি একই এবং যদি না হয় তবে উপরে থেকে ফলাফল ব্যবহার করে সতর্ক করুন।

check_postgres_cluster_id --critical=5633695740047915135

MRTG আউটপুটের জন্য, একটি 1 বা 0 প্রদান করে যা শনাক্তকারীর ব্যর্থতার সাফল্য নির্দেশ করে
ম্যাচ. একটি শনাক্তকারী অবশ্যই "--mrtg" আর্গুমেন্ট হিসাবে প্রদান করতে হবে। চতুর্থ লাইন সবসময়
বর্তমান শনাক্তকারী দেয়।

অঙ্গীকার
("symlink: check_postgres_commitratio") সমস্ত ডাটাবেসের প্রতিশ্রুতি অনুপাত পরীক্ষা করে এবং
তারা খুব কম হলে অভিযোগ করে। প্রতি একবারের বেশি এই কমান্ড চালানোর প্রয়োজন নেই
ডাটাবেস ক্লাস্টার। ডাটাবেস দিয়ে ফিল্টার করা যায় --অন্তর্ভুক্ত এবং --বাদ বিকল্প দেখা
আরও বিশদ বিবরণের জন্য "বেসিক ফিল্টারিং" বিভাগটি দেখুন। তারা এর মালিক দ্বারা ফিল্টার করা যেতে পারে
সঙ্গে ডাটাবেস -- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী বিকল্প "USER NAME দেখুন৷
আরো বিস্তারিত জানার জন্য ফিল্টারিং" বিভাগ।

সতর্কতা এবং সমালোচনামূলক বিকল্পগুলি শতাংশ হিসাবে নির্দিষ্ট করা উচিত। ওখানে নেই
এই কর্মের জন্য ডিফল্ট: সতর্কতা এবং সমালোচনা অবশ্যই নির্দিষ্ট করতে হবে। সতর্কতা মান
সমালোচনামূলক মানের চেয়ে বেশি হতে পারে না। আউটপুট সাজানো সমস্ত ডাটাবেস প্রদান করে
প্রতিশ্রুতি, প্রথমে ছোট।

উদাহরণ: হোস্ট ফ্ল্যাগের কোনো ডাটাবেস প্রতিশ্রুতিতে 90% এর কম হলে সতর্ক করুন এবং সমালোচনা করুন
কম হলে 80%।

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

MRTG আউটপুটের জন্য, ক্ষুদ্রতম প্রতিশ্রুতি চালু রেখে ডাটাবেসের শতাংশ প্রদান করে
প্রথম লাইন, এবং চতুর্থ লাইনে ডাটাবেসের নাম।

সংযোগ
("symlink: check_postgres_connection") সহজভাবে সংযোগ করে, একটি 'SELECT সংস্করণ()', এবং
পাতা না লাগে --সতর্কতা or -- সমালোচনামূলক অপশন।

MRTG আউটপুটের জন্য, প্রথমে একটি 1 (ভাল সংযোগ) বা 0 (খারাপ সংযোগ) আউটপুট করে
লাইন।

কাস্টম_কোয়েরি
("symlink: check_postgres_custom_query") আপনার পছন্দের একটি কাস্টম ক্যোয়ারী চালায় এবং পার্স করে
ফলাফলগুলো. ক্যোয়ারী নিজেই "ক্যোয়ারী" আর্গুমেন্টের মাধ্যমে পাস করা হয় এবং হওয়া উচিত
যতটা সম্ভব সহজ রাখা। যদি সব সম্ভব হয়, এটি একটি ভিউ বা একটি ফাংশন রাখা মোড়ানো
জিনিসগুলি পরিচালনা করা সহজ। ক্যোয়ারীটি এক বা দুটি কলাম ফেরত দিতে হবে। এটা প্রয়োজন যে
কলামগুলির একটির নাম "ফলাফল" এবং সেই আইটেমটি যা আপনার বিরুদ্ধে চেক করা হবে
সতর্কতা এবং সমালোচনামূলক মান। দ্বিতীয় কলামটি কর্মক্ষমতা ডেটা এবং যেকোনো নামের জন্য
ব্যবহার করা যেতে পারে: এটি পারফরম্যান্স ডেটা বিভাগের ভিতরে 'মান' হবে।

অন্তত একটি সতর্কতা বা সমালোচনামূলক যুক্তি অবশ্যই উল্লেখ করতে হবে। এই সেট করা হয় কি নির্ভর করে
আপনি যে ধরনের প্রশ্ন চালাচ্ছেন তার উপর। চার ধরনের কাস্টম_কোয়েরি হতে পারে
রান, "ভালটাইপ" আর্গুমেন্ট দ্বারা নির্দিষ্ট করা হয়েছে। যদি কোনোটি নির্দিষ্ট না করা থাকে, তাহলে এই ক্রিয়াটি ডিফল্ট হয়
'পূর্ণসংখ্যা'। চার প্রকার হল:

পূর্ণসংখ্যা: একটি সহজ পূর্ণসংখ্যা তুলনা করে. প্রথম কলামটি একটি সাধারণ পূর্ণসংখ্যা হওয়া উচিত,
এবং সতর্কতা এবং সমালোচনামূলক মান একই হওয়া উচিত।

স্ট্রিং: সতর্কতা এবং সমালোচনা হল স্ট্রিং, এবং ট্রিগার করা হয় শুধুমাত্র যদি তে মান থাকে
প্রথম কলাম ঠিক মেলে। এটি কেস-সংবেদনশীল।

সময়: সতর্কতা এবং সমালোচনা হল সময়, এবং সেকেন্ড, মিনিটের একক থাকতে পারে,
ঘন্টা, বা দিন। প্রতিটি একবচন লিখিত হতে পারে বা শুধুমাত্র প্রথম অক্ষর সংক্ষেপে লিখিত হতে পারে। যদি
কোন ইউনিট দেওয়া হয় না, সেকেন্ড ধরে নেওয়া হয়। প্রথম কলামটি একটি পূর্ণসংখ্যা হওয়া উচিত
চেক করার জন্য সেকেন্ডের সংখ্যা প্রতিনিধিত্ব করে।

আয়তন: সতর্কীকরণ এবং সমালোচনার আকার, এবং বাইট, কিলোবাইটের একক থাকতে পারে,
মেগাবাইট, গিগাবাইট, টেরাবাইট বা এক্সাবাইট। প্রতিটি প্রথম অক্ষর সংক্ষেপিত হতে পারে.
যদি কোন ইউনিট দেওয়া না হয়, বাইট ধরে নেওয়া হয়। প্রথম কলামটি একটি পূর্ণসংখ্যা হওয়া উচিত
চেক করার জন্য বাইটের সংখ্যা প্রতিনিধিত্ব করে।

সাধারনত, প্রত্যাবর্তিত মানগুলি থাকলে একটি সতর্কতা ট্রিগার হয় বৃহত্তর চেয়ে বা সমান
সমালোচনামূলক বা সতর্কতা মান। যাইহোক, একটি বিকল্প -- বিপরীত সতর্কতা ট্রিগার হবে যদি
ফেরত মান হল নিম্ন চেয়ে বা সমালোচনামূলক বা সতর্কতা মানের সমান।

উদাহরণ 1: 100 পৃষ্ঠার বেশি কোনো সম্পর্ককে "rad" নাম দেওয়া হলে সতর্ক করুন, পৃষ্ঠার সংখ্যা দিন
পারফরম্যান্স ডেটা বিভাগের ভিতরে।

check_postgres_custom_query --valtype=string -w "rad" --query=
"ফলাফল হিসাবে relname নির্বাচন করুন, pg_class যেখানে relpages > 100 থেকে পৃষ্ঠা হিসাবে relpages"

উদাহরণ 2: যদি "foobar" ফাংশন 5MB-এর বেশি নম্বর প্রদান করে তাহলে একটি ক্রিটিকাল দিন:

check_postgres_custom_query --critical='5MB'--valtype=size --query="foobar() ফলাফল হিসাবে নির্বাচন করুন"

উদাহরণ 2: ফাংশন "snazzo" 42-এর কম রিটার্ন করলে সতর্ক করুন:

check_postgres_custom_query --critical=42 --query="snazzo() এর ফলাফল হিসেবে নির্বাচন করুন" --বিপরীত

আপনি যদি একটি দরকারী কাস্টম_কোয়েরি নিয়ে আসেন, তাহলে এই প্রোগ্রামে একটি প্যাচ পাঠানোর কথা বিবেচনা করুন
এটিকে একটি আদর্শ কর্মে পরিণত করুন যা অন্য লোকেরা ব্যবহার করতে পারে।

এই ক্রিয়াটি এখনও MRTG বা সাধারণ আউটপুট সমর্থন করে না।

ডাটাবেস_সাইজ
("symlink: check_postgres_database_size") সমস্ত ডাটাবেসের আকার চেক করে এবং অভিযোগ করে
যখন তারা খুব বড় হয়। প্রতি ডাটাবেসে একবারের বেশি এই কমান্ড চালানোর দরকার নেই
ক্লাস্টার ডাটাবেস দিয়ে ফিল্টার করা যায় --অন্তর্ভুক্ত এবং --বাদ বিকল্প দেখুন
আরো বিস্তারিত জানার জন্য "বেসিক ফিল্টারিং" বিভাগ। তারা মালিক দ্বারা ফিল্টার করা যেতে পারে
সঙ্গে ডাটাবেস -- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী বিকল্প "ব্যবহারকারীর নাম ফিল্টারিং" দেখুন
আরও বিশদ জন্য বিভাগ।

সতর্কতা এবং সমালোচনামূলক বিকল্পগুলি বাইট, কিলোবাইট, মেগাবাইট হিসাবে নির্দিষ্ট করা যেতে পারে,
গিগাবাইট, টেরাবাইট বা এক্সাবাইট। প্রতিটি পাশাপাশি প্রথম অক্ষর সংক্ষিপ্ত করা যেতে পারে.
যদি কোন ইউনিট দেওয়া না হয়, ইউনিটগুলিকে বাইট বলে ধরে নেওয়া হয়। এই জন্য ডিফল্ট নেই
কর্ম: সতর্কতা এবং সমালোচনামূলক নির্দিষ্ট করা আবশ্যক. সতর্কতার মান বেশি হতে পারে না
সমালোচনামূলক মান তুলনায়. আউটপুটটি প্রথমে আকার অনুসারে সাজানো সমস্ত ডেটাবেস ফেরত দেয়,
কাঁচা বাইট এবং আকারের একটি "সুন্দর" সংস্করণ উভয়ই দেখাচ্ছে৷

উদাহরণ 1: হোস্ট ফ্ল্যাগের কোনো ডাটাবেসের আকার 1 TB-এর বেশি হলে সতর্ক করুন, এবং বেশি হলে গুরুতর
1.1 টিবি।

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

উদাহরণ 2: পোর্ট 1-এ ডাটাবেস টেমপ্লেট5432 10 MB-এর বেশি হলে একটি সমালোচনা দিন।

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

উদাহরণ 3: ব্যবহারকারী 'টম'-এর মালিকানাধীন হোস্ট 'টারডিস'-এর কোনো ডাটাবেস শেষ হলে সতর্কতা দিন
5 গিগাবাইট

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

MRTG আউটপুটের জন্য, প্রথম লাইনের বৃহত্তম ডাটাবেসের বাইটে আকার প্রদান করে, এবং
চতুর্থ লাইনে ডাটাবেসের নাম।

dbstats
("symlink: check_postgres_dbstats") pg_stat_database ভিউ থেকে তথ্য রিপোর্ট করে,
এবং এটি একটি ক্যাকটি-বান্ধব পদ্ধতিতে আউটপুট করে। আউটপুট হিসাবে অন্য কোন আউটপুট সমর্থিত নয়
তথ্যগত এবং সতর্কতার জন্য নিজেকে ধার দেয় না, যেমন নাগিওসের সাথে ব্যবহার করা হয়। যদি কোন বিকল্প নেই
দেওয়া হয়, সমস্ত ডাটাবেস ফেরত দেওয়া হয়, প্রতি লাইনে একটি। আপনি একটি নির্দিষ্ট ডাটাবেস অন্তর্ভুক্ত করতে পারেন
"--অন্তর্ভুক্ত" বিকল্পটি ব্যবহার করে, অথবা আপনি "--dbname" বিকল্পটি ব্যবহার করতে পারেন।

প্রতিটি লাইনে এগারোটি আইটেম ফেরত দেওয়া হয়, ফরম্যাটে name:value, একটি একক দ্বারা বিভক্ত
স্থান আইটেমগুলি হল:

পিছনে
এই ডাটাবেসের জন্য বর্তমানে চলমান ব্যাকএন্ডের সংখ্যা।

করে
এই ডাটাবেসটি তৈরি বা রিসেট করার পর থেকে এর জন্য কমিটের মোট সংখ্যা।

রোলব্যাক
এই ডাটাবেস তৈরি বা রিসেট করার পর থেকে রোলব্যাকের মোট সংখ্যা৷

পড়া
মোট ডিস্ক ব্লক পড়া সংখ্যা.

হিট বাফার হিট মোট সংখ্যা.

ret ফেরত দেওয়া সারিগুলির মোট সংখ্যা।

আনা
মোট সারির সংখ্যা আনা হয়েছে।

ins সন্নিবেশিত সারির মোট সংখ্যা।

upd সারির মোট সংখ্যা আপডেট করা হয়েছে।

del মোছা সারি মোট সংখ্যা.

dbname
ডাটাবেসের নাম।

মনে রাখবেন যে পোস্টগ্রেস সংস্করণ 0 হলে ret, fetch, ins, upd এবং del আইটেম সর্বদা 8.2 হবে
বা কম, যেহেতু সেই পরিসংখ্যান সেই সংস্করণগুলিতে উপলব্ধ ছিল না।

যদি dbname যুক্তি দেওয়া হয়, সাতটি অতিরিক্ত আইটেম ফেরত দেওয়া হয়:

idxscan
ব্যবহারকারীর সূচক স্ক্যানের মোট সংখ্যা।

idxtupread
ব্যবহারকারী সূচক এন্ট্রির মোট সংখ্যা ফেরত.

idxtupfetch
সাধারণ ব্যবহারকারীর সূচী স্ক্যান দ্বারা আনা সারিগুলির মোট সংখ্যা।

idxblksread
সমস্ত ব্যবহারকারী সূচকের জন্য মোট ডিস্ক ব্লকের সংখ্যা।

idxblkshit
সমস্ত ব্যবহারকারী সূচকের জন্য বাফার হিটের মোট সংখ্যা।

seqscan
সমস্ত ব্যবহারকারীর টেবিলের বিপরীতে ক্রমিক স্ক্যানের মোট সংখ্যা।

seqtupread
সমস্ত ব্যবহারকারীর সারণী থেকে প্রত্যাবর্তিত টিপলের মোট সংখ্যা৷

উদাহরণ 1: হোস্ট "উইলো" এ "পণ্য" নামের একটি ডাটাবেসের পরিসংখ্যান ধরুন:

check_postgres_dbstats --dbhost উইলো --dbname পণ্য

ফিরে আসা আউটপুটটি এইরকম হবে (সমস্ত এক লাইনে, মোড়ানো নয়):

ব্যাকএন্ড: 82 কমিট: 58374408 রোলব্যাক: 1651 পড়া: 268435543 হিট: 2920381758 idxscan: 310931294 idxtupread: 2777040927
idxtupfetch:1840241349 idxblksread:62860110 idxblkshit:1107812216 seqscan:5085305 seqtupread:5370500520
ret:0 আনুন:0 ins:0 upd:0 del:0 dbname:willow

disabled_triggers
("symlink: check_postgres_disabled_triggers") নিষ্ক্রিয় ট্রিগারের সংখ্যা পরীক্ষা করে
ডাটাবেসের ভিতরে। দ্য --সতর্কতা এবং -- সমালোচনামূলক অপশন হল এই ধরনের ট্রিগারের সংখ্যা
পাওয়া গেছে, এবং উভয়ই ডিফল্ট "1", যেমন স্বাভাবিক ব্যবহারে নিষ্ক্রিয় ট্রিগার থাকা একটি বিপজ্জনক
ঘটনা যদি চেক করা ডাটাবেসটি 8.3 বা তার বেশি হয় তবে চেকটি সংখ্যার জন্য
ট্রিগার যা 'অক্ষম' অবস্থায় আছে ('সর্বদা' বা 'প্রতিলিপি' হওয়ার বিপরীতে)। দ্য
আউটপুট টেবিলের নাম এবং প্রতিটি অক্ষমদের জন্য ট্রিগারের নাম দেখাবে
ট্রিগার

উদাহরণ 1: নিশ্চিত করুন যে কোনও অক্ষম ট্রিগার নেই

check_postgres_disabled_triggers

MRTG আউটপুটের জন্য, প্রথম লাইনে অক্ষম ট্রিগারের সংখ্যা প্রদান করে।

ডিস্ক স্পেস
("symlink: check_postgres_disk_space") দ্বারা ব্যবহৃত উপলব্ধ ফিজিক্যাল ডিস্ক স্পেস পরীক্ষা করে
পোস্টগ্রেস এই কর্মের জন্য আপনার এক্সিকিউটেবল থাকা প্রয়োজন "/bin/dfরিপোর্ট করার জন্য উপলব্ধ
ডিস্কের আকারে, এবং এটি একটি সুপার ইউজার হিসাবে চালানো প্রয়োজন, তাই এটি পরীক্ষা করতে পারে
ডেটা_ডিরেক্টরি পোস্টগ্রেসের ভিতরে সেটিং। দ্য --সতর্কতা এবং -- সমালোচনামূলক অপশন দেওয়া হয়
হয় আকার বা শতাংশ বা উভয়. মাপ ব্যবহার করলে, স্ট্যান্ডার্ড ইউনিটের প্রকারগুলি হল
অনুমোদিত: বাইট, কিলোবাইট, গিগাবাইট, মেগাবাইট, গিগাবাইট, টেরাবাইট বা এক্সাবাইট। প্রতিটি
শুধুমাত্র প্রথম অক্ষরে সংক্ষিপ্ত করা যেতে পারে; কোনো ইউনিটই 'বাইট' নির্দেশ করে না। দ্য
ডিফল্ট মান হল '90%' এবং '95%'।

এই কমান্ডটি বিভিন্ন শারীরিক ডিস্কের সমস্ত নির্ধারণ করতে নিম্নলিখিত জিনিসগুলি পরীক্ষা করে
Postgres দ্বারা ব্যবহৃত হচ্ছে।

ডেটা_ডিরেক্টরি - যে ডিস্কে প্রধান ডাটা ডিরেক্টরি চালু আছে।

লগ ইন করুন ডিরেক্টরি - যে ডিস্কে লগ ফাইল আছে।

ওয়াল ফাইল ডিরেক্টরি - যে ডিস্কে লেখার-আগে লগগুলি রয়েছে (যেমন সিমলিঙ্ক করা pg_xlog)

টেবিলস্পেস - প্রতিটি টেবিলস্পেস যা একটি পৃথক ডিস্কে রয়েছে।

আউটপুট প্রতিটি ডিস্কে ব্যবহৃত এবং উপলব্ধ মোট আকার দেখায়, পাশাপাশি
শতাংশ, সর্বোচ্চ থেকে সর্বনিম্ন শতাংশ ব্যবহার করে অর্ডার করা হয়েছে। উপরে প্রতিটি আইটেম একটি ফাইল মানচিত্র
সিস্টেম: এগুলি অন্তর্ভুক্ত বা বাদ দেওয়া যেতে পারে। আরও জানতে "বেসিক ফিল্টারিং" বিভাগটি দেখুন
বিবরণ।

উদাহরণ 1: নিশ্চিত করুন যে পোর্ট 90-এ ডাটাবেসের জন্য কোনো ফাইল সিস্টেম 5432% এর বেশি নয়।

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

উদাহরণ 2: পরীক্ষা করুন যে /dev/sda দিয়ে শুরু হওয়া সমস্ত ফাইল সিস্টেম 10 গিগাবাইটের থেকে ছোট এবং
11 জিবি (সতর্কতা এবং সমালোচনামূলক)

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

উদাহরণ 4: নিশ্চিত করুন যে কোনও ফাইল সিস্টেম উভয়ই 50% এর বেশি নয় এবং 15 গিগাবাইটের বেশি আছে

check_postgres_disk_space --critical='50% এবং 15 GB'

উদাহরণ 5: কোনো ফাইল সিস্টেম 70% পূর্ণ হলে একটি সতর্কতা জারি করুন or 1T এর বেশি আছে

check_postgres_disk_space --warning='1T বা 75'

MRTG আউটপুটের জন্য, প্রথম লাইনে ফাইল সিস্টেমের বাইটে আকার প্রদান করে, এবং
চতুর্থ লাইনে ফাইল সিস্টেমের নাম।

fsm_পৃষ্ঠাগুলি
("symlink: check_postgres_fsm_pages") একটি ক্লাস্টার পোস্টগ্রেসের কতটা কাছাকাছি তা পরীক্ষা করে
max_fsm_পৃষ্ঠা বিন্যাস. এই ক্রিয়াটি শুধুমাত্র 8.2 বা উচ্চতর ডেটাবেসের জন্য কাজ করবে এবং এটি
অবদান মডিউল প্রয়োজন pg_freespacemap ইনস্টল করা দ্য --সতর্কতা এবং -- সমালোচনামূলক
বিকল্পগুলি শতাংশ হিসাবে প্রকাশ করা উচিত। মুক্ত-স্থান-মানচিত্রে ব্যবহৃত পৃষ্ঠার সংখ্যা
pg_freespacemap_relations ভিউতে দেখে এবং একটি সূত্র চালানোর মাধ্যমে নির্ধারিত হয়
ভ্যাকুয়াম ভার্বোজে ফ্রি-স্পেস-ম্যাপ পৃষ্ঠাস্লট আউটপুট করার জন্য ব্যবহৃত সূত্রের উপর ভিত্তি করে
আদেশ ডিফল্ট মান হয় 85% সতর্কতার জন্য এবং 95% সমালোচনামূলক জন্য.

উদাহরণ 1: যখন আমাদের ক্লাস্টার 76% মুক্ত-স্পেস পৃষ্ঠাস্লট ব্যবহার করেছে তখন একটি সতর্কতা দিন,
ডাটাবেস রবার্টে ইনস্টল করা pg_freespacemap সহ

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

যখন আপনাকে ডাটাবেসের নামে পাস করতে হবে যেখানে pg_freespacemap ইনস্টল করা আছে, আপনি
শুধুমাত্র ক্লাস্টার প্রতি একবার এই চেক চালানোর প্রয়োজন. এছাড়াও, এই তথ্য পরীক্ষা করা প্রয়োজন
ফ্রি-স্পেস-ম্যাপে বিশেষ লকগুলি পাওয়া, তাই এটি আপনাকে না চালানোর পরামর্শ দেওয়া হচ্ছে
সংক্ষিপ্ত বিরতি দিয়ে পরীক্ষা করুন।

MRTG আউটপুটের জন্য, প্রথম লাইনে ফাঁকা স্থান-ম্যাপের শতাংশ এবং সংখ্যা প্রদান করে
বর্তমানে দ্বিতীয় লাইনে ব্যবহৃত পৃষ্ঠাগুলির।

fsm_ সম্পর্ক
("symlink: check_postgres_fsm_relations") একটি ক্লাস্টার পোস্টগ্রেসের কতটা কাছাকাছি তা পরীক্ষা করে
সর্বোচ্চ_এফএসএম_সম্পর্ক বিন্যাস. এই ক্রিয়াটি শুধুমাত্র 8.2 বা উচ্চতর ডেটাবেসের জন্য কাজ করবে, এবং
এটি অবদান মডিউল প্রয়োজন pg_freespacemap ইনস্টল করা দ্য --সতর্কতা এবং -- সমালোচনামূলক
বিকল্পগুলি শতাংশ হিসাবে প্রকাশ করা উচিত। বিনামূল্যে ব্যবহৃত সম্পর্কের সংখ্যা-
স্পেস-ম্যাপ pg_freespacemap_relations ভিউতে দেখে নির্ধারণ করা হয়। ডিফল্ট
মান হয় 85% সতর্কতার জন্য এবং 95% সমালোচনামূলক জন্য.

উদাহরণ 1: আমাদের ক্লাস্টার যখন মুক্ত-স্থান সম্পর্কগুলির 80% ব্যবহার করেছে তখন একটি সতর্কতা দিন,
ডাটাবেস ডিলানে ইনস্টল করা pg_freespacemap সহ

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

যখন আপনাকে ডাটাবেসের নামে পাস করতে হবে যেখানে pg_freespacemap ইনস্টল করা আছে, আপনি
শুধুমাত্র ক্লাস্টার প্রতি একবার এই চেক চালানোর প্রয়োজন. এছাড়াও, এই তথ্য পরীক্ষা করা প্রয়োজন
ফ্রি-স্পেস-ম্যাপে বিশেষ লকগুলি পাওয়া, তাই এটি আপনাকে না চালানোর পরামর্শ দেওয়া হচ্ছে
সংক্ষিপ্ত বিরতি দিয়ে পরীক্ষা করুন।

MRTG আউটপুটের জন্য, প্রথম লাইনে মুক্ত-স্থান-ম্যাপের শতাংশ প্রদান করে, এর সংখ্যা
সম্পর্ক বর্তমানে দ্বিতীয় লাইনে ব্যবহৃত।

আক্রমণ অনুপাত
("symlink: check_postgres_hitratio") সমস্ত ডাটাবেসের হিট অনুপাত পরীক্ষা করে এবং অভিযোগ করে
যখন তারা খুব কম হয়। প্রতি ডাটাবেসে একবারের বেশি এই কমান্ড চালানোর দরকার নেই
ক্লাস্টার ডাটাবেস দিয়ে ফিল্টার করা যায় --অন্তর্ভুক্ত এবং --বাদ বিকল্প দেখুন
আরো বিস্তারিত জানার জন্য "বেসিক ফিল্টারিং" বিভাগ। তারা মালিক দ্বারা ফিল্টার করা যেতে পারে
সঙ্গে ডাটাবেস -- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী বিকল্প "ব্যবহারকারীর নাম ফিল্টারিং" দেখুন
আরও বিশদ জন্য বিভাগ।

সতর্কতা এবং সমালোচনামূলক বিকল্পগুলি শতাংশ হিসাবে নির্দিষ্ট করা উচিত। ওখানে নেই
এই কর্মের জন্য ডিফল্ট: সতর্কতা এবং সমালোচনা অবশ্যই নির্দিষ্ট করতে হবে। সতর্কতা মান
সমালোচনামূলক মানের চেয়ে বেশি হতে পারে না। আউটপুট সাজানো সমস্ত ডাটাবেস প্রদান করে
hitratio, ছোট প্রথম.

উদাহরণ: হোস্ট ফ্ল্যাগের কোনো ডাটাবেস হিট্রেশিওতে 90% এর কম হলে সতর্ক করুন এবং গুরুতর হলে
80% এর কম।

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

MRTG আউটপুটের জন্য, তে ক্ষুদ্রতম হিট্রেশিও সহ ডাটাবেসের শতাংশ প্রদান করে
প্রথম লাইন, এবং চতুর্থ লাইনে ডাটাবেসের নাম।

হট_স্ট্যান্ডবাই_বিলম্ব
("symlink: check_hot_standby_delay") কম্পিউট করে স্ট্রিমিং রেপ্লিকেশন ল্যাগ চেক করে
একটি মাস্টার সার্ভারের বর্তমান xlog অবস্থান এবং a এর রিপ্লে অবস্থানের মধ্যে ডেল্টা
স্লেভ এর সাথে সংযুক্ত। স্লেভ সার্ভার অবশ্যই হট_স্ট্যান্ডবাই (যেমন শুধুমাত্র পড়ার) মোডে থাকতে হবে,
তাই এই ক্রিয়াটি ব্যবহার করার জন্য সর্বনিম্ন সংস্করণ হল Postgres 9.0। দ্য --সতর্কতা এবং
-- সমালোচনামূলক অপশন হল xlog অবস্থানের মধ্যে ডেল্টা। যেহেতু এই মানগুলি বাইট
WAL-এর অফসেটগুলি আপনার আবেদনের প্রত্যাশিত লেনদেনের পরিমাণের সাথে মেলে
মিথ্যা ইতিবাচক বা নেতিবাচক প্রতিরোধ করতে।

প্রথম "--dbname", "--host", এবং "--port" ইত্যাদি বিকল্পগুলিকে মাস্টার হিসাবে বিবেচনা করা হয়; দ্য
দ্বিতীয়টি দাসের অন্তর্গত।

বাইট মানগুলি স্ট্রিমিং করার জন্য প্রয়োজনীয় লেনদেনের পরিমাণের উপর ভিত্তি করে হওয়া উচিত
পোস্টগ্রেস দ্বারা নির্ধারিত অত্যধিক ব্যবধানের কারণে মাস্টার থেকে প্রতিলিপি সংযোগ বিচ্ছিন্ন
কনফিগারেশন পরিবর্তনশীল wal_keep_segments. সময়ের এককের জন্য, বৈধ একক হল 'সেকেন্ড',
'মিনিট', 'ঘন্টা' বা 'দিন'। প্রতিটি একবচন বা সংক্ষেপে লেখা হতে পারে
প্রথম চিঠি. উভয় নির্দিষ্ট করার সময়, আকারে 'বাইট এবং সময়', উভয় শর্ত হতে হবে
থ্রেশহোল্ড পূরণ করার জন্য সত্য.

আপনাকে অবশ্যই একটি কমা দিয়ে আলাদা করে ডেটাবেসে কীভাবে পৌঁছাতে হবে সে সম্পর্কে তথ্য প্রদান করতে হবে
--dbhost এবং --dbport প্যারামিটারের তালিকা করুন, যেমন "--dbport=5432,5543"। না দিলে,
কর্ম ব্যর্থ হয়।

উদাহরণ 1: যেকোনো xlog রিপ্লেতে 5433 পোর্টে একটি স্থানীয় প্রতিরূপ সহ একটি ডাটাবেসকে সতর্ক করুন
সব সময়ে

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

উদাহরণ 2: শেষ লেনদেনের প্রতিলিপি 1 টির বেশি প্রাপ্ত হলে একটি সমালোচনা দিন
কিছুক্ষণ আগে

check_hot_standby_delay --dbhost=master,replica1 --critical='10 মিনিট'

উদাহরণ 3: প্রতিলিপি1কে 1 WAL সেগমেন্টের পিছনে থাকার অনুমতি দিন, যদি মাস্টার মুহূর্তের জন্য দেখতে পান
স্ট্রিমিং প্রতিলিপি সংযোগের চেয়ে বেশি কার্যকলাপ পরিচালনা করতে পারে, বা 10 মিনিট পিছনে,
যদি মাস্টার খুব সামান্য কার্যকলাপ দেখছেন এবং কোনো লেনদেন প্রক্রিয়া করছেন না, কিন্তু না
উভয়ই, যা প্রতিলিপি সংযোগের সাথে একটি স্থায়ী সমস্যা নির্দেশ করবে।

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

index_size
টেবিল_সাইজ
relation_size
(symlinks: "check_postgres_index_size", "check_postgres_table_size", এবং
"check_postgres_relation_size") কর্মগুলি টেবিল_সাইজ এবং index_size সহজভাবে হয়
এর বিভিন্নতা relation_size কর্ম, যা একটি সম্পর্কের জন্য পরীক্ষা করে যা খুব বেড়েছে
বড়. সম্পর্ক (অন্য কথায়, টেবিল এবং সূচী) দিয়ে ফিল্টার করা যেতে পারে --অন্তর্ভুক্ত
এবং --বাদ বিকল্প আরো বিস্তারিত জানার জন্য "বেসিক ফিল্টারিং" বিভাগটি দেখুন। সম্পর্ক পারে
এছাড়াও ব্যবহার করে তাদের মালিকানাধীন ব্যবহারকারী দ্বারা ফিল্টার করা হবে -- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী
বিকল্প আরও বিশদ বিবরণের জন্য "ব্যবহারকারীর নাম ফিল্টারিং" বিভাগটি দেখুন৷

জন্য মান --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি ফাইলের আকার, এবং এর একক থাকতে পারে
বাইট, কিলোবাইট, মেগাবাইট, গিগাবাইট, টেরাবাইট বা এক্সাবাইট। প্রতিটি সংক্ষিপ্ত করা যেতে পারে
প্রথম চিঠিতে। যদি কোন ইউনিট দেওয়া না হয়, বাইট ধরে নেওয়া হয়। কোন ডিফল্ট আছে
মান: সতর্কতা এবং সমালোচনামূলক বিকল্প উভয়ই দিতে হবে। রিটার্ন টেক্সট দেখায়
সবচেয়ে বড় সম্পর্কের আকার পাওয়া গেছে।

যদি -- শোপারফ বিকল্প সক্রিয় করা হয়েছে, সব তাদের মাপ সঙ্গে সম্পর্ক দেওয়া হবে.
এটি প্রতিরোধ করার জন্য, এটি আপনাকে সেট করার পরামর্শ দেওয়া হচ্ছে -- পারফ্লিমিট বিকল্প, যা কারণ হবে
"অর্ডার বাই সাইজ DESC সীমা (পারফ্লিমিট)" করার জন্য প্রশ্ন।

উদাহরণ 1: হোস্ট বুরিকের উপর কোন টেবিল 600MB এর চেয়ে বড় হলে একটি সমালোচনা দিন।

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

উদাহরণ 2: টেবিলের পণ্যের আকার 4 GB এর বেশি হলে সতর্ক করুন এবং 4.5 GB-তে একটি সমালোচনা দিন।

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

উদাহরণ 3: পোস্টগ্রেসের মালিকানাধীন কোনো সূচক 500 MB-এর বেশি না হলে সতর্ক করুন।

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

MRTG আউটপুটের জন্য, বৃহত্তম সম্পর্কের বাইটে আকার এবং এর নাম প্রদান করে
চতুর্থ লাইন হিসাবে ডাটাবেস এবং সম্পর্ক।

শেষ_বিশ্লেষণ
শেষ_শূন্যতা
শেষ_স্বয়ংক্রিয় বিশ্লেষণ
শেষ_অটোভ্যাকুম
(symlinks: "check_postgres_last_analyze", "check_postgres_last_vacuum",
"check_postgres_last_autoanalyze", এবং "check_postgres_last_autovacuum") কতক্ষণ চেক করে
ভ্যাকুয়াম (বা বিশ্লেষণ) শেষবার প্রতিটি টেবিলে এক বা একাধিক ডাটাবেসে চালানো হয়েছিল।
এই ক্রিয়াগুলির ব্যবহারের জন্য লক্ষ্য ডাটাবেসটি সংস্করণ 8.3 বা তার বেশি হওয়া প্রয়োজন
সংস্করণটি 8.2 এবং কনফিগারেশন ভেরিয়েবল পরিসংখ্যান_সারি_স্তর সক্রিয় করা হয়েছে। টেবিল
দিয়ে ফিল্টার করা যায় --অন্তর্ভুক্ত এবং --বাদ বিকল্প "বেসিক ফিল্টারিং" দেখুন
আরও বিস্তারিত জানার জন্য বিভাগ। টেবিলগুলি ব্যবহার করে তাদের মালিক দ্বারা ফিল্টার করা যেতে পারে
-- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী বিকল্প আরও জানতে "ব্যবহারকারীর নাম ফিল্টারিং" বিভাগটি দেখুন৷
বিবরণ।

জন্য ইউনিট --সতর্কতা এবং -- সমালোচনামূলক সময় হিসাবে নির্দিষ্ট করা হয়। বৈধ একক সেকেন্ড,
মিনিট, ঘন্টা এবং দিন; সমস্ত প্রথম অক্ষর সংক্ষিপ্ত করা যেতে পারে. যদি কোন ইউনিট না হয়
দেওয়া, 'সেকেন্ড' ধরে নেওয়া হয়। ডিফল্ট মান হল '1 দিন' এবং '2 দিন'। দয়া করে নোট করুন
যে ক্ষেত্রে এই ক্ষেত্রটি স্বয়ংক্রিয়ভাবে জনবহুল হয় না। যদি নিশ্চিত
টেবিল আপনাকে সমস্যা দিচ্ছে, নিশ্চিত করুন যে তাদের ভ্যাকুয়াম করার জন্য মৃত সারি আছে বা ঠিক আছে
তাদের পরীক্ষা থেকে বাদ দিন।

'তথ্য_স্কিমা' নামের স্কিমাটি এই পরীক্ষা থেকে বাদ দেওয়া হয়েছে, কারণ এটি শুধুমাত্র টেবিল
রয়েছে ছোট এবং পরিবর্তন হয় না।

মনে রাখবেন যে অ-'স্বয়ংক্রিয়' সংস্করণগুলি স্বয়ংক্রিয় সংস্করণগুলিও পরীক্ষা করবে৷ অন্যান্য
শব্দ, last_vacuum ব্যবহার করে শেষ ভ্যাকুয়াম সম্পর্কে রিপোর্ট করা হবে, এটি একটি স্বাভাবিক ভ্যাকুয়াম ছিল কিনা,
অথবা অটোভ্যাকুয়াম ডেমন দ্বারা চালিত।

উদাহরণ 1: যদি কোন টেবিল 3 দিনের মধ্যে ভ্যাকুয়াম করা না হয় তবে সতর্ক করুন এবং একটি ক্রিটিকাল দিন
সপ্তাহ, হোস্ট কৃমি কাঠের জন্য

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

উদাহরণ 2: উপরের মতই, কিন্তু ব্যবহারকারীদের 'ইভ' বা 'ম্যালোরি' এর অন্তর্গত টেবিলগুলি এড়িয়ে যান

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

এমআরটিজি আউটপুটের জন্য, ক থেকে সেকেন্ডে সর্বনিম্ন সময় (প্রথম লাইনে) প্রদান করে
টেবিল শেষ ভ্যাকুয়াম বা বিশ্লেষণ করা হয়েছে. চতুর্থ লাইন ডাটাবেসের নাম প্রদান করে এবং
টেবিলের নাম।

শ্রোতা
("symlink: check_postgres_listener") নিশ্চিত করুন যে কেউ এক বা একাধিক কথা শুনছে
নির্দিষ্ট স্ট্রিং (লিসেন/নোটিফাই সিস্টেম ব্যবহার করে), pg_listener টেবিলটি দেখে।
শুধুমাত্র একটি সতর্কতা বা সমালোচনার প্রয়োজন। বিন্যাস একটি সহজ স্ট্রিং প্রতিনিধিত্ব করে
LISTEN টার্গেট, বা একটি টিল্ড অক্ষর অনুসরণ করে একটি রেগুলার এক্সপ্রেশন চেকের জন্য একটি স্ট্রিং।
মনে রাখবেন যে এই চেকটি Postgres 9.0 বা উচ্চতর সংস্করণে কাজ করবে না।

উদাহরণ 1: পোর্টে বুকার্ডো_এমসিপি_পিং স্ট্রিং কেউ না শুনলে একটি সতর্কতা দিন
5555 এবং 5556

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

উদাহরণ 2: 'গ্রিম'-এর সাথে মেলে এমন কোনও সক্রিয় LISTEN অনুরোধ না থাকলে একটি সমালোচনা দিন
ডাটাবেস অস্কার

check_postgres_listener --db oskar --critical=~grimm

MRTG আউটপুটের জন্য, প্রথমটিতে একটি 1 বা একটি 0 প্রদান করে, যা সাফল্য বা ব্যর্থতা নির্দেশ করে। নাম
নোটিশ এর মাধ্যমে প্রদান করতে হবে --mrtg বিকল্প।

কেশ
("symlink: check_postgres_locks") এক বা একাধিক লকের মোট সংখ্যা পরীক্ষা করুন
ডাটাবেস ডাটাবেস ক্লাস্টার প্রতি একবারের বেশি এটি চালানোর দরকার নেই। ডাটাবেস করতে পারে
সঙ্গে ফিল্টার করা --অন্তর্ভুক্ত এবং --বাদ বিকল্প "বেসিক ফিল্টারিং" বিভাগটি দেখুন
আরো বিস্তারিত জানার জন্য.

সার্জারির --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলিকে সরল সংখ্যা হিসাবে নির্দিষ্ট করা যেতে পারে, যা প্রতিনিধিত্ব করে
লকের মোট সংখ্যা, অথবা সেগুলি লকের ধরন দ্বারা ভাঙ্গা যেতে পারে। বৈধ লক নাম
হল 'টোটাল', 'ওয়েটিং', অথবা পোস্টগ্রেস দ্বারা ব্যবহৃত একটি লক টাইপের নাম। এই নামগুলো হলো
কেস-সংবেদনশীল এবং শেষে "লক" অংশের প্রয়োজন নেই, তাই একচেটিয়া মিলবে
'এক্সক্লুসিভ লক'। বিন্যাসটি হল নাম=সংখ্যা, বিভিন্ন আইটেম কোলন দ্বারা আলাদা করা হয় বা
সেমিকোলন (বা অন্য কোন চিহ্ন)।

উদাহরণ 1: তালার সংখ্যা 100 বা তার বেশি হলে সতর্ক করুন এবং 200 বা তার বেশি হলে গুরুতর
হোস্ট গ্যারেট

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

উদাহরণ 2: হোস্ট আর্টেমাসে, 200 বা তার বেশি লক থাকলে সতর্ক করুন এবং যদি একটি সমালোচনামূলক দিন
মোট 250 টির বেশি লক বিদ্যমান, অথবা যদি 20টির বেশি একচেটিয়া লক বিদ্যমান থাকে, বা 5টির বেশি সংযোগ থাকে
একটি তালা জন্য অপেক্ষা করছে.

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

MRTG আউটপুটের জন্য, প্রথম লাইনে লকের সংখ্যা এবং এর নাম প্রদান করে
চতুর্থ লাইনে ডাটাবেস।

লগ ফাইল
("symlink: check_postgres_logfile") নিশ্চিত করে যে লগফাইলটি প্রত্যাশিত স্থানে রয়েছে
এবং লগ করা হচ্ছে. এই ক্রিয়াটি একটি কমান্ড জারি করে যা প্রতিটিতে একটি ত্রুটি নিক্ষেপ করে
ডাটাবেস এটি পরীক্ষা করছে, এবং নিশ্চিত করে যে বার্তাটি লগগুলিতে দেখা যাচ্ছে। এটি স্ক্যান করে
লগগুলি কোথায় থাকা উচিত তা নির্ধারণ করতে পোস্টগ্রেসের ভিতরে বিভিন্ন log_* সেটিংস। আপনি যদি
syslog ব্যবহার করছেন, এটি একটি রুক্ষ (কিন্তু নির্বোধ নয়) স্ক্যান করে /etc/syslog.conf.
বিকল্পভাবে, আপনি লগফাইলের নাম দিয়ে দিতে পারেন --লগ ফাইল বিকল্প এই
বিশেষ করে দরকারী যদি লগগুলিতে একটি কাস্টম ঘূর্ণন স্কিম থাকে যা একটি বহিরাগত প্রোগ্রাম হতে চালিত হয়।
সার্জারির --লগ ফাইল বিকল্পটি নিম্নলিখিত এস্কেপ অক্ষর সমর্থন করে: "%Y %m %d %H", যা
যথাক্রমে বর্তমান বছর, মাস, তারিখ এবং ঘন্টা প্রতিনিধিত্ব করে। একটি ত্রুটি সবসময় হয়
সতর্কতা বিকল্পটি একটি অ-শূন্য মান হিসাবে পাস করা না হলে সমালোচনামূলক হিসাবে রিপোর্ট করা হয়।
সেই নির্দিষ্ট ব্যবহার ব্যতীত, "--সতর্কতা" এবং "--সমালোচনামূলক" বিকল্পগুলি হওয়া উচিত না be
ব্যবহার করা হয়েছে।

উদাহরণ 1: পোর্ট 5432 এ, নিশ্চিত করুন যে লগফাইলটি ফাইলটিতে লেখা হচ্ছে
/home/greg/pg8.2.log

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

উদাহরণ 2: উপরের মতই, কিন্তু একটি সতর্কতা বাড়ান, সমালোচনামূলক নয়

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

MRTG আউটপুটের জন্য, প্রথম লাইনে একটি 1 বা 0 প্রদান করে, সাফল্য বা ব্যর্থতা নির্দেশ করে। ভিতরে
ব্যর্থতার ক্ষেত্রে, চতুর্থ লাইনটি ব্যর্থতার সম্মুখীন হওয়ার বিষয়ে আরও বিশদ প্রদান করবে।

new_version_bc
("symlink: check_postgres_new_version_bc") বুকার্ডোর একটি নতুন সংস্করণ কিনা তা পরীক্ষা করে
প্রোগ্রাম উপলব্ধ। বর্তমান সংস্করণ "bucardo_ctl --version" চালানোর মাধ্যমে প্রাপ্ত করা হয়।
একটি বড় আপগ্রেড উপলব্ধ হলে, একটি সতর্কতা ফেরত দেওয়া হয়. যদি একটি রিভিশন আপগ্রেড হয়
উপলব্ধ, একটি সমালোচনামূলক ফেরত হয়. (বুকার্ডো দাস থেকে প্রভু, এবং প্রভু থেকে প্রভু
পোস্টগ্রেসের জন্য প্রতিলিপি সিস্টেম: দেখুন http://bucardo.org আরও তথ্যের জন্য). আরো দেখুন
"--get_method" বিকল্পের তথ্য।

নতুন_সংস্করণ_বক্স
("symlink: check_postgres_new_version_box") boxinfo এর একটি নতুন সংস্করণ কিনা তা পরীক্ষা করে
প্রোগ্রাম উপলব্ধ। বর্তমান সংস্করণ "boxinfo.pl --version" চালানোর মাধ্যমে প্রাপ্ত করা হয়।
একটি বড় আপগ্রেড উপলব্ধ হলে, একটি সতর্কতা ফেরত দেওয়া হয়. যদি একটি রিভিশন আপগ্রেড হয়
উপলব্ধ, একটি সমালোচনামূলক ফেরত হয়. (বক্সইনফো হল একটি গুরুত্বপূর্ণ প্রোগ্রাম
একটি সার্ভার থেকে তথ্য এবং এটি একটি HTML বিন্যাসে নির্বাণ: দেখুন
http://bucardo.org/wiki/boxinfo আরও তথ্যের জন্য). এছাড়াও তথ্য দেখুন
"--get_method" বিকল্প।

new_version_cp
("symlink: check_postgres_new_version_cp") এই প্রোগ্রামটির একটি নতুন সংস্করণ কিনা তা পরীক্ষা করে
(check_postgres) পাওয়া যায়, প্রধান একটি ছোট টেক্সট ফাইল থেকে সংস্করণ দখল করে
প্রকল্পের জন্য হোম পেজের পৃষ্ঠা। প্রত্যাবর্তিত সংস্করণ না হলে একটি সতর্কতা প্রদান করে
আপনি যা চালাচ্ছেন তার সাথে মেলে। চেক করার প্রস্তাবিত ব্যবধান দিনে একবার। এছাড়াও দেখুন
"--get_method" বিকল্পের তথ্য।

new_version_pg
("symlink: check_postgres_new_version_pg") Postgres-এর একটি নতুন সংশোধন বিদ্যমান কিনা তা পরীক্ষা করে
সংযুক্ত প্রতিটি ডাটাবেসের জন্য। মনে রাখবেন যে এটি শুধুমাত্র সংশোধনের জন্য পরীক্ষা করে, যেমন থেকে যাচ্ছে
8.3.6 থেকে 8.3.7। সংশোধন সবসময় 100% বাইনারি সামঞ্জস্যপূর্ণ এবং কোন ডাম্প এবং জড়িত
আপগ্রেড করতে পুনরুদ্ধার করুন। বাগগুলি সমাধান করার জন্য সংশোধন করা হয়েছে, তাই যত তাড়াতাড়ি সম্ভব আপগ্রেড করা হচ্ছে
সবসময় সুপারিশ করা হয়। আপনার সর্বশেষ সংশোধন না থাকলে একটি সতর্কতা প্রদান করে। এটাই
দিনে অন্তত একবার এই চেক চালানোর পরামর্শ দেওয়া হয়। এছাড়াও তথ্য দেখুন
"--get_method" বিকল্প।

new_version_tnm
("symlink: check_postgres_new_version_tnm") tail_n_mail এর একটি নতুন সংস্করণ কিনা তা পরীক্ষা করে
প্রোগ্রাম উপলব্ধ। বর্তমান সংস্করণটি "tail_n_mail --version" চালানোর মাধ্যমে পাওয়া যায়।
একটি বড় আপগ্রেড উপলব্ধ হলে, একটি সতর্কতা ফেরত দেওয়া হয়. যদি একটি রিভিশন আপগ্রেড হয়
উপলব্ধ, একটি সমালোচনামূলক ফেরত হয়. (tail_n_mail হল একটি লগ মনিটরিং টুল যা পাঠাতে পারে
আপনার পোস্টগ্রেস লগগুলিতে আকর্ষণীয় ইভেন্টগুলি উপস্থিত হলে মেল করুন। দেখা:
http://bucardo.org/wiki/Tail_n_mail আরও তথ্যের জন্য). এছাড়াও তথ্য দেখুন
"--get_method" বিকল্পটি।

pgb_pool_cl_active
pgb_pool_cl_ওয়েটিং
pgb_pool_sv_active
pgb_pool_sv_idle
pgb_pool_sv_used
pgb_pool_sv_tested
pgb_pool_sv_login
pgb_pool_maxwait
(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", এবং "check_postgres_pgb_pool_maxwait")

পিজিবাউন্সারের পুল পরিসংখ্যান পরীক্ষা করে। প্রতিটি পুলের একটি সেট "ক্লায়েন্ট" সংযোগ রয়েছে,
বহিরাগত ক্লায়েন্টদের থেকে সংযোগ উল্লেখ করে, এবং "সার্ভার" সংযোগ, উল্লেখ করে
PostgreSQL নিজেই সংযোগ। সম্পর্কিত check_postgres ক্রিয়াগুলি "cl_" দ্বারা উপসর্গযুক্ত।
এবং "sv_", যথাক্রমে। সক্রিয় ক্লায়েন্ট সংযোগগুলি হল সেই সংযোগগুলি যা বর্তমানে সংযুক্ত রয়েছে৷
একটি সক্রিয় সার্ভার সংযোগ সহ। ক্লায়েন্ট সংযোগগুলি "অপেক্ষা" হতে পারে, যার অর্থ তারা
এখনও একটি সার্ভার সংযোগ বরাদ্দ করা হয়নি. সার্ভার সংযোগগুলি "সক্রিয়" (লিঙ্কযুক্ত
একটি ক্লায়েন্টের কাছে), "নিষ্ক্রিয়" (একটি ক্লায়েন্ট সংযোগের সাথে লিঙ্ক করার জন্য দাঁড়িয়ে থাকা), "ব্যবহৃত" (শুধু
একটি ক্লায়েন্ট থেকে লিঙ্কমুক্ত করা হয়েছে, এবং এখনও নিষ্ক্রিয় পুলে ফিরে আসেনি), "পরীক্ষিত" (বর্তমানে হচ্ছে
পরীক্ষিত) এবং "লগইন" (লগইন করার প্রক্রিয়ায়)। ম্যাক্সওয়েট মান দেখায় কতক্ষণ ইন
সেকেন্ড প্রাচীনতম ক্লায়েন্ট সংযোগ অপেক্ষা করছে।

pgbouncer_backends
("symlink: check_postgres_pgbouncer_backends") সংযোগের বর্তমান সংখ্যা পরীক্ষা করে
pgbouncer এর মাধ্যমে এক বা একাধিক ডাটাবেসের জন্য, এবং ঐচ্ছিকভাবে এটিকে সর্বাধিকের সাথে তুলনা করে
অনুমোদিত, যা pgbouncer কনফিগারেশন ভেরিয়েবল দ্বারা নির্ধারিত হয় max_client_conn. দ্য
--সতর্কতা এবং -- সমালোচনামূলক বিকল্প তিনটি ফর্মের একটি নিতে পারে. প্রথমত, একটি সাধারণ সংখ্যা করতে পারেন
দেওয়া হবে, যা সতর্কতা দেওয়া হবে এমন সংযোগের সংখ্যা প্রতিনিধিত্ব করে।
এই পছন্দটি ব্যবহার করে না সর্বাধিক_সংযোগ বিন্যাস. দ্বিতীয়ত, উপলব্ধ শতাংশ
সংযোগ দেওয়া যেতে পারে। তৃতীয়ত, একটি ঋণাত্মক সংখ্যা দেওয়া যেতে পারে যা প্রতিনিধিত্ব করে
পর্যন্ত বাকি সংযোগ সংখ্যা সর্বাধিক_সংযোগ উপনিত. এর জন্য ডিফল্ট মান
--সতর্কতা এবং -- সমালোচনামূলক হল '90%' এবং '95%'। আপনি ব্যবহার করে ডাটাবেস ফিল্টার করতে পারেন
দ্য --অন্তর্ভুক্ত এবং --বাদ বিকল্প আরো বিস্তারিত জানার জন্য "বেসিক ফিল্টারিং" বিভাগটি দেখুন।

শুধুমাত্র অ নিষ্ক্রিয় প্রক্রিয়া দেখতে, আপনি ব্যবহার করতে পারেন --নোইডল যুক্তি. উল্লেখ্য যে আপনি ব্যবহারকারী
এটি সঠিকভাবে কাজ করার জন্য একটি সুপার ইউজার হওয়া আবশ্যক হিসাবে সংযোগ করছে।

উদাহরণ 1: হোস্ট কুইর্মে সংযোগের সংখ্যা 120 এ পৌঁছালে একটি সতর্কতা দিন এবং একটি
এটি 150 এ পৌঁছালে গুরুতর

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

উদাহরণ 2: হোস্টে আমাদের সর্বাধিক_সংযোগের 75% সেটিং এ পৌঁছালে একটি সমালোচনা দিন
lancre বা lancre2.

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

উদাহরণ 3: হোস্টে আরও 10টি সংযোগ স্লট বাকি থাকলে একটি সতর্কতা দিন
প্লাজমিড, এবং একটি জটিল যখন আমরা মাত্র 5 বাকি আছে.

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

MRTG আউটপুটের জন্য, সংযোগের সংখ্যা প্রথম লাইনে এবং চতুর্থ লাইনে রিপোর্ট করা হয়
লাইন ডাটাবেসের নাম দেয়, সাথে বর্তমান max_client_conn। একাধিক হলে
ডাটাবেস জিজ্ঞাসা করা হয়েছে, সবচেয়ে বেশি সংখ্যক সংযোগ সহ আউটপুট।

pgbouncer_checksum
("symlink: check_postgres_pgbouncer_checksum") চেক করে যে সমস্ত pgBouncer সেটিংস
আপনি গতবার চেক করার মত একই. এটি একটি সাজানো তালিকার একটি চেকসাম তৈরি করে করা হয়
নাম এবং তাদের মান নির্ধারণ। মনে রাখবেন যে আপনার ডাটাবেসের নাম উল্লেখ করা উচিত নয়, এটি
স্বয়ংক্রিয়ভাবে pgbouncer ডিফল্ট হবে. হয় --সতর্কতা অথবা -- সমালোচনামূলক পছন্দ
দেওয়া উচিত, কিন্তু উভয় নয়। প্রতিটির মান হল চেকসাম, একটি 32-অক্ষর
হেক্সাডেসিমেল মান। আপনি একটি খুঁজে বের করতে বিশেষ "--critical=0" বিকল্পের সাথে চালাতে পারেন
বিদ্যমান চেকসাম।

এই কর্মের জন্য ডাইজেস্ট::MD5 মডিউল প্রয়োজন।

উদাহরণ 1: পোর্ট 6432 ব্যবহার করে পিজিবাউন্সার কনফিগারেশনের জন্য প্রাথমিক চেকসাম খুঁজুন
ডিফল্ট ব্যবহারকারী (সাধারণত পোস্টগ্রেস)

check_postgres_pgbouncer_checksum --port=6432 --critical=0

উদাহরণ 2: নিশ্চিত করুন যে কোনো সেটিংস পরিবর্তিত হয়নি এবং চেকসাম ব্যবহার করে সতর্ক করুন
উপরে।

check_postgres_pgbouncer_checksum --port=6432 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

MRTG আউটপুটের জন্য, একটি 1 বা 0 প্রদান করে যা চেকসামের ব্যর্থতার সাফল্য নির্দেশ করে।
একটি চেকসাম অবশ্যই "--mrtg" আর্গুমেন্ট হিসাবে প্রদান করতে হবে। চতুর্থ লাইন সবসময় দেয়
বর্তমান চেকসাম।

pgagent_jobs
("symlink: check_postgres_pgagent_jobs") চেক করে যে সমস্ত pgAgent চাকরি আছে
সময়ের পূর্ববর্তী ব্যবধানে মৃত্যুদন্ড কার্যকর হয়েছে। এই জন্য চেক দ্বারা করা হয়
যে কোন পদক্ষেপের ফলাফল শূন্য নয়।

হয় "--সতর্কতা" বা "--সমালোচনামূলক", অথবা উভয়ই সময় হিসাবে নির্দিষ্ট করা যেতে পারে, এবং কাজগুলি হবে
বর্তমান সময়ের আগে নির্দিষ্ট সময়ের মধ্যে ব্যর্থতার জন্য পরীক্ষা করা হয়েছে। বৈধ
একক হল সেকেন্ড, মিনিট, ঘন্টা এবং দিন; সমস্ত প্রথম অক্ষর সংক্ষিপ্ত করা যেতে পারে.
যদি কোনো ইউনিট দেওয়া না হয়, 'সেকেন্ড' ধরে নেওয়া হয়।

উদাহরণ 1: শেষ দিনে সম্পাদিত কোনো কাজ ব্যর্থ হলে একটি সমালোচনা দিন।

check_postgres_pgagent_jobs --critical=1d

উদাহরণ 2: গত সপ্তাহে সম্পাদিত কোনো কাজ ব্যর্থ হলে একটি সতর্কতা দিন।

check_postgres_pgagent_jobs --warning=7d

উদাহরণ 3: গত 2 ঘন্টায় ব্যর্থ হওয়া কাজের জন্য একটি সমালোচনামূলক এবং একটি সতর্কতা দিন
গত 4 ঘন্টার মধ্যে যে কাজগুলি ব্যর্থ হয়েছে:

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

প্রস্তুত_txns
("symlink: check_postgres_prepared_txns") যে কোন বিদ্যমান প্রস্তুতের বয়স পরীক্ষা করুন
লেনদেন মনে রাখবেন যে বেশিরভাগ লোকেরা প্রস্তুত লেনদেন ব্যবহার করবে না, কারণ তারা অংশ
দুই-অংশের প্রতিশ্রুতি এবং বজায় রাখা জটিল। তাদের সাথেও বিভ্রান্ত হওয়া উচিত নয়
প্রস্তুত বিবৃতি, যা অধিকাংশ মানুষ যখন তারা প্রস্তুত শুনে মনে করে। দ্য
একটি সতর্কতা জন্য ডিফল্ট মান 1 সেকেন্ড, প্রস্তুত লেনদেনের কোনো ব্যবহার সনাক্ত করতে, যা
সম্ভবত বেশিরভাগ সিস্টেমে একটি ভুল। সতর্কতা এবং সমালোচনামূলক হল সেকেন্ডের সংখ্যা a
একটি সতর্কতা দেওয়ার আগে প্রস্তুত লেনদেন খোলা হয়েছে।

উদাহরণ 1: কোনো প্রস্তুত লেনদেন সনাক্ত করার বিষয়ে একটি সতর্কতা দিন:

check_postgres_prepared_txns -w 0

উদাহরণ 2: কোনো প্রস্তুত লেনদেন 10-এর বেশি সময় ধরে খোলা থাকলে একটি সমালোচনা দিন
সেকেন্ড, কিন্তু ডাটাবেস 'শ্রাইক'-এর জন্য 360 সেকেন্ড পর্যন্ত অনুমতি দিন:

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

MRTG আউটপুটের জন্য, প্রাচীনতম লেনদেনটি হিসাবে খোলা সেকেন্ডের সংখ্যা প্রদান করে৷
প্রথম লাইন, এবং কোন ডাটাবেসটি চূড়ান্ত লাইন হিসাবে এসেছে।

query_runtime
("symlink: check_postgres_query_runtime") একটি নির্দিষ্ট কোয়েরি চালানোর জন্য কতক্ষণ সময় লাগে তা পরীক্ষা করে,
এটির বিরুদ্ধে একটি "ব্যাখ্যা বিশ্লেষণ" সম্পাদন করে। দ্য --সতর্কতা এবং -- সমালোচনামূলক অপশন হল
ক্যোয়ারী করা উচিত সর্বোচ্চ পরিমাণ সময়। বৈধ একক সেকেন্ড, মিনিট এবং ঘন্টা;
যেকোনোকে প্রথম অক্ষরে সংক্ষেপে বলা যেতে পারে। যদি কোনো ইউনিট দেওয়া না হয়, 'সেকেন্ড' ধরে নেওয়া হয়।
সতর্কতা এবং সমালোচনামূলক বিকল্প উভয়ই দিতে হবে। ভিউ বা ফাংশনের নাম
চালানোর জন্য পাস করতে হবে --কোয়েরি নাম বিকল্প এটি একটি একক শব্দ গঠিত আবশ্যক
(বা schema.word), শেষে ঐচ্ছিক প্যারেন্স সহ।

উদাহরণ 1: "স্পিডটেস্ট" নামের ফাংশনটি 10 ​​সেকেন্ডের মধ্যে চলতে ব্যর্থ হলে একটি সমালোচনা দিন বা
কম।

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

MRTG আউটপুটের জন্য, প্রথম লাইনে ক্যোয়ারী সম্পূর্ণ হওয়ার জন্য সেকেন্ডে সময় রিপোর্ট করে।
চতুর্থ লাইন ডাটাবেস তালিকা.

query_time
("symlink: check_postgres_query_time") এক বা একাধিক বিষয়ে চলমান প্রশ্নের দৈর্ঘ্য পরীক্ষা করে
ডাটাবেস একই ডাটাবেস ক্লাস্টারে এটি একাধিকবার চালানোর দরকার নেই। বিঃদ্রঃ
যে এটি ইতিমধ্যেই "লেনদেনে নিষ্ক্রিয়" প্রশ্নগুলি বাদ দেয়৷ ডাটাবেস হতে পারে
ব্যবহার করে ফিল্টার করা হয় --অন্তর্ভুক্ত এবং --বাদ বিকল্প "বেসিক ফিল্টারিং" বিভাগটি দেখুন
আরো বিস্তারিত জানার জন্য. আপনি ব্যবহারকারীর সাথে ক্যোয়ারী চালাতে ফিল্টার করতে পারেন -- ব্যবহারকারী অন্তর্ভুক্ত
এবং -- বর্জনকারী বিকল্প আরও বিশদ বিবরণের জন্য "ব্যবহারকারীর নাম ফিল্টারিং" বিভাগটি দেখুন৷

জন্য মান --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি হল সময়ের পরিমাণ, এবং ডিফল্ট '2'
মিনিট' এবং '5 মিনিট' যথাক্রমে। বৈধ একক হল 'সেকেন্ড', 'মিনিট', 'ঘন্টা', বা
'দিন'। প্রতিটি একবচন লিখিত হতে পারে বা শুধুমাত্র প্রথম অক্ষর সংক্ষেপে লিখিত হতে পারে। ইউনিট না থাকলে
দেওয়া হয়, ইউনিটটি সেকেন্ড বলে ধরে নেওয়া হয়।

এই ক্রিয়াটির জন্য Postgres 8.1 বা তার চেয়ে ভাল প্রয়োজন।

উদাহরণ 1: কোনো প্রশ্ন 3 মিনিটের বেশি সময় ধরে চললে সতর্কতা দিন এবং ক
5 মিনিটের বেশি হলে গুরুতর।

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

উদাহরণ 2: ডিফল্ট মান ব্যবহার করে (2 এবং 5 মিনিট), সেগুলি ছাড়া সমস্ত ডেটাবেস পরীক্ষা করুন
'টেমপ্লেট' দিয়ে শুরু।

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

উদাহরণ 3: ব্যবহারকারী 'ডন'-এর 20 সেকেন্ডের বেশি সময় ধরে কোনো প্রশ্ন থাকলে সতর্ক করুন

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

MRTG আউটপুটের জন্য, প্রথমটিতে দীর্ঘতম চলমান প্রশ্নের সেকেন্ডের মধ্যে দৈর্ঘ্য প্রদান করে
লাইন চতুর্থ লাইন ডাটাবেসের নাম দেয়।

প্রতিলিপি_সারি
("symlink: check_postgres_replicate_row") চেক করে যে মাস্টার-স্লেভ প্রতিলিপি কাজ করছে
এক বা একাধিক ক্রীতদাসের কাছে।

প্রথম "--dbname", "--host", এবং "--port" ইত্যাদি বিকল্পগুলিকে মাস্টার হিসাবে বিবেচনা করা হয়;
পরবর্তী ব্যবহার দাস. মান বা --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি হয়
সময়ের একক, এবং অন্তত একটি প্রদান করতে হবে (কোনও ডিফল্ট নেই)। বৈধ একক হল 'সেকেন্ড',
'মিনিট', 'ঘন্টা' বা 'দিন'। প্রতিটি একবচন বা সংক্ষেপে লেখা হতে পারে
প্রথম চিঠি. যদি কোন ইউনিট দেওয়া না হয়, তাহলে ইউনিটগুলি সেকেন্ড বলে ধরে নেওয়া হয়।

এই চেকটি মাস্টারের একটি একক সারি আপডেট করে, এবং তারপর এটি হতে কতক্ষণ সময় নেয় তা পরিমাপ করে
দাসদের জন্য প্রয়োগ করা হয়েছে। এটি করার জন্য, আপনাকে একটি টেবিল বাছাই করতে হবে যা প্রতিলিপি করা হচ্ছে
একটি সারি খুঁজুন যা পরিবর্তন করা যেতে পারে, এবং অন্য কোন প্রক্রিয়া দ্বারা পরিবর্তন করা যাচ্ছে না। ক
এই সারির নির্দিষ্ট কলাম এক মান থেকে অন্য মান পরিবর্তন করা হবে। এই সব খাওয়ানো হয়
"repinfo" বিকল্পে, এবং কমা দ্বারা পৃথক করা নিম্নলিখিত বিকল্পগুলি থাকা উচিত:
টেবিলের নাম, প্রাথমিক কী, কী আইডি, কলাম, প্রথম মান, দ্বিতীয় মান।

উদাহরণ 1: স্লোনি হোস্ট 'আলফা' থেকে হোস্ট 'বিটা'-তে 'অর্ডার' নামের একটি টেবিলের প্রতিলিপি করছে,
ডাটাবেসে 'বিক্রয়'। টেবিলের প্রাথমিক কীটির নাম id, এবং আমরা যাচ্ছি
3 এর একটি আইডি দিয়ে সারিটি পরীক্ষা করুন (যা ঐতিহাসিক এবং কখনই পরিবর্তিত হয় না)। একটি কলাম আছে
'salesrep' নামে যেটি আমরা চেক করতে 'slon' এর মান থেকে 'nols'-এ টগল করতে যাচ্ছি
প্রতিলিপি প্রতিলিপিটি 10 ​​এর মধ্যে না ঘটলে আমরা একটি সতর্কতা নিক্ষেপ করতে চাই
সেকেন্ড।

check_postgres_replicate_row --host=alpha --dbname=sales --host=beta
--dbname=sales --warning=10 --repinfo=orders,id,3,salesrep,slon,nols

উদাহরণ 2: বুকার্ডো হোস্ট 'সবুজ' থেকে হোস্টে 'রসিদ' নামের একটি টেবিলের প্রতিলিপি করছে
'লাল', 'নীল' এবং 'হলুদ'। উভয় পক্ষের ডাটাবেস 'পাবলিক'। স্লেভ ডাটাবেস
পোর্ট 5455 এ চলছে। প্রাথমিক কীটির নাম 'receipt_id', যে সারিটি আমরা ব্যবহার করতে চাই
9 এর মান রয়েছে এবং আমরা পরীক্ষার জন্য যে কলামটি পরিবর্তন করতে চাই তাকে 'জোন' বলা হয়। আমরা হব
এই কলামের মানের জন্য 'উত্তর' এবং 'দক্ষিণ'-এর মধ্যে টগল করুন, এবং যদি একটি সমালোচনামূলক নিক্ষেপ করুন
পরিবর্তনটি 5 সেকেন্ডের মধ্যে তিনটি ক্রীতদাসের উপর নয়।

check_postgres_replicate_row --host=green --port=5455 --host=লাল,নীল,হলুদ
--critical=5 --repinfo=receipt,receipt_id,9,জোন,উত্তর,দক্ষিণ

MRTG আউটপুটের জন্য, প্রতিলিপিতে যে সময় লাগে সেকেন্ডের মধ্যে প্রথম লাইনে ফিরে আসে
শেষ সর্বোচ্চ সময় 4 মিনিট 30 সেকেন্ডে সেট করা হয়েছে: যদি কোন প্রতিলিপি নেওয়া না হয়
যে দীর্ঘ সময়ের মধ্যে স্থান, একটি ত্রুটি নিক্ষিপ্ত হয়.

same_স্কিমা
("symlink: check_postgres_same_schema") যাচাই করে যে দুই বা ততোধিক ডেটাবেস অভিন্ন
যতদূর তাদের স্কিমা (কিন্তু এর মধ্যে ডেটা নয়)। এটি তৈরির জন্য বিশেষভাবে সুবিধাজনক
মাস্টার থেকে স্লেভ ব্যবহার করার সময় নিশ্চিত করুন যে আপনার ক্রীতদাসদের কোনোভাবেই সংশোধন বা দূষিত করা হয়নি
প্রতিলিপি বেশিরভাগ অন্যান্য ক্রিয়াকলাপের বিপরীতে, এর কোনও সতর্কতা বা সমালোচনামূলক মানদণ্ড নেই -
ডাটাবেস হয় সিঙ্ক হয়, বা হয় না। যদি তারা ভিন্ন হয়, একটি বিস্তারিত তালিকা
পার্থক্য উপস্থাপন করা হয়।

আপনি কিছু পার্থক্য বাদ দিতে বা ফিল্টার করতে চাইতে পারেন। এটি করার উপায় হল যোগ করা
"--ফিল্টার" বিকল্পে স্ট্রিং। বস্তুর প্রকার বাদ দিতে, "noname" ব্যবহার করুন, যেখানে 'name'
বস্তুর ধরন, উদাহরণস্বরূপ, "নোস্কেমা"। একটি দ্বারা একটি নির্দিষ্ট ধরনের বস্তু বাদ দিতে
তাদের নামের বিরুদ্ধে নিয়মিত অভিব্যক্তি, "noname=regex" ব্যবহার করুন। একটি জন্য নীচের উদাহরণ দেখুন
ভাল বোঝার

ফিল্টার করা যেতে পারে এমন বস্তুর ধরনগুলির মধ্যে রয়েছে:

ব্যবহারকারী
পরিকল্পনা
টেবিল
দৃশ্য
সূচক
ক্রম
বাধ্যতা
ট্রিগার
ক্রিয়া

ফিল্টার বিকল্প "নোপজিশন" a এর মধ্যে কলামের অবস্থান যাচাই করতে বাধা দেয়
টেবিল।

ফিল্টার বিকল্প "nofuncbody" সমস্ত ফাংশনের শরীরের তুলনা প্রতিরোধ করে।

ফিল্টার বিকল্প "noperm" অবজেক্ট অনুমতির তুলনা প্রতিরোধ করে।

দ্বিতীয় ডাটাবেস প্রদান করতে, শুধুমাত্র একটি কল করে প্রথমটির সাথে পার্থক্যগুলি যোগ করুন
উপযুক্ত সংযোগ যুক্তি। উদাহরণস্বরূপ, হোস্ট আলফা এবং ডাটাবেসের তুলনা করতে
ব্রাভো, "--dbhost=alpha,bravo" ব্যবহার করুন। এছাড়াও নীচের উদাহরণ দেখুন.

যদি শুধুমাত্র একটি একক হোস্ট দেওয়া হয়, তাহলে ধরে নেওয়া হয় আমরা একটি "সময়-ভিত্তিক" প্রতিবেদন করছি। দ্য
প্রথমবার এটি চালানো হলে ডাটাবেসের সমস্ত আইটেমের একটি স্ন্যাপশট স্থানীয়দের কাছে সংরক্ষণ করা হয়
ফাইল আপনি যখন এটি আবার চালান, তখন সেই স্ন্যাপশটটি পড়া হয় এবং "ডাটাবেস #2" হয়ে যায়
বর্তমান ডাটাবেসের তুলনায়।

পুরানো সঞ্চিত ফাইলটিকে নতুন সংস্করণ দিয়ে প্রতিস্থাপন করতে, --replace আর্গুমেন্ট ব্যবহার করুন।

বিভিন্ন সময়ে স্ন্যাপশট সক্রিয় করতে, আপনি "--প্রত্যয়" আর্গুমেন্ট ব্যবহার করতে পারেন
প্রতিটি রানের জন্য অনন্য ফাইলের নাম। নীচের উদাহরণ দেখুন.

উদাহরণ 1: যাচাই করুন যে হোস্ট স্টার এবং লাইনের দুটি ডাটাবেস একই:

check_postgres_same_schema --dbhost=স্টার, লাইন

উদাহরণ 2: আগের মতই, কিন্তু তাদের নামে "স্লোনি" সহ যেকোন ট্রিগার বাদ দিন

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

উদাহরণ 3: আগের মতই, কিন্তু সমস্ত সূচী বাদ দিন

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

উদাহরণ 4: বিভিন্ন পোর্টে ডাটাবেস "ব্যাটলস্টার" এর জন্য পার্থক্য পরীক্ষা করুন

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

উদাহরণ 5: একটি দৈনিক এবং সাপ্তাহিক স্ন্যাপশট ফাইল তৈরি করুন

check_postgres_same_schema --dbname=cylon --suffix=প্রতিদিন
check_postgres_same_schema --dbname=cylon --suffix=সাপ্তাহিক

উদাহরণ 6: একটি ঐতিহাসিক তুলনা চালান, তারপর ফাইলটি প্রতিস্থাপন করুন

check_postgres_same_schema --dbname=cylon --suffix=দৈনিক --প্রতিস্থাপন

ক্রম
("symlink: check_postgres_sequence") সমস্ত সিকোয়েন্সে কতটা রুম বাকি আছে তা পরীক্ষা করে
তথ্যশালা. এটি ব্যবহার করা হয়েছে এমন মোট সম্ভাব্য মানগুলির শতাংশ হিসাবে পরিমাপ করা হয়
প্রতিটি ক্রম জন্য. দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্প হিসাবে প্রকাশ করা উচিত
শতাংশ ডিফল্ট মান হয় 85% সতর্কতার জন্য এবং 95% সমালোচনামূলক জন্য. আপনি পারেন
কোন ক্রমগুলি পরীক্ষা করা হবে তা নিয়ন্ত্রণ করতে --include এবং --exclude ব্যবহার করুন। উল্লেখ্য যে এই
চেক অস্বাভাবিক জন্য অ্যাকাউন্ট করে ক্ষুদ্র মূল্য এবং বৃদ্ধি by মান, কিন্তু যদি যত্ন না
ক্রম চক্র বা না সেট করা হয়.

Nagios-এর আউটপুট ক্রমটির নাম, ব্যবহৃত শতাংশ এবং সংখ্যা দেয়
'কল' বাম, নির্দেশ করে যে পরবর্তী ক্রমটিতে আরও কতবার কল করা যেতে পারে
সর্বাধিক মান মধ্যে চলমান আগে.

MRTG-এর আউটপুট প্রথম লাইনের সমস্ত সিকোয়েন্স জুড়ে সর্বোচ্চ শতাংশ প্রদান করে,
এবং চতুর্থ লাইনে শতাংশ সহ প্রতিটি অনুক্রমের নাম, একটি "|" দ্বারা বিভক্ত
(পাইপ) যদি সেই শতাংশে একাধিক ক্রম থাকে।

উদাহরণ 1: কোনো সিকোয়েন্স 95% পূর্ণ হলে একটি সতর্কতা দিন।

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

উদাহরণ 2: পরীক্ষা করুন যে "orders_id_seq" নামের ক্রমটি অর্ধেকের বেশি পূর্ণ নয়।

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

settings_checksum
("symlink: check_postgres_settings_checksum") চেক করে যে সমস্ত Postgres সেটিংস
আপনি গতবার চেক করার মত একই. এটি একটি সাজানো তালিকার একটি চেকসাম তৈরি করে করা হয়
নাম এবং তাদের মান নির্ধারণ। উল্লেখ্য যে একই ডাটাবেসে বিভিন্ন ব্যবহারকারী থাকতে পারে
বিভিন্ন চেকসাম, ALTER USER ব্যবহারের কারণে, এবং সুপার ইউজাররা আরও বেশি দেখতে পাওয়ার কারণে
সাধারণ ব্যবহারকারীদের তুলনায় সেটিংস। হয় --সতর্কতা অথবা -- সমালোচনামূলক বিকল্প হতে হবে
দেওয়া, কিন্তু উভয় না. প্রতিটির মান হল চেকসাম, একটি 32-অক্ষরের হেক্সাডেসিমেল
মান আপনি একটি বিদ্যমান খুঁজে বের করতে বিশেষ "--critical=0" বিকল্পের সাথে চালাতে পারেন
চেকসাম

এই কর্মের জন্য ডাইজেস্ট::MD5 মডিউল প্রয়োজন।

উদাহরণ 1: ডিফল্ট ব্যবহারকারী ব্যবহার করে 5555 পোর্টে ডাটাবেসের জন্য প্রাথমিক চেকসাম খুঁজুন
(সাধারণত পোস্টগ্রেস)

check_postgres_settings_checksum --port=5555 --critical=0

উদাহরণ 2: নিশ্চিত করুন যে কোনো সেটিংস পরিবর্তিত হয়নি এবং চেকসাম ব্যবহার করে সতর্ক করুন
উপরে।

check_postgres_settings_checksum --port=5555 --warning=cd2f3b5e129dc2b4f5c0f6d8d2e64231

MRTG আউটপুটের জন্য, একটি 1 বা 0 প্রদান করে যা চেকসামের ব্যর্থতার সাফল্য নির্দেশ করে।
একটি চেকসাম অবশ্যই "--mrtg" আর্গুমেন্ট হিসাবে প্রদান করতে হবে। চতুর্থ লাইন সবসময় দেয়
বর্তমান চেকসাম।

slony_status
("symlink: check_postgres_slony_status") দ্বারা একটি স্লোনি ক্লাস্টারের স্থিতি পরীক্ষা করে
Slony এর sl_status ভিউ এর ফলাফল দেখছি। এই সংখ্যা হিসাবে ফেরত দেওয়া হয়
"ল্যাগ টাইম" এর সেকেন্ড। দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্প সময় হিসাবে প্রকাশ করা উচিত.
ডিফল্ট মান হয় 60 সেকেন্ড সতর্কতার জন্য এবং 300 সেকেন্ড সমালোচনামূলক জন্য.

ঐচ্ছিক যুক্তি --স্কিমা স্লোনির অধীনে ইনস্টল করা স্কিমা নির্দেশ করে। যদি এটা
দেওয়া হয় না, প্রতিবার চেক চালানোর সময় স্কিমা স্বয়ংক্রিয়ভাবে নির্ধারিত হবে।

উদাহরণ 1: কোনো স্লোনি 20 সেকেন্ডের বেশি পিছিয়ে থাকলে একটি সতর্কতা দিন

check_postgres_slony_status --warning 20

উদাহরণ 2: স্কিমা "_slony" এর অধীনে ইনস্টল করা Slony 10 এর বেশি হলে একটি সমালোচনা দিন
মিনিট পিছিয়ে

check_postgres_slony_status --schema=_slony --critical=600

টাইমসিঙ্ক
("symlink: check_postgres_timesync") রিপোর্ট করা সময়ের সাথে স্থানীয় সিস্টেম সময়ের তুলনা করে
এক বা একাধিক ডাটাবেস দ্বারা। দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্পের সংখ্যা প্রতিনিধিত্ব করে
একটি সতর্কতা দেওয়ার আগে দুটি সিস্টেমের মধ্যে সেকেন্ড। যদি কোনটিই নির্দিষ্ট করা না থাকে, তাহলে
ডিফল্ট মান ব্যবহার করা হয়, যা '2' এবং '5'। সতর্কতা মান এর বেশি হতে পারে না
সমালোচনামূলক মান। এই পরীক্ষার অ-নির্দিষ্ট প্রকৃতির কারণে, '0' বা '1' এর মান নেই
সুপারিশ করেন।

প্রত্যাবর্তিত স্ট্রিংটি সময়ের পার্থক্য দেখায় সেইসাথে প্রতিটি পাশে লেখা সময়
আউট.

উদাহরণ 1: হোস্ট ankh, morpork এবং klatch-এর ডাটাবেসগুলি 3টির বেশি নয় তা পরীক্ষা করুন
স্থানীয় সময় থেকে সেকেন্ড বন্ধ:

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

MRTG আউটপুটের জন্য, প্রথম লাইনের মধ্যে একটি সেকেন্ডের পার্থক্য প্রদান করে
স্থানীয় সময় এবং ডাটাবেস সময়। চতুর্থ লাইন ডাটাবেসের নাম প্রদান করে।

txn_idle
("symlink: check_postgres_txn_idle") "আইডেল ইন এর সংখ্যা এবং সময়কাল পরীক্ষা করে
এক বা একাধিক ডাটাবেসে লেনদেন" প্রশ্ন। এটি একবারের বেশি চালানোর প্রয়োজন নেই
একই ডাটাবেস ক্লাস্টারে। ডাটাবেস ব্যবহার করে ফিল্টার করা যেতে পারে --অন্তর্ভুক্ত এবং
--বাদ বিকল্প আরও বিশদ বিবরণের জন্য নীচের "বেসিক ফিল্টারিং" বিভাগটি দেখুন৷

সার্জারির --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি সময়ের একক, স্বাক্ষরিত পূর্ণসংখ্যা বা
সময়ের এককের জন্য পূর্ণসংখ্যা, এবং উভয়ই অবশ্যই প্রদান করতে হবে (কোনও ডিফল্ট নেই)। বৈধ ইউনিট
'সেকেন্ড', 'মিনিট', 'ঘন্টা' বা 'দিন'। প্রতিটি একবচন বা সংক্ষেপে লেখা হতে পারে
শুধু প্রথম চিঠির জন্য। যদি কোনো একক দেওয়া না থাকে এবং সংখ্যাগুলো স্বাক্ষরবিহীন থাকে, তাহলে ইউনিট
সেকেন্ড বলে ধরে নেওয়া হয়।

এই ক্রিয়াটির জন্য Postgres 8.3 বা তার চেয়ে ভাল প্রয়োজন।

উদাহরণ 1: কোনো সংযোগ যদি 15 টির বেশি সময় ধরে লেনদেনে নিষ্ক্রিয় থাকে তবে একটি সতর্কতা দিন
সেকেন্ড:

check_postgres_txn_idle --port=5432 --warning='15 সেকেন্ড'

উদাহরণ 2: 50 বা তার বেশি লেনদেন হলে একটি সতর্কতা দিন

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

উদাহরণ 3: যদি 5 বা তার বেশি সংযোগ বেশি লেনদেনে নিষ্ক্রিয় থাকে তবে একটি সমালোচনা দিন
10 সেকেন্ডের বেশি:

check_postgres_txn_idle --port=5432 --critical='5 10 সেকেন্ডের জন্য'

MRTG আউটপুটের জন্য, দীর্ঘতম নিষ্ক্রিয় লেনদেনের সেকেন্ডের মধ্যে সময় ফেরত দেয়
চলমান চতুর্থ লাইন ডাটাবেসের নাম এবং সম্পর্কিত অন্যান্য তথ্য প্রদান করে
দীর্ঘতম লেনদেন।

txn_time
("symlink: check_postgres_txn_time") এক বা একাধিক খোলা লেনদেনের দৈর্ঘ্য পরীক্ষা করে
ডাটাবেস প্রতি ডাটাবেস ক্লাস্টারে একবারের বেশি এই কমান্ড চালানোর দরকার নেই।
ডাটাবেস ব্যবহার করে ফিল্টার করা যেতে পারে --অন্তর্ভুক্ত এবং --বাদ বিকল্প "বেসিক দেখুন
আরও বিশদ বিবরণের জন্য ফিল্টারিং" বিভাগ৷ লেনদেনের মালিককেও ফিল্টার করা যেতে পারে, দ্বারা৷
ব্যবহার -- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী বিকল্প "ব্যবহারকারীর নাম ফিল্টারিং" বিভাগটি দেখুন
আরো বিস্তারিত জানার জন্য.

মান বা --সতর্কতা এবং -- সমালোচনামূলক বিকল্প হল সময়ের একক, এবং অবশ্যই প্রদান করতে হবে
(কোন ডিফল্ট) বৈধ একক হল 'সেকেন্ড', 'মিনিট', 'ঘন্টা' বা 'দিন'। প্রতিটি হতে পারে
লিখিত একবচন বা সংক্ষেপে শুধুমাত্র প্রথম অক্ষর। যদি কোন ইউনিট দেওয়া না হয়,
একক সেকেন্ড বলে ধরে নেওয়া হয়।

এই ক্রিয়াটির জন্য Postgres 8.3 বা তার চেয়ে ভাল প্রয়োজন।

উদাহরণ 1: 10 মিনিটের বেশি সময় ধরে কোনো লেনদেন খোলা থাকলে একটি সমালোচনা দিন:

check_postgres_txn_time --port=5432 --critical='10 মিনিট'

উদাহরণ 1: ব্যবহারকারীর 'গুদাম'-এর 30 সেকেন্ডের বেশি লেনদেন খোলা থাকলে সতর্ক করুন

check_postgres_txn_time --port-5432 --warning=30s --includeuser=গুদাম

MRTG আউটপুটের জন্য, একটি লেনদেন খোলা হয়েছে সেকেন্ডের মধ্যে সর্বাধিক সময় প্রদান করে
প্রথম লাইন. চতুর্থ লাইন ডাটাবেসের নাম দেয়।

txn_wraparound
("symlink: check_postgres_txn_wraparound") লেনদেনের মোড়কের কতটা কাছাকাছি তা পরীক্ষা করে
বা আরো ডাটাবেস পাচ্ছেন। দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্প সংখ্যা নির্দেশ করে
লেনদেন সম্পন্ন, এবং একটি ধনাত্মক পূর্ণসংখ্যা হতে হবে। যদি উভয় বিকল্প দেওয়া না হয়,
1.3 এবং 1.4 বিলিয়ন ডিফল্ট মান ব্যবহার করা হয়। এই কমান্ড চালানোর কোন প্রয়োজন নেই
ডাটাবেস ক্লাস্টার প্রতি একবারের বেশি। এই সংখ্যা কি আরো বিস্তারিত আলোচনার জন্য
প্রতিনিধিত্ব করে এবং এটি সম্পর্কে কি করতে হবে, অনুগ্রহ করে পৃষ্ঠাটি দেখুন
<http://www.postgresql.org/docs/current/static/routine-vacuuming.html# ভ্যাকুয়াম-ফর-র্যাপারউন্ড>

সতর্কতা এবং সমালোচনামূলক মানগুলি পার্ল হিসাবে স্পষ্টতার জন্য সংখ্যায় আন্ডারস্কোর থাকতে পারে
আছে।

উদাহরণ 1: লোকালহোস্ট ডাটাবেসের জন্য ডিফল্ট মান পরীক্ষা করুন

check_postgres_txn_wraparound --host=localhost

উদাহরণ 2: পোর্ট 6000 চেক করুন এবং 1.7 বিলিয়ন লেনদেন হিট হলে একটি ক্রিটিকাল দিন:

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

MRTG আউটপুটের জন্য, প্রথম লাইনে সমস্ত ডাটাবেসের জন্য সর্বোচ্চ সংখ্যক লেনদেন প্রদান করে,
যখন লাইন 4 নির্দেশ করে যে এটি কোন ডাটাবেস।

সংস্করণ
("symlink: check_postgres_version") যাচাই করে যে পোস্টগ্রেসের প্রয়োজনীয় সংস্করণ
চলমান দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি (শুধুমাত্র একটি প্রয়োজন) বিন্যাসের হতে হবে
এক্সওয়াই or XYZ কোথায় X প্রধান সংস্করণ সংখ্যা, Y ছোট সংস্করণ সংখ্যা, এবং Z is
সংশোধন

উদাহরণ 1: পোর্ট 5678 এর ডাটাবেস 8.4.10 সংস্করণ না হলে একটি সতর্কতা দিন:

check_postgres_version --port=5678 -w=8.4.10

উদাহরণ 2: হোস্ট ভ্যালি, শস্য, বা সূর্যালোকের কোনো ডেটাবেস 8.3 না হলে একটি সতর্কতা দিন:

check_postgres_version -H উপত্যকা, শস্য, সানশাইন -- সমালোচনামূলক = 8.3

MRTG আউটপুটের জন্য, প্রথম লাইনে সাফল্য বা ব্যর্থতা নির্দেশ করে একটি 1 বা 0 রিপোর্ট করে। দ্য
চতুর্থ লাইন বর্তমান সংস্করণ নির্দেশ করে। সংস্করণটি অবশ্যই "--mrtg" এর মাধ্যমে সরবরাহ করতে হবে
বিকল্প।

wal_files
("symlink: check_postgres_wal_files") কতগুলি WAL ফাইল আছে তা পরীক্ষা করে pg_xlog
ডিরেক্টরি, যা আপনার বন্ধ পাওয়া যায় ডেটা_ডিরেক্টরি, কখনও কখনও অন্য একটি সিমলিঙ্ক হিসাবে
কর্মক্ষমতা কারণে শারীরিক ডিস্ক. এই ক্রিয়াটি অবশ্যই একটি সুপার ইউজার হিসাবে চালাতে হবে
বিষয়বস্তু অ্যাক্সেস pg_xlog ডিরেক্টরি এই ক্রিয়াটি ব্যবহার করার জন্য সর্বনিম্ন সংস্করণ
পোস্টগ্রেস 8.1। দ্য --সতর্কতা এবং -- সমালোচনামূলক বিকল্পগুলি হল ফাইলের সংখ্যা
pg_xlog ডিরেক্টরি এটি কোন সংখ্যায় সেট করতে হবে তা পরিবর্তিত হবে, তবে একটি সাধারণ নির্দেশিকা রাখতে হবে
সমস্যাগুলি তাড়াতাড়ি ধরার জন্য সাধারণত যা থাকে তার থেকে সামান্য বেশি একটি সংখ্যা।

সাধারণত, WAL ফাইলগুলি বন্ধ করা হয় এবং তারপরে পুনরায় ব্যবহার করা হয়, তবে একটি দীর্ঘ-চলমান খোলা লেনদেন, বা একটি
ত্রুটিপূর্ণ সংরক্ষণাগার_কমান্ড স্ক্রিপ্ট, পোস্টগ্রেসকে অনেকগুলি ফাইল তৈরি করতে পারে। শেষ পর্যন্ত,
এর ফলে তারা যে ডিস্কে রয়েছে তার স্থান ফুরিয়ে যাবে, এই সময়ে Postgres করবে
বন্ধ।

উদাহরণ 1: হোস্ট "প্লুটো" এ WAL ফাইলের সংখ্যা 20 বা তার কম কিনা তা পরীক্ষা করুন

check_postgres_wal_files --host=pluto --critical=20

MRTG আউটপুটের জন্য, লাইন 1 এ WAL ফাইলের সংখ্যা রিপোর্ট করে।

rebuild_symlinks
rebuild_symlinks_force
এই ক্রিয়াটি অন্য কোন আর্গুমেন্টের প্রয়োজন নেই, এবং কোন ডাটাবেসের সাথে সংযোগ করে না, কিন্তু সহজভাবে
ফর্মে প্রতিটি ক্রিয়ার জন্য বর্তমান ডিরেক্টরিতে সিমলিঙ্ক তৈরি করে
check_postgres_. যদি ফাইলটি ইতিমধ্যেই বিদ্যমান থাকে তবে এটি ওভাররাইট করা হবে না। যদি
অ্যাকশনটি হল rebuild_symlinks_force, তারপর symlinks ওভাররাইট করা হবে। পছন্দ
--symlinks হল বলার একটি সংক্ষিপ্ত উপায় --action=rebuild_symlinks

বেসিক ফিল্টারিং

বিকল্পগুলি --অন্তর্ভুক্ত এবং --বাদ কোন জিনিসগুলি পরীক্ষা করা হয় তা সীমাবদ্ধ করতে একত্রিত করা যেতে পারে,
কর্মের উপর নির্ভর করে। নিম্নলিখিত ব্যবহার করার সময় ডাটাবেসের নাম ফিল্টার করা যেতে পারে
কর্ম: ব্যাকএন্ড, ডাটাবেস_সাইজ, লক, query_time, txn_idle, এবং txn_time। নাম
নিম্নলিখিত ক্রিয়াগুলি ব্যবহার করার সময় একটি সম্পর্ক ফিল্টার করা যেতে পারে: bloat, index_size,
টেবিল_সাইজ, রিলেশন_সাইজ, লাস্ট_ভ্যাকুয়াম, লাস্ট_অটোভাকুয়াম, লাস্ট_বিশ্লেষণ এবং
শেষ_স্বয়ংক্রিয় বিশ্লেষণ। সেটিংস_চেকসাম ব্যবহার করার সময় একটি সেটিং এর নাম ফিল্টার করা যেতে পারে
কর্ম. disk_space অ্যাকশন ব্যবহার করার সময় একটি ফাইল সিস্টেমের নাম ফিল্টার করা যেতে পারে।

যদি শুধুমাত্র একটি অন্তর্ভুক্ত বিকল্প দেওয়া হয়, তবে শুধুমাত্র সেই এন্ট্রিগুলি যা মেলে তা চেক করা হবে।
যাইহোক, যদি বাদ দেওয়া এবং অন্তর্ভুক্ত করা উভয়ই দেওয়া হয়, বর্জন প্রথমে করা হয় এবং অন্তর্ভুক্ত করা হয়
পরে, বাদ দেওয়া হতে পারে এমন জিনিসগুলি পুনঃস্থাপন করতে। উভয় --অন্তর্ভুক্ত এবং --বাদ পারেন
একাধিকবার দেওয়া হবে, এবং/অথবা কমা দ্বারা পৃথক করা তালিকা হিসাবে। একটি নেতৃস্থানীয় tilde মিলবে
একটি নিয়মিত অভিব্যক্তি হিসাবে নিম্নলিখিত শব্দ.

একটি স্কিমা মেলাতে, একটি একক পিরিয়ড দিয়ে অনুসন্ধান শব্দটি শেষ করুন৷ নেতৃস্থানীয় tildes ব্যবহার করা যেতে পারে
স্কিমাগুলির জন্যও।

ফিল্টারিং ব্যবহার করার সময় সতর্কতা অবলম্বন করুন: ব্যাকএন্ডে একটি অন্তর্ভুক্তির নিয়ম, উদাহরণস্বরূপ, হতে পারে
রিপোর্ট করুন কোন সমস্যা নেই শুধুমাত্র এই কারণে যে ম্যাচিং ডাটাবেসের কোন ব্যাকএন্ড ছিল না, কিন্তু কারণ আপনি
ডাটাবেসের নামের বানান ভুল!

উদাহরণ:

শুধুমাত্র pg_class নামের আইটেমগুলি পরীক্ষা করে:

--include=pg_class

শুধুমাত্র 'pg_' অক্ষর ধারণকারী আইটেমগুলি পরীক্ষা করে:

--include=~pg_

শুধুমাত্র 'pg_' দিয়ে শুরু হওয়া আইটেমগুলি পরীক্ষা করুন:

--অন্তর্ভুক্ত=~^pg_

'পরীক্ষা' নামের আইটেমটি বাদ দিন:

--বাদ=পরীক্ষা

অক্ষর পরীক্ষা সহ সমস্ত আইটেম বাদ দিন:

--বাদ=~পরীক্ষা

স্কিমা 'pg_catalog'-তে সমস্ত আইটেম বাদ দিন:

--বাদ='pg_catalog.'

'ace' অক্ষর ধারণকারী সমস্ত আইটেম বাদ দিন, কিন্তু 'ফেসঅফ' আইটেমটিকে অনুমতি দিন:

--exclude=~ace --include=faceoff

'pg_' অক্ষর দিয়ে শুরু হওয়া সমস্ত আইটেম বাদ দিন, যার মধ্যে 'slon' অক্ষর রয়েছে, অথবা
যেগুলোর নাম 'sql_settings' বা 'সবুজ'। বিশেষ করে অক্ষর দিয়ে আইটেম চেক করুন
তাদের নামে 'prod', এবং সর্বদা 'pg_relname' নামের আইটেমটি পরীক্ষা করুন:

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

USER কে NAME এর ফিল্টারিং

বিকল্পগুলি -- ব্যবহারকারী অন্তর্ভুক্ত এবং -- বর্জনকারী শুধুমাত্র পরীক্ষা করার জন্য কিছু কর্মে ব্যবহার করা যেতে পারে
এক বা একাধিক ব্যবহারকারীর মালিকানাধীন (বা মালিকানাধীন নয়) ডাটাবেস বস্তু। একটি -- ব্যবহারকারী অন্তর্ভুক্ত পছন্দ
সবসময় একটি trumps -- বর্জনকারী বিকল্প আপনি প্রতিটি বিকল্প একাধিকবার দিতে পারেন
একাধিক ব্যবহারকারী, অথবা আপনি একটি কমা দ্বারা পৃথক তালিকা দিতে পারেন। বর্তমানে ব্যবহার করা কর্ম
এই বিকল্পগুলি হল:

ডাটাবেস_সাইজ
শেষ_বিশ্লেষণ
শেষ_স্বয়ংক্রিয় বিশ্লেষণ
শেষ_শূন্যতা
শেষ_অটোভ্যাকুম
query_time
relation_size
txn_time

উদাহরণ:

শুধুমাত্র গ্রেগ নামের ব্যবহারকারীর মালিকানাধীন আইটেম চেক করুন:

--includeuser=greg

শুধুমাত্র ওয়াটসন বা ক্রিক এর মালিকানাধীন আইটেম চেক করুন:

--includeuser=ওয়াটসন,ক্রিক

শুধুমাত্র ক্রিক, ফ্র্যাঙ্কলিন, ওয়াটসন বা উইলকিন্সের মালিকানাধীন আইটেমগুলি পরীক্ষা করুন:

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

ব্যবহারকারী স্কটের অন্তর্গত ব্যতীত সমস্ত আইটেম পরীক্ষা করুন:

--excludeuser=স্কট

পরীক্ষা মোড

জিনিসগুলি সেট আপ করতে সাহায্য করার জন্য, এই প্রোগ্রামটি নির্দিষ্ট করে "পরীক্ষা মোডে" চালানো যেতে পারে
--পরীক্ষা বিকল্প এটি ডাটাবেস হতে পারে তা নিশ্চিত করতে কিছু প্রাথমিক পরীক্ষা সঞ্চালন করবে
যোগাযোগ করা হয়েছে, এবং নির্দিষ্ট প্রতি-ক্রিয়া পূর্বশর্ত পূরণ করা হয়েছে, যেমন ব্যবহারকারী কিনা
একজন সুপার ইউজার, যদি Postgres এর সংস্করণটি যথেষ্ট নতুন হয় এবং যদি stats_row_level সক্রিয় থাকে।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে check_postgres_database_sizep ব্যবহার করুন