Kapcsolattár beállításai

Az oldal segítségével meghatározhatja a kapcsolattár beállításokat.

Ez az adminisztrációs konzol oldal közös a JDBC adatforrásokra és a JMS kapcsolatgyárakra (egységes, sor vagy témakör kapcsolatgyárakra) nézve. Az oldal megjelenítéséhez az elérési út az erőforrás típusától függ, de általában ki kell jelölni egy, az erőforrástípusba tartozó példányt, majd pedig rá kell kattintani a Kapcsolattár elemre. Például:
Hiba elkerülése: A kapcsolattárazás nem támogatott az alkalmazásügyfeleken. Az alkalmazásügyfél közvetlenül hívja meg az adatbázist, és nem halad át adatforráson. Ha a getConnection() kérést akarja használni az alkalmazás ügyfélről, akkor állítsa be a JDBC szolgáltatót az alkalmazás ügyfél telepítési leíróiban a Rational Application Developer vagy egy összeállítási eszköz segítségével. A kapcsolat létrejön az alkalmazásügyfél és az adatbázis között. Az alkalmazás ügyfelek nem rendelkeznek kapcsolattárral, de megadhatja a JDBC szolgáltató beállításokat az ügyfél telepítésleíróiban.gotcha
Csatlakozási időkorlát

Azt az időtartamot határozhatja itt meg, ami után egy csatlakozási kérés túllépi az időkorlátot és egy ConnectionWaitTimeoutException kivétel történik.

Ez az érték jelzi a kapcsolatkérés várakozási másodperceinek számát, amikor a szabad tárban nincsenek szabad kapcsolatok és új kapcsolat nem hozható létre. Ez általában akkor fordul elő, ha egy adott kapcsolattárban a kapcsolatok maximális száma elérésre került.

Ha például a Kapcsolódási időkorlát értéke 300 és a kapcsolatok maximális száma mind használatban van, akkor a tárkezelő 300 másodpercet várakozik, hogy fizikai kapcsolat váljon elérhetővé. Ha az eltel idő alatt nincs elérhető fizikai kapcsolat a tárkezelő egy ConnectionWaitTimeout kivételt kezdeményez. A legtöbb esetben nem érdemes újrapróbálni a getConnection() metódust; ha hosszabb várakozási időre van szükség, akkor növelje a Kapcsolódási időkorlát beállítási értékét. Ha az alkalmazás ConnectionWaitTimeout kivételt fog el, akkor tekintse át az alkalmazás elvárt kapcsolattár használatát, majd eszerint hangolja a kapcsolattárat és az adatbázist.

Ha a Kapcsolódási időkorlát beállított értéke 0, akkor a tárkezelő annyit vár amennyi szükséges, azaz amíg elérhetővé nem válik egy kapcsolat. Ez akkor következik be, ha az alkalmazás befejez egy tranzakciót és egy kapcsolatot visszaad a tárnak, vagy ha a kapcsolatok száma a Kapcsolatok maximális száma beállítás értéke alá esik, ezzel lehetővé téve egy új fizikai kapcsolat létrejöttét.

Ha a Kapcsolatok maximális száma tulajdonság beállított értéke 0, amely végtelen számú fizikai kapcsolatot engedélyez, akkor a Kapcsolódási időkorlát figyelmen kívül marad.

Adattípus Egész szám
Egység Másodperc
Alapértelmezett 180
Tartomány 0-tól max egészig
Kapcsolatok maximális száma

Ebben a tárolóban létrehozható fizikai kapcsolatok maximális számát határozza meg.

Ezek a fizikai kapcsolatok a háttérerőforráshoz. Amint ez a szám elérésre kerül, nem jön létre új fizikai kapcsolat, és kérelmező addig vár, amíg egy pillanatnyilag használatban lévő fizikai kapcsolat vissza nem tér a tárolóba, vagy pedig egy ConnectionWaitTimeoutException kivétel kerül dobásra. Ha például a Max kapcsolatok érték 5-re van állítva és 5 fizikai kapcsolat van használatban, akkor a Tároló kezelő a Csatlakozási időkorlátban meghatározott ideig vár egy szabaddá váló fizikai kapcsolatért.

A kapcsolattárak számának ismerete, amelyek a háttérről kapcsolatokat kérhetnek (például a DB2 adatbázis vagy a CICS kiszolgáló), segít megállapítani a Kapcsolatok maximális száma tulajdonság értékét.

[AIX Solaris HP-UX Linux Windows] [iSeries] Több önálló alkalmazáskiszolgálóhoz, amelyek ugyanazt az adatforrás konfigurációt vagy J2C kapcsolatgyár konfigurációt használják, minden egyes kiszolgálóhoz különálló fizikai kapcsolattár létezik. Ha klónozza ezeket az egyforma alkalmazáskiszolgálókat, akkor a WebSphere Application Server minden egyes klónhoz egy önálló kapcsolattárat hoz létre.

[z/OS] Tartsa szem előtt az egyforma erőforrást használó alrendszerek számát; futás közben ez a szám megtöbbszörözi a Kapcsolatok maximális számának beállítását. Ha az alrendserek ugyanazt a JDBC adatforrást vagy J2C kapcsolatgyár konfigurációt hívják meg, akkor a WebSphere Application Server minden egyes alrendszerhez megvalósítja a megfelelő fizikai kapcsolattárat. Ezért minden egyes alrendszerben függetlenül, ugyanaz a kapcsolattár található meg. A Kapcsolatok maximális száma beállítás az alábbi tára mindegyikére vonatkozik.

[AIX Solaris HP-UX Linux Windows] [iSeries] Az alábbi kapcsolattárak mindegyike ugyanarra az adatforrásra vagy kapcsolatgyár konfigurációra vonatkozik. Ezért minden egyes kapcsolattár kérhet kapcsolatokat ugyanarról a háttér erőforrásról, ugyanabban az időpontban. Az egyetlen Kapcsolatok maximális száma érték, amelyet ezen a konzolpanelen állított be, a kapcsolattárak mindegyikére vonatkozik. Következésképpen a Kapcsolatok maximális számának magas értékre történő beállítása a kapcsolatkérések terhelését okozhatja, amely túlterheli a háttér erőforrást.

[z/OS] Ezekben az alrendszerekben potenciálisan minden adatforrást vagy kapcsolattárat igénylő alkalmazás kísérletet tehet az erőforrás egyidejűleg történő használatára. Ezért a vonatkozó kapcsolattárak ugyanarról a háttérről, egyidejűleg igényelnek kapcsolatokat. Ne állítson be olyan Kapcsolatok maximális száma értéket, amely a kapcsolatkérések terhelésével az adatbázis vagy más nagyvállalati információs rendszer (EIS) túlterheltségét okozza.

Adattípus Egész szám
Alapértelmezett 10
Tartomány 0 és a maximum közötti egész szám

Ha a Max kapcsolatok 0-ra van állítva, akkor a Csatlakozási időkorlát értéke figyelmen kívül marad.

Tipp: A jobb teljesítmény érdekében a kapcsolattár értékét állítsa a szálkészlet kapcsolatok maximális száma beállítás értékénél alacsonyabbra a webtárolóban. A beállítás konfigurálásához kattintson a Kiszolgálók > Kiszolgálótípusok > WebSphere alkalmazáskiszolgálók > kiszolgáló > Száltárolók elemre, és módosítsa a Webtároló tulajdonságot. Az alacsonyabb beállítások, mint például a 10-30 kapcsolat, jobban hajthatók végre, mint a magasabb beállítások, mint például a 100.

Egy tárolóban a kapcsolatok optimális számának megkereséséhez használja a Tivoli teljesítmény-megjelenítőt. Ha a versengő várakozók száma nagyobb, mint 0, de a CPU terhelés nincs közel a 100%-hoz, akkor fontolja meg a kapcsolattároló méretének növelését. Ha a Százalékban használt érték egyenletesen alacsony egy normális munkaterhelés mellett, akkor fontolja meg a kapcsolatok számának csökkentését a tárolóban.

Kapcsolatok minimális száma

A fenntartandó fizikai kapcsolatok minimális számát határozza meg.

Ha a kapcsolattár mérete a minimum értéken vagy az alatt van, akkor a Kihasználatlansági időkorlát szál nem szüntet meg fizikai kapcsolatokat. Mindazonáltal a tár magától nem hoz létre kapcsolatokat a minimális kapcsolattár méret fenntartása végett. Továbbá, ha értéket ad a Régi kapcsolat időkorlát beállításnak, akkor a tár minimális méretének beállításától függetlenül megszűnnek a lejárt korú kapcsolatok.

Ha például a Kapcsolatok minimális száma tulajdonság beállított értéke 3, és csak egy fizikai kapcsolat jött létre, akkor a Kihasználatlansági időkorlát nem szünteti meg azt a kapcsolatot. A szál azonos jelsorral nem hoz létre még két kapcsolatot, csak azért hogy elérje a Kapcsolatok minimális számát.

Adattípus Egész szám
Alapértelmezett 1
Tartomány 0-tól max egészig
Begyűjtési idő

A tároló karbantartási szál futásai közötti időtartamot határozza meg másodpercben.

Ha például a Vágási idő beállított értéke 60, akkor a tárkarbantartó szál 60 másodpercenként fut le. Az Állapotfelmérési idő befolyásolja a Használaton kívüli időkorlát és a Régi kapcsolat időkorlátja beállításainak pontosságát. Minél kisebb az időtartam, annál nagyobb a pontosság. Ha a tároló karbantartási szál engedélyezett, akkor a Begyűjtési idő értékét állítsa kevesebbre a Használatlansági időkorlát és a Régi kapcsolat időkorlátjának értékeinél. A tárkarbantartó szál futásakor megszüntet minden Kihasználatlansági időkorlátnak meghatározott értéknél tovább nem használt kapcsolatot, amíg el nem éri a Kapcsolatok minimális száma beállítás értékét. A tároló karbantartási szál azokat a kapcsolatokat is eldobja, amelyek a Régi kapcsolat időkorlátjában megadott időértéknél hosszabb ideig maradnak aktívak.

A Begyűjtési idő is befolyásolja a teljesítményt. A kisebb időtartamok azt jelentik, hogy a tároló karbantartási szál gyakrabban lefut, és csökkenti a teljesítményt.

A tároló karbantartási szál letiltásához állítsa a Begyűjtési időt 0-ra, vagy állítsa mind a Használatlansági időkorlátot, mind a Régi kapcsolat időkorlátját 0-ra. Az ajánlott mód a tároló karbantartási szál tiltására a Begyűjtési idő 0-ra állítása, mert abban az esetben a Használatlansági időkorlát és a Régi kapcsolat időkorlátja figyelmen kívül marad. Ha azonban a Használatlansági időkorlát és a Régi kapcsolat időkorlátja 0-ra van állítva, akkor a tároló karbantartási szál fut, viszont csak azok a fizikai kapcsolatok kerülnek eldobásra, amelyek nem-nulla időkorlát miatt lépik túl az időkorlátot.

Adattípus Egész szám
Egység Másodperc
Alapértelmezett 180
Tartomány 0-tól max egészig
Használaton kívüli időkorlát

Azt az időtartamot adja meg, ami után egy használaton kívüli vagy tétlen kapcsolat eldobásra kerül.

Az optimális teljesítmény érdekében a Használatlansági időkorlát értékét állítsa magasabbra a Begyűjtési időkorlát értékénél. A használaton kívüli fizikai kapcsolatok csak akkor szűnnek meg, ha a kapcsolatok aktuális száma meghaladja a Kapcsolatok minimális száma beállítás értékét. Ha például a Használatlansági időkorlát értéke 120-ra van állítva és a tároló karbantartási szál engedélyezett (Begyűjtési idő nem 0), akkor bármely olyan kapcsolat, ami két percig használatlan, eldobásra kerül.

Az alábbi időkorlát pontosságát és teljesítményét az Állapotfelmérési idő értéke befolyásolja. További információk itt találhatók: Begyűjtési idő.

Adattípus Egész szám
Egység Másodperc
Alapértelmezett 1800
Tartomány 0-tól max egészig
Régi kapcsolat időkorlátja

Azt az időtartamot adja meg, ami előtt egy fizikai kapcsolat eldobásra kerül.

A Régi kapcsolat időkorlátja 0 értékre állításával a fizikai kapcsolatok bármeddig a tárban maradhatnak. Az optimális teljesítmény érdekében a Régi kapcsolat időkorlát értékét állítsa nagyobbra, mint az Állapotfelmérési időkorlát értéket, de a Régi kapcsolat időkorlátot csak szükség esetén használja.

A legtöbb erőforrás-illesztő esetében a Régi kapcsolat időkorlátot 0 értékre kell beállítani. A Régi kapcsolat időkorlátot csak akkor kell használni, ha ismert, hogy a felügyelt kapcsolat elévült lesz. Egy IMS által felügyelt kapcsolat működése például leáll, miután eredeti naplója eléri a felügyelt kapcsolat korlátját. Ha a napló terület 30 percen belül elfogy, akkor állítsa a Régi kapcsolat időkorlátot 25 percre. Ez lehetővé teszi a felügyelt kapcsolat tisztítását, és a háttér erőforrások felszabadulnak.

Ha például a Régi kapcsolat időkorlátjának értéke 1200-ra van állítva, az Állapotfelmérési idő értéke pedig nem 0, akkor bármely 1200 másodpercig (20 percig) létező fizikai kapcsolat eldobásra kerül tárolóból. Az egyetlen kivétel ez alól, ha a kapcsolat érintett egy tranzakcióban amikor eléri a régi kapcsolat időkorlátját, az alkalmazáskiszolgáló nem szünteti meg a kapcsolatot, amíg a tranzakció be nem fejeződik és a kapcsolat lezárásra nem kerül.

Az alábbi időkorlát pontosságát és teljesítményét az Állapotfelmérési idő értéke befolyásolja. További információk itt találhatók: Begyűjtési idő.

Adattípus Egész szám
Egység Másodperc
Alapértelmezett 0
Tartomány 0-tól max egészig
Kiürítési irányelv

Meghatározza, hogy a kapcsolatok hogyan legyenek kiürítve, ha a rendszer egy elévült kapcsolatot észlel vagy egy végzetes kapcsolathiba történik.

Az érvényes értékek az EntirePool és a FailingConnectionOnly.

Adattípus Karaktersorozat
Alapértelmezések
  • Teljes tár a J2C kapcsolatgyárakhoz és a JMS-hez kapcsolódó kapcsolatgyárakhoz
  • Teljes tár a WebSphere 4.0 változat adatforrásaihoz
  • Teljes tár az aktuális változat adatforrásaihoz, amelyek az adminisztrációs konzolon keresztül létrehozhatók
  • Teljes tár az aktuális változat adatforrásaihoz, amelyeket a wsadmin AdminConfig parancsokkal hozott létre, meghívva a WebSphere Application Server kiszolgálóba beépített JDBS sablonokat (Információkat a createUsingTemplate parancsról az információs központ "AdminConfig objektum parancsai" című cikkben talál.)
  • FailingConnectionOnly olyan adatforrásokhoz, amelyeket a wsadmin parancsban JDBC sablonok nélkül készített
:
Tartomány
EntirePool
A tárolóban lévő összes kapcsolat elévültként lesz megjelölve. A nem használt kapcsolatok azonnal lezárásra kerülnek. Minden használatban lévő kapcsolat a kapcsolaton végrehajtandó következő művelet alatt zárul be és elévült kapcsolat kivételt ad ki. A alkalmazás soron következő getConnection() kérése új kapcsolat megnyílását eredményezi az adatbázishoz. Ezen kiürítési irányelv használatakor van egy csekély lehetőség arra, hogy a tárolóban lévő néhány szükségtelenül kapcsolat bezárásra kerül, mikor azok nem elévültek. Mindenesetre ez ritkán fordul elő. A legtöbb esetben a EntirePool kiürítési irányelv a legjobb választás.
FailingConnectionOnly
Csak az elévült kapcsolat kivételt okozó kapcsolat záródik be. Bár kiküszöböli az érvényes kapcsolatok szükségtelen lezárásának lehetőségét, egy alkalmazás perspektívából összetettebben ez helyreállítást végez. Mivel csak a jelenleg meghibásodott kapcsolat záródik be, nagy az esélye, hogy az alkalmazástól származó következő getConnection() kérés is elévült kapcsolatot eredményez majd, amely még több elévült kapcsolat kivételt hoz létre.

A kapcsolat előtesztelése funkció kísérli meg az alkalmazások elszigetelését az érvénytelen tárolt kapcsolatoktól. Amikor egy háttér-erőforrás (például: adatbázis) használata véget ér, érvénytelen tárolt kapcsolatok maradhatnak a szabad tárban. Ez különösen igaz akkor, ha FailingConnectionOnly kiürítési irányelv van érvényben; ebben az esetben a meghibásodott kapcsolat eltávolítódik a tárból. A meghibásodástól függően a tárban maradó kapcsolatok lehet, hogy érvénytelenek.




A jelzett hivatkozások (online) Internet-hozzáférést igényelnek.

Kapcsolódó fogalmak
Kapcsolódó feladatok
Kapcsolódó hivatkozás


Fájlnév: udat_conpoolset.html