13.2.1 Konfiguráció

A szerverek és a WEB-es felület konfigurációja az etc könyvtárban található CONFIG_INI.PM file szerkesztésével történik. Az állítható részek a „#ALLITHATOAK KEZDET” és a „#ALLITHATOAK VEG” között találhatóak. Ajánlott a konfigurációt egyszer elkészíteni, és utána lemásolni minden egyes gépre.

A szöveges paraméterek alakja: $[paraméter neve]='[paraméter értéke]'; vagy $[paraméter neve]{kategória neve}{alparaméter neve}='[paraméter értéke]'; vagy $[paraméter neve]{kategória neve}='[paraméter értéke]';

A kapcsoló paraméterek alakja: $[paraméter neve]=[0 vagy 1];

Azok a paraméterek, amelyeket mindenképpen be kell állítani vastag betűvel vannak szedve, amelyeket csak későbbi hangolás vagy nagyobb rendszer esetében érdemes állítani aláhúzással és dőlt írással. Amelyik egyik módon sincsen jelölve, annak az alap értéke tipikusan megfelelő.

Az egyes paraméterek és jelentésük:

·     USER: Az Oracle felhasználó neve

·     PWD: Az Oracle felhasználó jelszava. PVSR képes a jelszót titkosított formában is tárolni. A nyílt jelszót a bin könyvtárban található show_encrypted_pwd.pl paranccsal lehet átalakítani titkosított jelszóvá. A parancs nem módosítja a CONFIG_INI.pm file-t

·     TNS: Oracle TNS

·     ORACLE_HOST: Oracle gép neve

·     ORACLE_PORT: az Oracle figyelő (listener) portja. Tipikusan 1521

·     ORACLE_SERVICE_NAME vagy ORACLE_SID: az Oracle adatbázis service neve

·     ORACLE_HOME: Oracle HOME könyvtár

·     APACHE_HOME: Apache HOME könyvtár. Az alkalmazás a htpasswd program megkeresésére használja a változót, azt az APACHE_HOME/bin könyvtárban várja

·     PVSR_HOME: A program gyökérkönyvtára

·     DISPLAY_CUSTOMER_NAME: Ha az értéke 1, akkor a WEB felületen a verzió szám mellett megjelenik a ügyfél név is a licensz file alapján

·     JAVA_HOME: A JAVA program gyökérkönyvtára, az alkalmazás a java programot az ez alatt lévő bin könyvtárban keresi

·     NETINV_URL: URL a NETvisor NETinv alkalmazás felületéhez. PVSR meg tud jeleníteni egy NETinv elemet a Műveletek listában eszközöknél és méréseknél, de csak akkor, hogyha a NETINV_UDA paraméter is be van állítva és az objektumhoz tartozik ilyen felhasználó által definiált attibútum

·     FM_URL: URL a NETvisor Fault Manager alkalmazás felületéhez. PVSR meg tud jeleníteni egy Fault Manager elemet a Műveletek listában eszközöknél és méréseknél, de csak akkor, hogyha a NETINV_UDA paraméter is be van állítva és az objektumhoz tartozik ilyen felhasználó által definiált attibútum

·     NETINV_UDA: a NETinv azonosítót tartalmazó felhasználó által definiált attribútum név kód paramétere

·     IPE_URL és IPE_PARAMETER_NAME: URL a NETvisor IPExplorer alkalmazás felületéhez. PVSR meg tud jeleníteni egy IPExplorer elemet a Műveletek listában eszközöknél. Amenniben a IPE_PARAMETER_NAME paraméter értéke “ipAddress” úgy a létrehozott link az eszköz IP címe alapján próbálja megkeresni az eszközt az IPExplorer-ben. Ellenkező esetben az eszköz neve alapján

·     REST_ENABLE_REALTIME: a valós idejű monitorozás csak akkor engedélyezett a REST API-n keresztül (amit a mobil alkalmazás is használ), ha ennek a paraméternek az értéke 1

·     PVSR_FORKS (rendelkezik kategóriával és alparaméterrel is): Az eszközök mérését ennyi külön futó mérő program végzi, a konfiguráció külön beállítható az egyes mérő szerverekhez (kategória, a mérő szerver ID-jét kell megadni, vagy a default szöveget, az utóbbinak mindenképpen szerepelnie kell) és mérési ciklusokhoz (alparaméter, a lehetséges mérési ciklus értékek másodpercben vagy a default érték, az utóbbinak mindenképpen szerepelnie kell). Az értéket az eszközök és interfészeik számának, illetve az elérési sebességüknek megfelelően kell hangolni. A mérő alkalmazások első sorban a saját ID-jükhöz tartozó konfigurációt keresik. Ha ilyen nincsen, akkor veszik a default kategóriát. Ezek után keresik a ciklusnak megfelelő alparamétert, tehát ha az alábbi konfiguráció szerepel, akkor a 100-as azonosítóval rendelkező szerver a 300 másodperces ciklus esetében a paraméter értékét 4-nek fogja venni:

$PVSR_FORKS{default}{300}=50;

$PVSR_FORKS{100}{default}=4;

·     PVSR_REDISCOVERY_FORKS (rendelkezik kategóriával): Az eszközök konfigurációjának ellenőrzését ennyi külön futó mérő program végzi, amennyiben az érték be van állítva. Ha nincsen, akkor a rendszer 1-nek veszi. A kategória értékek itt is a szerver ID-k értékét vagy a default értéket vehetik fel. Az értéket az eszközök és interfészeik számának, illetve az elérési sebességüknek megfelelően kell hangolni

·     PVSR_JOB_FORKS: egyszerre hány ütemezett feladat-sor feldolgozás fusson

·     INTERVAL_PVSR_SNMPOPTIONS (rendelkezik kategóriával és alparaméterrel): Az SNMP és az egyéb aktív lekérdezések default paramétereit tartalmazza: ha egy eszköznél ki van töltve a paraméter, akkor mindenhol az érvényes. Ha azonban nincsen kitöltve, akkor a discovery lekérdezések esetében az eszköz alap mérési intervallum mezőjének, a mérések esetében pedig a mérés intervallum mezőjének megfelelő itteni értéket veszi figyelembe. Az egyes kategóriák nevei megegyeznek  a lehetséges mérési ciklus értékekkel másodpercben kifejezve. Ha valamelyik mérési ciklusra nincsen megadva a paraméter, akkor a default-nál megadott érték érvényes. Alparaméterei:

o   timeout: SNMP vagy egyéb timeout másodpercben. Ha nincs beállítva, akkor 2

o   retries: Ennyiszer próbálja a lekérdezést (tehát az 2-es érték 1 újrapróbálkozást jelent). Ha nincs beállítva, akkor 5

o   version (csak SNMP esetében): SNMP verzió

·     REQUIRED_SUCCESSFUL_MEASUREMENTS (rendelkezik kategóriával és alparaméterrel): A kategória a mérő szerver ID, míg az alparaméter a mérési ciklus. Az adatbetöltő modul minden mérő szerver / mérési ciklus pár esetében megvizsgálja, hogy a megadott számú mérés sikeres volt-e, és ha nem, akkor riasztást generál. A paraméter értéke vagy egész szám vagy százalék. Az utóbbi esetben akkor keletkezik riasztás, ha a megadott százaléknál kevesebb mérés volt sikeres. Azaz a kezdeti „85%” érték azt jelenti, hogy ha akármelyik mérő szerver / mérési ciklus pár esetében kevesebb mint 85% a sikeres mérések száma, úgy a PVSR riasztást fog generálni.

·     SERVER_COLLECTION_TOO_LOW_ERROR_INTERVALS (rendelkezik kategóriával és alparaméterrel): A kategória a mérő szerver ID, míg az alparaméter a mérési ciklus. Amikor nincsen elég sikeres mérés (lásd az előző paramétert) akkor a PVSR ennyi mérés ciklus után küld csak hibaüzenetet. Az alapérték 2

·     REQUIRED_ACK_COMMENT_LENGTH: ha be van állítva egy szám értékre, akkor riasztást csak akkor lehet nyugtázni vagy a nyugtázást megszűntetni, hogyha legalább ilyen hosszú megjegyzést fűznek hozzá

·     MAX_EQS_PER_SITE: ha be van állítva akkor a PVSR egyszerre maximum ennyi eszközt mutat a Riasztások, Mérések és Site és eszköz konfiguráció oldalon a site-ok alatt. Ha több eszköz található, akkor lapozható táblázatban jeleníti meg az elemeket.

·     DISABLE_ONDEMAND_AUTO_VIRT_SITE_RESYNCH: ha az értéke 1 akkor a PVSR nem szinkronizálja rögtön az eszköz paraméter módosítások után a virtuális site hierarchiát, hanem azt csak az öt percenként futó periódikus szinkronizáció végzi el

·     THRESHOLD_DEDUP_WINDOW és EVENT_DEDUP_WINDOW: ezekkel lehet szabályozni azt, hogy threshold-ok és események esetében mi legyen az alap deduplikcáiós ablak

·     DEF_RETAIN_RAW_DATA: Alapból ennyi napot ajánl fel az eszközöknél a részletes mérési eredmények megtartására

·     PVSR_BULK_SNMP: Az egy eszközön található méréseket képes összefogni az alkalmazás, így minimalizálható a kiadott SNMP lekérdezések száma az adatgyűjtés során. Ha ez a paraméter szerepel, akkor ennyi mérést fog össze (az számít egy mérésnek, amihez egy grafikon tartozik, tehát például az input és output forgalom közösen egy mérés). Amennyiben az eszköz mérése SNMPv1-gyel történik és a lekérdezett SNMP változók közül valamelyik nem létezik, akkor az egy csomagba összefogott mindegyik mérés sikertelen lesz

·     PVSR_BULK_WALK_SNMP: Ha egy eszköz típusa SNMPv2c vagy SNMPv3, és az itt beállított érték nagyobb, mint 1, akkor ennyi változót kérdez le egyszerre a PVSR tőle BulkWalk segítségével

·     DELETE_DAILY_DATA_AFTER: Hány nap után törölje a mérési adatokat (lásd a szerver modulok futási ciklusának a leírását)

·     VIOLATION_DELETE_AFTER: Hány hónap után törölje a rendszer a riasztási adatokat

·     REPORT_DELETE_AFTER: Hány hónap után törölje a rendszer a riport számításokat

·     AUDIT_TRAIL_DELETE_AFTER: Hány hónap után törölje a rendszer a változáskövetés adatokat

·     SMTP_SERVER: Ehhez a szerverhez küldi az alkalmazás a leveleket.

·     ADMIN_EMAIL_ADDRESSES: vesszővel elválasztott e-mail címek, ahova az alkalmazás szerver eseményekről küld értesítéseket. Minden cím után lehet két opcionális rész is. Az elsőnél [ és ] karakterek között kell felsorolni azoknak a szinteknek az egy betűs kódját, amelyekről üzenetet szeretnénk kapni:

o   I: információs

o   W: figyelmeztetés

o   E: hiba

o   C: hiba vagy figyelmeztetés megszűnése

A másodikat akkor kell használni, ha naponta maximum csak egy email üzenetet akarunk küldeni (ha vannak egyáltalán szerver események). Ilyenkor a paramétert <ÓÓ:PP> formában kell megadni, ahol az ÓÓ:PP rész azt állítja, hogy mikor legyen elküldve a napi összesítés. Példa:

my.address@gmail.com[EC],other@gmail.com[EWC]<03:00>,another@gmail.com

·     ADMIN_SNMP_TRAP_ADDRESSES: vesszővel elválasztott IP címek, ahova az alkalmazás SNMP trap-et küld, ha valamelyik szerver státusz megváltozik, vagy egyéb szerver esemény történik. Minden elemnél opcionálisan megadható a cél port és a community is, azaz az „1.2.3.4” érték ugyanazt jelenti, mint „public@1.2.3.4:162”

·     PVSR_EMAIL_ADDRESS: azt az e-mail címet lehet megadni, amilyen küldővel az üzenetek kimennek. Ha nincsen megadva, akkor automatikusan a PVSRprogram@<hostname> lesz az értéke, ha a megadott értékben nem szerepel az @ jel, akkor <megadott érték>@<hostname>

·     PVSR_THRESHOLD_EMAIL_ADDRESS: ha be van állítva, akkor a PVSR ezt az email címet használja, amikor threshold riasztást küld ki és nem a PVSR_EMAIL_ADDRESS paraméterben megadottat

·     PVSR_WEB_EMAIL_ADDRESS: ha be van állítva, akkor a PVSR ezt az email címet használja, amikor WEB szerver emaileket („Elküldés email-ben” opció) küld ki és nem a PVSR_EMAIL_ADDRESS paraméterben megadottat

·     PVSR_REPORT_EMAIL_ADDRESS: ha be van állítva, akkor a PVSR ezt az email címet használja, amikor riportot küld ki és nem a PVSR_EMAIL_ADDRESS paraméterben megadottat

·     APPL_MAN_SEPARATE_VIRT_SITE_PROCESS: ha az értéke 1, akkor az Application Manager modul egy külön gyerek processzt hoz létre az automatikus virtuális site-ok szinkronizálására. Ajánlott beállítani, hogyha sok automatikus virtuális site található a rendszerben

·     APPL_MAN_SEPARATE_STATUS_CHECK_PROCESS: ha az értéke 1, akkor az Application Manager modul egy külön gyerek processzt hoz létre a modulok állapotainak a tesztelésére és így azokat nem együtt végzi el az egyéb tesztekkel (például Oracle elérhetőség) és file karbantartásokkal. Ajánlott beállítani, ha az egyéb műveletek sokáig tartanak, sok modulunk van és azok elérhetősége nem megbízható, így sűrűn változhat a státuszuk

·     THRESHOLD_AUTO_CREATE_CYCLE: hány óránként fusson a threshold template alapú automatikus létrehozás

·     SQLLDR_ASYNC_LDR_MODE: a paraméter szabályozza hogy az SQLLDR modul szinkron feldolgozást végez-e vagy sem. Négy lehetséges értéke van:

o   0 (alapeset): a modul egyesével letölti a mérési eredmény file-okat majd betölti őket az adatbázisba

o   1: a modul egyesével letölti a mérési eredmény file-okat majd amíg végzi a betöltésüket az adatbázisba addig is keresi az új mérési eredmény file-okat és tölti le őket

o   2: a modul több gyerek processzt hoz létre és párhuzamosan tölti le az eredmény file-okat majd betölti őket az adatbázisba

o   3: a modul több gyerek processzt hoz létre és párhuzamosan tölti le az eredmény file-okat majd amíg végzi a betöltésüket az adatbázisba addig is hoz létre új gyerek processzeket és tölti le az új file-okat párhuzamosan

·     ENABLE_MEASUREMENT_LEVEL_RIGHTS: mérés szintű jogot csak akkor lehet felhasználónak adni, ha a paraméter értéke 1, amúgy csak eszköz és site szintű jogot lehet adni

·     PROC_THRESH_QE_SOCKET_BUFFER_SIZE: ha van értéke, akkor a gyors riasztás kiértékelés modul a fogadó socket buffer méretét eszerint állítja be. Akkor ajánlott beállítani, hogyha a modul UDP-n fogadja az adatokat

·     QUICK_EVAL_THRESHOLD_SSL_CERT_FILE: ha a gyors riasztás kiértékelés modul SSL-en kapja az adatokat, akkor a paraméterben kell megadni a certificate file nevét, amit a PVSR etc könyvtárában kell elhelyezni

·     QUICK_EVAL_THRESHOLD_SSL_KEY_FILE: ha a gyors riasztás kiértékelés modul SSL-en kapja az adatokat, akkor a paraméterben kell megadni a key file nevét, amit a PVSR etc könyvtárában kell elhelyezni

·     QUICK_EVAL_THRESHOLD_SSL_PASSWORD: ha a gyors riasztás kiértékelés modul SSL-en kapja az adatokat és a key file jelszóval védett, akkor a jelszót ebben a paraméterben kell megadni

·     QUICK_EVAL_THRESHOLD_SSL_NO_VERIFY: ha a gyors riasztás kiértékelés modul SSL-en kapja az adatokat és a paraméter értéke 1, akkor nem kerül verifikálásra a certificate

·     SNMP_ENABLE_IP_ADDRESS_FOR_NON_ADMINS: ha az értéke 1, akkor a nem adminisztrátorok is láthatják az SNMP eszközök IP címét

·     DISABLE_TIMEZONES: ha az értéke 1, akkor az időzóna funkció kikapcsolásra kerül

·     DISABLE_BUSINESS_HOURS: ha az értéke 1, akkor az üzleti órák funkció kikapcsolásra kerül

·     MTIME… paraméterek: Az alkalmazás manager mindegyik PVSR gépen elvégzi a régi log és egyéb file-ok tömörítését és törlését. A feldolgozandó file-ok körét az operációs beépített find parancsával teszi, az alábbi paraméterekkel ennek a find parancsnak az mtime opcióját lehet befolyásolni, azaz azt, hogy hány nap után kerüljenek feldolgozásra (bővebben lásd a find parancs man page-ét)

o   MTIME_FOR_LOG_FILE_ZIP: log file tömörítés, alapérték: 1

o   MTIME_FOR_LOG_FILE_ZIP_DELETE: a tömörített log file-ok törlése, alapérték: 14

o   MTIME_FOR_SQLLDR_FILE_ZIP: az SQLLDR adat és log file-ok tömörítése, alapérték: 0

o   MTIME_FOR_SQLLDR_FILE_ZIP_DELETE: a tömörített SQLLDR adat és log file-ok törlése, alapérték: 2

o   MTIME_FOR_CHART_FILE_DELETE: a legenerált grafikonok törlése, alapérték: 7

·     VIEW_MERES_YEAR: Egy mérés oldalán megjelenjen-e az éves grafikon. A lehetséges értékek:

o   0: Nem jelenik meg a grafikon

o   1: Megjelenik a grafikon

o   2: Csak egy link jelenik meg, amire kattintva újratöltődik az oldal úgy, hogy megjelenik a grafikon.

·     VIEW_MERES_MONTH: Egy mérés oldalán megjelenjen-e a havi grafikon A lehetséges értékek:

o   0: Nem jelenik meg a grafikon

o   1: Megjelenik a grafikon

o   2: Csak egy link jelenik meg, amire kattintva újratöltődik az oldal úgy, hogy megjelenik a grafikon.

·     VIEW_MERES_WEEK: Egy mérés oldalán megjelenjen-e a heti grafikon A lehetséges értékek:

o   0: Nem jelenik meg a grafikon

o   1: Megjelenik a grafikon

o   2: Csak egy link jelenik meg, amire kattintva újratöltődik az oldal úgy, hogy megjelenik a grafikon.

·     IF_CHECK_CIKLUS: Az eszközök konfigurációját ilyen mérésciklus periódussal kérdezi le. Az eszköz konfiguráció lekérdezés az alap mérési ciklussal történik. Tehát ha például az értéke 3, akkor először az eszközök első, majd második és végül harmadik harmada kerül feldolgozásra, az összes eszköz így 3-szor default mérési ciklus idő alatt kérdeződik le.

·     DISABLE_IFSPEED_CHECKING: Amennyiben az értéke 1, úgy az interfész forgalom mérési grafikonokon a rendszer nem ellenőrzi, hogy a kapott érték nem nagyobb-e, mint a sebesség 150%-a. Amennyiben az értéke 2, úgy a mérések végzése során sem ellenőrzi, hogy a kapott interfész forgalom nagyobb-e az interfész számláló átfordulása esetén, mint a sebesség 150%-a (ellenkező esetben az ilyeneket nem tekinti érvényes eredménynek).

·     DEF_DRAW: Alapértelmezetten megjelenő kép

·     SMTP_AUTH: Ha be van állítva, akkor a formátuma „felhasználó/jelszó”. Ilyenkor ezzel a névvel és jelszóval jelentezik be az SMTP szervernél.

·     PVSR_REDISCOVERY_MAXWAIT: Maximum ennyi másodpercet szán az eszköz konfiguráció olvasás esetében egy eszközre az alkalmazás újra discovery estében

·     ZERO_NO_VALUE: Ha az értéke 1, akkor mérési eredmény hiánya esetében az értéket 0-nak veszi, egyébként pedig a legutolsó mért értéknek

·     MAXX_PER_MAXY: A legenerált grafikonok X és Y méretének az aránya, az X méretet a felhasználó böngészőjének mérete határozza meg

·     MIN_MAXY: A legenerált grafikonok Y méretének minimuma, ennél kiszámolt kisebb érték esetében ekkora lesz a grafikon

·     USE_PARTITONS: Lásd a 0 fejezetet

·     DONT_MOVE_PARTITION_TO_ARCHIV: Lásd a 0 fejezetet

·     CREATE_PP_TABLE_AFTER: Lásd a 0 fejezetet

·     DROP_DATA_AFTER: Lásd a 0 fejezetet

·     USE_DIRECT_SQLLOADER: A paraméternek csak akkor van jelentősége, ha az alkalmazás partícionált adatbázist használ. Ha egy adott ciklus mérési eredményeinek a száma nagyobb vagy egyenlő, mint az itt beállított érték, akkor direkt módban használj a program az SQL*Loader Oracle alkalmazást az adatok betöltésére. Az ajánlott beállítása 40000

·     USE_SORT_FOR_UNIQUE_MERGE: Ha értéke 1, akkor a betöltés előtt az SQLLDR modul rendezi az adatfile tartalmát és kiszűri a duplikált sorokat. Plusz memória igényt jelent a szerver oldalon, beállítása csak akkor ajánlott, hogyha van olyan mérő szerver csoport, amihez több mérő szerver is tartozik

·     REGATHER_FORK_SLEEP: Ha szerepel, akkor ennyi másodpercet vár minden egyes újabb eszköz újra felismerő process indítása előtt (run_regather). Az értéke nem csak egész szám lehet

·     COLLECT_FORK_SLEEP: Ha szerepel, akkor ennyi másodpercet vár minden egyes újabb mérő process indítása előtt (run_measurement). Az értéke nem csak egész szám lehet

·     MOVE_MON_RES: Hány nap vagy óra után mozgassa át az adatokat az archív táblába (lásd a szerver modulok futási ciklusának a leírását)

·     SSH_TIMEOUT: hány másodperc legyen az SSH kapcsolatok timeout-ja. Az SSH kapcsolatok ez esetben egyrészt az alkalmazás menedzser illetve a WEB felület és a többi szervert futtató gép közötti SSH kapcsolatot jelenti (menedzselés és eszköz információ lekérdezés), illetve az SQLLDR adatbetöltő és a mérő szerverek közötti SFTP kapcsolatot

·     APPLMAN_CLOSE_SSH_AFTER_TEST: ha be van állítva 1-re, akkor az Application manager lezárja az SSH kapcsolatokat minden egyes teszt után és a következő tesztnél újra nyitja

·     COLLECTOR_SLOW_DATABASE_CONNECTION: ha az értéke 0 vagy nem szerepel, akkor a PVSR mérő szerver adatbázishoz kapcsolódó része csak akkor zárolja a közös konfigurációs file-t, hogyha az adatbázisból már minden értéket kiolvasott. Így a PVSR több memóriát használ, de egy lassú adatbázis kapcsolat esetében sem lesz mérés kimaradás

·     COLLECTOR_CREATE_EQ (rendelkezik kategóriával): a kategória a megfelelő passzív mérő szerver ID-je vagy default. Értéknek valamelyik olyan site ID-jét kell megadni, amelyik ezen szerver csoportjához tartozik. Amennyiben a paraméter szerepel, akkor felvételre kerülnek a megjelenő új eszközök az adott site alatt (bővebben lásd az ASCII szerver leírást)

·     COLLECTOR_CREATE_MEASUREMENT (rendelkezik kategóriával): a kategória a megfelelő passzív mérő szerver ID-je vagy default. Értéknek 1-nek kell lennie. Amennyiben a paraméter szerepel, akkor felvételre kerülnek a megjelenő új mérések az adott eszközökhöz (új eszköz esetében ettől függetlenül megjelennek a mérések) (bővebben lásd az ASCII szerver leírást)

·     COLLECTOR_DELETE_EQ (rendelkezik kategóriával): a kategória a megfelelő passzív mérő szerver ID-je vagy default. Értékét napban kell megadni. Amennyiben a paraméter szerepel, akkor ennyi nap után törlődik az eszköz, amennyiben nincsen hozzá új mérési érték (bővebben lásd az ASCII szerver leírást)

·     COLLECTOR_DELETE_MEASUREMENT (rendelkezik kategóriával): a kategória a megfelelő mérő szerver ID-je vagy default. Ellentétben az előzőekkel, ennek a paraméternek értékének értelmezése attól függ, hogy passzív vagy aktív-e a mérő szerver típusa, ha nincsen semmi sem beállítva, akkor az alapérték 0, de az installálás során a default kategóriánál 1 állítódik be.

o   Passzív: Értékét napban kell megadni. Amennyiben a paraméter szerepel és nem nulla, akkor ennyi nap után törlődik a mérés, ha nincs hozzá új mérési érték (bővebben lásd az ASCII szerver leírást)

o   Aktív discovery képes: Ha értéke 0, akkor nem törlődnek a mérések akkor sem, ha az eszköz konfigurációjájából eltűnnek. Ha 1, akkor törlődnek, amint megszűnnek. Természetesen a felületen keresztüli eszköz módosítás során mindenképpen törlődnek, amíg esetleg újra meg nem jelennek

·     USE_INTERFACE_IP_ADDRESS (rendelkezik kategóriával és lehet alparamétere is): a kategória a megfelelő mérő szerver csoport ID-je vagy default. Amennyiben az értéke 1, úgy engedélyezve van az interfész mérések IP cím alapján történő elnevezése. Lehet azonban alparamétere is, ebben az esetben azokat a rendszer reguláris kifejezéseknek tekinti, és az IP címeket csak akkor fogja használni a rendszer, ha a kifejezések közül legalább egy illeszkedik teljesen az eszköz nevére.

·     SOAP_SERVER_LISTEN_PORT: a SOAP szerver ezen a TCP porton várja a kéréseket

·     SOAP_MAX_CONCURRENT_SESSIONS: a SOAP szerver által egyidejűleg kezelt kapcsolatok maximális száma. Ha nincsen megadva, akkor nincsen korlátozás

·     TRAP_LIMIT: egyszerre hány trap-et küldjön el a threshold feldolgozó szerver komponens egy mérési ciklust feldolgozó al-processze, mielőtt a TRAP_WAIT paraméterben megadott másodpercet vár, alap értéke 30

·     TRAP_WAIT: ennyi másodpercet várjon a threshold feldolgozó rendszer egy mérési ciklust kezelő al-processze, ha már elküldött egyszerre TRAP_LIMIT trap-et, alap értéke 1

·     CLEARED_TRAP_COUNT: ennyi pozitív trap-et küldjön a threshold feldolgozó rendszer, ha a threshold feltétel megszűnik riasztani és a folyamatos riasztás be van állítva a threshold-nál, alap értéke 1

·     SNMP_TRAP_PORT: az SNMP Trap-eket ezen a porton fogadja az esemény feldolgozó modul

·     SYSLOG_PORT: a syslog üzeneteket ezen a porton fogadja az esemény feldolgozó modul

·     CHART_SERVER_LISTEN_PORT: melyik TCP porton figyeljen a Chart Server. Ajánlott: 4444

·     CHART_BG_COLOR: a grafikonok háttere, hexadecimális RRGGBB formátumban

·     CHART_VALUE_BG_COLOR1 és CHART_VALUE_BG_COLOR2: a grafikonok érték részének a háttere, hexadecimális RRGGBB formátumban. Amennyiben megadjuk a második változót is, úgy a rendszer a kettő közötti színátmenetét képez háttérképpen, ilyenkor a legenerált kép PNG formátumú GIF helyett, a mérete valamennyivel nagyobb és a generálása is egy kevéssel több ideig tart. Az alap beállításban mindkét szín meg van adva

·     CHART_MISSING_VALUE_COLOR: a grafikonok háttere, ha hiányzik mérési érték, hexadecimális RRGGBB formátumban

·     CHART_NO_VALUE_COLOR: a grafikonok háttere, ha nincsen mérési érték, hexadecimális RRGGBB formátumban

·     DEFAULT_CHART_FIRST_VALUE_COLOR: mi legyen a színe az alap grafikonokon az első mérési értékeknek (alap esetben zöld), az értéket hexadecimális RRGGBB formátumban kell megadni, pl FF0000

·     DEFAULT_CHART_SECOND_VALUE_COLOR: mi legyen a színe az alap grafikonokon a második mérési értékeknek (alap esetben kék), az értéket hexadecimális RRGGBB formátumban kell megadni, pl FF0000

·     DEFAULT_CHART_FIRST_VALUE_TYPE: mi legyen a típusa az alap grafikonokon az első mérési értéknek. A lehetséges értékek: „A” terület, „B” oszlop és „L” vonal esetében, az alap érték „A”

·     DEFAULT_CHART_SECOND_VALUE_TYPE: mi legyen a típusa az alap grafikonokon a második mérési értéknek. A lehetséges értékek: „A” terület, „B” oszlop és „L” vonal esetében, az alap érték „L”

·     DEFAULT_CHART_FIRST_VALUE_TRANSPARENT: az alap grafikonokon az első mérési értékek transzparensen jelenjenek-e meg. A lehetséges értékek 0 és 1, alap esetben 0

·     DEFAULT_CHART_SECOND_VALUE_TRANSPARENT: az alap grafikonokon a második mérési értékek transzparensen jelenjenek-e meg. A lehetséges értékek 0 és 1, alap esetben 0

·     FLASH_CHARTNUM_MAX: azt szabályozza, hogy egyszerre maximum hány JavaScript grafikon elem legyen az oldalon. Ha nincsen megadva, akkor az értéke 40, de minden felhasználó felülbírálhatja a Preferencia beállításokban. A ténylegesen alkalmazott érték az itt megadott érték háromszorosa

·     FLASH_MAX_IMMEDIATE_REQUEST_FOR_ONE_PAGE: azt szabályozza, hogy egyszerre maximum hány grafikonhoz kérdezze le a kliens böngészője az adatokat, hogyha megnyitnak egy eszközt a Mérések menüpont alatt. Ha ez alapján kevesebb grafikont kell megrajzolni az eszköz megnyitása után közvetlenül, mint a FLASH_CHARTNUM_MAX alapján, akkor ez a paraméter lesz a meghatározó. Ha nincsen megadva, akkor az értéke 20. A ténylegesen alkalmazott érték az itt megadott érték háromszorosa

·     RESTART_COLLECTOR_AFTER: újraindítja a gyűjtő processzeket a megadott napok után (tört szám is megadható). Ajánlott értéke egy hét

·     RESTART_THRESHOLD_AFTER: újraindítja a threshold feldolgozó processzeket a megadott napok után (tört szám is megadható)

·     RESTART_REPORT_AFTER: újraindítja a riport feldolgozó processzeket a megadott napok után (tört szám is megadható)

·     DASHBOARD_URL_FOR_MEASUREMENTS: amennyiben be van állítva, úgy a Mérések menüpont alatt megjelenik egy Dashboard almenü is, ami a kérdéses URL-t nyitja meg

·     DASHBOARD_URL_FOR_ALARM: amennyiben be van állítva, úgy a Riasztások menüpont alatt megjelenik egy Dashboard almenü is, ami a kérdéses URL-t nyitja meg

·     DISABLE_LOW_TABLESPACE_SPACE_ERROR (rendelkezik kategóriával): ezzel lehet beállítani, hogy melyik Oracle tablespace esetében ne vizsgálja a PVSR a kihasználtságot. A kategóriának a tablespace nevét kell megadni csupa nagybetűvel vagy a __all__ értéket mindegyik tablespace-hez. Értéknek 1-et vagy 2-őt kell megadni

·     DISABLE_LOW_DISK_SPACE_ERROR (rendelkezik kategóriával és alparaméterrel): ezzel lehet beállítani, hogy melyik szerveren (ez a kategória) melyik diszk partíció (ez az alparaméter) esetében ne vizsgálja a PVSR a szabad hely méretét. A szervert pontosan úgy kell megadni, ahogy az a Beállítások => Szerverek => Szerver konfigurálás menüpontban szerepel. A diszk partíciónál a df parancs kimenetében szereplő, a "Mounted on" oszlopban szereplő értéket kell megadni, azaz például ebben az esetben lehetséges érték a /, /var, /data, …

[pvsr@pvsr]$ df -k

Filesystem           1K-blocks      Used Available Use% Mounted on

/dev/sda5            540945768 470121776  42902224  92% /

/dev/sda3             19840924   1572240  17244544   9% /var

/dev/sda1               497829     16359    455768   4% /boot

tmpfs                  3053424         0   3053424   0% /dev/shm

/dev/sdb1            288252476 270796084   2813952  99% /data

·       USE_CISCO_DESCRIPTION: amennyiben az értéke 1, úgy a PVSR az interfészek elnevezése során - amennyiben létezik - használja a Cisco eszközben beállított description értéket. Ha nincsen beállítva - ez az alapkonfiguráció - úgy az ilyen beállított description-t csak mint plusz paramétert jeleníti meg a méréseknél.

·       CUSTOM_PASSWORD_PAGE: amennyiben olyan authentikációs eljárás van beállítva, ahol nem támogatott a jelszó állítás (például LDAP vagy RADIUS) úgy a PVSR alapesetben nem jeleníti meg a jelszó változtatás menüpontot illetve oldalt a felületen. Amennyiben ez a paraméter mégis be van állítva, úgy megjeleníti a menüpontot, és arra klikkelve a felhasználó az itt beállított URL-t tekintheti meg

·       USE_OLD_EQUIP_ALARM_PAGE: amennyiben az értéke 1, úgy egy eszközt a Riasztások oldalon megtekintve nem a threshold-ok listája jelenik meg, hanem a riasztó mérések grafikonjai

·       DO_NOT_GROUP_ALARMS: ha az értéke 1, akkor a Riasztások oldalon nem próbálja meg összecsoportosítani a PVSR a threshold-okat a nevük és a bennük szereplő mérések alapján

·       SHOW_VALUES_FOR_INACTIVE_ALARMS: ha az értéke 1, akkor a Riasztások oldalon a threshold-okat mutató táblázatban nem csak a riasztó threshold-oknál látszódik valósidejű nézetben az aktuális mérési érték, hanem a nem riasztó threshold-oknál is

·       REPORT_LAST_WHEN_DATES: ha az értéke 1, akkor a riportokban a dátum oszlopok nem azt mutatják, hogy a kiválasztott időszakban mikor volt először minimum vagy maximum, hanem azt, hogy mikor volt utoljára minimum vagy maximum

·       CISCO_MDT_UDP_PORT: ha be van állítva, akkor a Telemetry adatgyűjtő ezen az UDP porton fogadja a Cisco MDT telemetria adatokat

·       CISCO_MDT_TCP_PORT: ha be van állítva, akkor a Telemetry adatgyűjtő ezen a TCP porton fogadja a Cisco MDT telemetria adatokat

·       CISCO_MDT_GRPC_WITHOUT_SSL: ha be van állítva, akkor a Telemetry adatgyűjtő ezen a HTTP2 porton fogadja a Cisco MDT telemetria adatokat GRPC formátumban, SSL titkosítás nélkül

·       CISCO_MDT_GRPC_WITH_SSL: ha be van állítva, akkor a Telemetry adatgyűjtő ezen a HTTP2 porton fogadja a Cisco MDT telemetria adatokat GRPC formátumban, SSL titkosítással.

·       CISCO_MDT_GRPC_CERT_FILE, CISCO_MDT_GRPC_KEY_FILE és CISCO_MDT_GRPC_CERT_PASSWORD paraméterek: ezek két célt is szolgálnak: akkor használja őket az alkalmazás, hogyha SSL használatával várja a Cisco GRPC hívásokat, vagy hogyha gNMI és SSL segítségével kapcsolódik a mért eszközhöz.