WebSphere Application Server adatforrás tulajdonságok

Az oldal segítségével az alkalmazáskiszolgálón található adatforrás speciális tulajdonságait állíthatja be. Ezek a tulajdonságok olyan szolgáltatásokat aktiválnak és konfigurálnak, amelyeket az alkalmazáskiszolgáló adatforrásain alkalmaz az alkalmazáskiszolgálón belüli kapcsolatok testreszabására. Ezek a tulajdonságok nem érintik az adatbázison belüli kapcsolatokat.

Az adminisztrációs konzol oldal eléréséhez lépjen a következőkre:

Erőforrások > JDBC > Adatforrások > adatforrás > WebSphere Application Server adatforrás tulajdonságok
Erőforrások > JDBC > JDBC szolgáltatók > JDBC_szolgáltató > Adatforrások > adatforrás > WebSphere Application Server adatforrás tulajdonságok
Alkalmazások > Alkalmazástípusok > WebSphere nagyvállalati alkalmazások > alkalmazás_neve > Alkalmazás-hatáskörű erőforrások > adatforrás > WebSphere Application Server adatforrás tulajdonságok.

Utasítás gyorsítótár mérete

A kapcsolatonként gyorsítótárazható utasítások számát határozza meg. Az utasítás bezárása után az alkalmazáskiszolgáló gyorsítótárazza az utasítást.

A WebSphere Application Server adatforrás azon utasítások gyorsítótárazásával optimalizálja az előkészített utasításokat és a hívható utasításokat, amelyek nincsenek használatban egy aktív kapcsolatban. Minkét utasítástípus segíti a tranzakciók teljesítményének maximalizálását az alkalmazás és az adattár között.

Az előkészített utasítás egy előre összeállított SQL utasítás, amelyet egy PreparedStatement objektum tárol. Az alkalmazáskiszolgáló az SQL utasítás többszöri futtatására használja ezt az objektumot, amint az szükséges az alkalmazás futási környezetében, a futási környezet által meghatározott értékekkel.
A hívható utasítás egy SQL utasítás, amely egy tárolt eljárás hívását tartalmazza. Ez a tárolt eljárás előre összeállított utasítások sorozata, amely egy feladatot hajt végre és egy eredménnyel zárul. Az utasítást a CallableStatement objektum tárolja. Az alkalmazáskiszolgáló a tárolt eljárás többszöri futtatására használja ezt az objektumot, amint az szükséges az alkalmazás futási környezetében, a futási környezet által meghatározott értékekkel.

Ha az utasítás gyorsítótár nem elég nagy, akkor hasznos bejegyzéseket selejtez ki, hogy az új bejegyzéseknek helyet csináljon. A gyorsítótár legnagyobb méretének meghatározásához adja meg az egyedileg előkészített utasítások és hívható utasítások (SQL karaktersorozat, párhuzamosság és görgetéstípus által meghatározott)számát minden alkalmazásra nézve, amely ezt az adatforrást használja egy adott kiszolgálón. Ezzel elkerülheti a gyorsítótárban történő eldobásokat. Ez az érték a lehetséges utasítások maximális száma, amely gyorsítótárazható egy adott kapcsolaton a kiszolgáló életében. A gyorsítótár méretét erre az értékre állítva sosem kerül sor eldobásokra a gyorsítótárban. A több utasítással rendelkező alkalmazásokhoz általában nagyobb gyorsítótárat kell beállítani.

A gyorsítótár eldobásokat a Tivoli teljesítménymegjelenítő használatával is minimalizálhatja. Használjon egy általános munkaterhelést, amely a bejövő kérés egy jellemző számát képviseli, használjon továbbá egy rögzített számú iterációt és a konfigurációs beállítások egy általános halmazát.

Megjegyzés: Minél nagyobb az utasítás gyorsítótár, annál több rendszererőforrás kerül késleltetésre. Így, ha a számot túl magasra állítja, erőforrásokat veszthet, mert a rendszer nem képes több előkészített utasítást megnyitni.

Ha van olyan utasítást, amelyet nem szeretne gyorsítótáraztatni az alkalmazáskiszolgálóval, akkor állítsa az utasítás tárazhatósági beállítását false értékre. Az alkalmazáskiszolgáló nem gyorsítótározza azokat az utasításokat, amelyek tárazhatósági beállítása a false értékre van állítva. Az alkalmazás futás közben határozza meg az utasítás tárazhatóságát.

A tesztalkalmazásokban az utasítás gyorsítótár hangolása a teljesítményt 10% - 20%-al növeli. A potenciális erőforrás-korlátozások miatt azonban ez a hangolási eljárás nem mindig lehetséges.

Információk	Érték
Adattípus	Egész szám
Alapértelmezett	Az alapértelmezett értékek az adatbázistól függnek. Ez az érték tipikusan 10. Az Informix 7.3, 9.2, 9.3 és 9.4 változataihoz a legújabb saját javítások nélkül, az alapértelmezett értéknek 0-nak kell lennie. A 0 alapértelmezett érték azt jelenti, hogy nincs gyorsítótár utasítás.

Többszálú hozzáférés felismerésének engedélyezése

Ha bejelöli, akkor az alábbi figyelmeztetés üzenet kerül a WebSphere Application Server rendszer kimeneti naplójába, amikor több szál próbálja egyszerre használni ugyanazt az összeköttetés-azonosítót. A tulajdonság segít a kapcsolati problémák hibakeresésénél, amikor úgy gondolja, hogy a problémát az okozza, hogy több szál is ugyanazt az összeköttetés-azonosítót próbálja használni. A programozási modell megsértése, ha több szál ugyanazt az összeköttetés-azonosítót használja egyszerre.

J2CA0167W: Több szál is ugyanazt az összeköttetés-azonosítót próbálta egyszerre használni. Az összeköttetés-azonosító: {0}.

Adatbázis újrahitelesítésének engedélyezése

Jelzi, hogy a kapcsolatok pontos megfelelői, amelyek az alkalmazáskiszolgáló kapcsolattárán kívülről kerültek lekérésre (a kapcsolattár keresési feltétele nem tartalmazza a felhasználónevet és a jelszót) nem létezhetnek. Helyette a kapcsolat újrahitelesítése történik a DataStoreHelper osztály doConnectionSetupPerTransaction() helyén. Az alkalmazáskiszolgáló a futás során nem biztosítja a kapcsolat újrahitelesítését. Ezért, ha bejelöli ezt a jelölőnégyzetet, akkor ki kell terjeszteni a DataStoreHelper osztályt a doConnectionSetupPerTransaction() metódus megvalósításához, ahol az újrahitelesítés történik. Ha nem fejezi be ezt a folyamatot, akkor az alkalmazáskiszolgáló használhatatlan kapcsolatot adhat vissza. A további tudnivalókért tekintse meg a com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction metódus leírását az API-dokumentációjában.

A kapcsolat-újrahitelesítés segíthet a teljesítmény javításában a megnyitott és lezárt kapcsolatok számát csökkentve, különösen olyan alkalmazások esetén, amelyek gyakran kérnek különböző felhasználónévvel és jelszóval rendelkező kapcsolatot.

Hiba elkerülése: Az adatbázis-újrahitelesítést nem lehet engedélyezni, ha a leképezési konfiguráció álneveként a TrustedConnectionMapping értéket választotta.gotcha

JMS egyfázisú optimalizálási támogatás engedélyezése

Ha bejelöli ezt a beállítást, akkor az alkalmazáskiszolgáló a Java üzenetküldő szolgáltatást (JMS) használja optimalizált kapcsolatok kiépítéséhez az adatforrással. Ez a tulajdonság megakadályozza, hogy a Java adatbázis-összekapcsolhatósági (JDBC) alkalmazások megosszák a kapcsolatokat a tároló által felügyelt állandósági (CMP) alkalmazásokkal. Ez a lehetőség nem érhető el akkor, ha az adatforrás JDBC szolgáltatója XA szolgáltató.

Gyorsítótárban tárolt azonosítók kezelése

Meghatározza, hogy a tároló nyomon követi-e a gyorsítótárazott azonosítókat. Ezek olyan kapcsolat azonosítók, amelyeket egy alkalmazás összetevő aktívan tart tranzakciós és módszer határokon keresztül. Az alábbi tulajdonság segítségével keresheti meg a csatlakozási problémákat, de az azonosítók nyomkövetése nagy teljesítményproblémákat okozhat futás közben.

Ha a Gyorsítótárazott azonosítók kezelése tulajdonság be van jelölve az adminisztrációs konzolon, és megszünteti kijelölését, akkor a mezőt már nem látják az alkalmazáskiszolgáló 7.0 vagy újabb változatán lévő erőforrások. Ez a mező csak akkor jelenik meg, ha a manageCachedHandles tulajdonság true értékre van beállítva a resources.xml fájlban. A mező elérhetővé tételéhez módosítsa a manageCachedHandles bejegyzés értékét false értékről true értékre a resources.xml fájlban, vagy írja be a következő Jython parancsot a wsadmin eszközbe:

AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')

Megjegyzés: Az alkalmazáskiszolgáló 6.x változatán futó összes erőforráshoz mindig látható lesz a Gyorsítótárazott azonosítók kezelése tulajdonság. Ha például a 6.0 változaton rendelkezik egy csomóponttal, akkor a resources.xml fájlban a bejegyzés nem befolyásolja azt, hogyan jelenik meg a mező az adminisztrációs konzolon.

A hibakeresés egy eltérő módszere a többszálú és összetevők közötti diagnosztikai riasztások használata a JCA (Java Connector Architecture) programozási modell megsértéseinek észleléséhez. A riasztások engedélyezéséhez válassza ki a beállításokat a Kiszolgálók > Alkalmazáskiszolgálók > alkalmazáskiszolgáló > Teljesítmény > Teljesítmény- és diagnosztikai tanácsadó konfiguráció > Teljesítmény- és diagnosztikai tanácsadó konfiguráció panelen. Ezek a riasztások kényszerítik a kapcsolatkezelőt a gyorsítótárazott azonosítók kezelésére, a csatlakozási helyzetek észlelésére és a riasztások küldésére.

Megjegyzés: A riasztások aktívvá tételéhez a Teljesítmény- és diagnosztikai tanácsadó keretrendszer engedélyezése (Futásidejű teljesítménytanácsadó) beállítást is ki kell választani a Kiszolgálók > Alkalmazáskiszolgálók > alkalmazáskiszolgáló > Teljesítmény > Teljesítmény- és diagnosztikai tanácsadó konfiguráció panelen.

Hiányzó tranzakció körülményeinek naplózása

Meghatározza, hogy a tároló tesz bejegyzést a tevékenységnaplóba vagy sem, amikor egy alkalmazás tranzakciós környezet nélkül szerez kapcsolatot. Ezek a Java Platform, Enterprise Edition (Java EE) programozási modell kapcsolat követelmények kivételei.

Nem tranzakciós adatforrás

Azt adja meg, hogy az alkalmazáskiszolgáló nem sorolja be az erről az adatforrásról származó kapcsolatokat a globális vagy helyi tranzakciókban. Az alkalmazásoknak explicit módon hívniuk kell a setAutoCommit(false) metódust a kapcsolaton, ha helyi tranzakciót szeretnének indítani, és ezután véglegesíteniük kell, vagy vissza kell görgetniük az elindított tranzakciót.

Hiba elkerülése: A tulajdonságot igen ritkán kell true értékűre állítani: amikor a Java Persistence API (JPA) alkalmazás JTA és nem JTA adatforrásokat is igényel. A nem JTA adatforrás megköveteli, hogy a tulajdonság true értékű legyen.gotcha

A WebSphere Application Server kivételellenőrzési modelljének használata

Meghatározza, hogy az alkalmazáskiszolgáló az adattárolóban meghatározott hibaleképezési szolgáltatásokat használja a hibák azonosítására. Az alkalmazáskiszolgáló nem helyettesíti a JDBC illesztő által dobott kivételeket olyan kivételekkel, amelyek az adattároló hibatérképében vannak meghatározva.

A WebSphere Application Server kivételleképezési modell használata

Megadja, hogy az alkalmazáskiszolgáló az adattároló hibaleképezési szolgáltatását használja a hibákat azonosítására, és a JDBC illesztő által dobott kivételeket lecseréli az adattároló hibatérképében meghatározott kivételekre.

Megjegyzés: Ez a hibaészlelési modell a JDBC 3.0 és korábbi változataival működik.

Új kapcsolatok érvényesítése

Meghatározza, hogy a kapcsolatkezelő teszteli-e az újonnan létrehozott adatbázis-kapcsolatokat.

Újrapróbálkozások száma

Meghatározhatja, hogy hányszor szeretné megpróbálni létrehozni a kezdeti kapcsolatot egy adatbázishoz az első előtesztelési művelet sikertelensége után.

Újrapróbálkozási időtartam

Ha kiválasztja az Új kapcsolatok érvényesítése beállítást, akkor ez másodpercben megadja az alkalmazáskiszolgáló várakozási idejének hosszát, mielőtt újrapróbálná a csatlakozást, ha a kezdeti kísérlet meghiúsul.

Meglévő tárazott kapcsolatok érvényesítése

Meghatározza, hogy a kapcsolatkezelő teszteli-e a tárazott kapcsolatok érvényességét, mielőtt visszaadná azokat az alkalmazásoknak.

Újrapróbálkozási időtartam

Ha a Meglévő tárazott kapcsolatok előtesztelése beállítást választja, akkor ez másodpercben megadja JDBC illesztőprogram számára biztosítandó időhosszt a kapcsolat érvényesítéséhez.

Érvényesítés JDBC illesztőprogram alapján

Megadja, hogy az alkalmazáskiszolgáló a JDBC illesztőprogrammal érvényesíti a kapcsolatokat. A JDBC illesztőprogramnak legalább a JDBC 4.0-s változatát támogatnia kell, hogy ezt a beállítást használni lehessen. Ez a beállítás csak akkor érhető el, ha az Új kapcsolatok érvényesítése vagy a Meglévő tárazott kapcsolatok érvényesítése meg van adva.

Hiba elkerülése: Oracle adatforrás esetén az Érvényesítés JDBC illesztőprogram alapján lehetőség csak azután jelenik meg az adminisztrációs konzolon, miután a validateNewConnectionTimeout tulajdonságot hozzáadja az [Updated in September 2013]

adatforrás egyéni tulajdonságaihoz [Updated in September 2013]

. A rendszer az adminisztrációs konzollal megadható validateNewConnectionTimeout tulajdonságot használja a JDBC 4.0 illesztőprogram érvényesítéséhez.gotcha

Időkorlát

Másodpercben megadja az új vagy az alkalmazáskiszolgáló által tárazott adatbázis-kapcsolatok tesztelésének időkorlátját. Ha lejár az időkorlát, mielőtt érvényesíteni lehetett volna a kapcsolatot, akkor a kapcsolat használhatatlannak minősül. Ha be vannak állítva az újrapróbálkozások, akkor az időkorlát teljes értéke külön-külön érvényes az egyes próbálkozásokra. A 0 érték azt jelzi, hogy a JDBC illesztőprogram nem szab ki időkorlátot az érvényesítési próbálkozásokra.

Megjegyzés: Ez a beállítás csak olyan JDBC illesztőprogramok számára érhető el, amelyek a JDBC 4.0 szabványnak megfelelnek.

Érvényesítés SQL karaktersorozattal (elavult)

Azt az SQL karaktersorozatot határozza meg, amelyet az alkalmazáskiszolgáló küld az adatbázisnak a kapcsolat tesztelésére. Olyan lekérdezést használjon, amely csak kis mértékben befolyásolja teljesítményt. Ez a beállítás csak akkor érhető el, ha az Új kapcsolatok érvényesítése vagy a Meglévő tárazott kapcsolatok érvényesítése meg van adva.

Optimalizálás a lekérés/használat/lezárás csatlakozási mintára heterogén tárazással

Olyan alkalmazásokhoz optimalizálja az adatforrást, amelyek a lekérés/használat/lezárás csatlakozási mintát követik. Az optimalizálás lehetővé teszi az adatforrás kapcsolattára számára az azonos tranzakcióban lévő kapcsolatok megosztását. Ezzel az optimalizálási mintával megoszthatja a kapcsolatot egy tranzakció közben akkor is, ha a kapcsolatok különböző csatlakozási tulajdonságokat használnak.

A heterogén tárazási szolgáltatással először ki kell terjesztenie az adatforrás meghatározását úgy, hogy különféle egyéni tulajdonságokat vagy alkalmazásokat adhasson meg, amelyek felülbírálják az adatforrások nem kritikus tulajdonságait. Az adatforrások kiterjesztéséről bővebb információkat talál a DB2 adatforrás meghatározások alkalmazásszinten történő kiterjesztésére vonatkozó információkban.