Vlastnosti zdroje dat produktu WebSphere Application Server

Prostřednictvím této stránky lze nastavit rozšířené vlastnosti zdroje dat v rámci aplikačního serveru. Tyto vlastnosti aktivují a konfigurují služby, které aplikační server používá na zdroje dat pro přizpůsobení připojení v rámci aplikačního serveru. Tyto vlastnosti neovlivňují připojení v rámci databáze.

Chcete-li získat přístup k této stránce konzoly pro správu, použijte jednu z následujících cest:
Velikost mezipaměti pro příkazy

Tato možnost určuje počet příkazů, které mohou být pro jedno připojení uloženy v mezipaměti. Aplikační server uloží příkaz po jeho zavření do mezipaměti.

Zdroj dat serveru WebSphere Application Server optimalizuje zpracování připravených příkazů a příkazů s možností volání prostřednictvím uložení příkazů, které nejsou používány v aktivním připojení, do mezipaměti. Oba typy příkazů pomáhají maximalizovat výkon transakcí mezi aplikací a úložištěm dat.
  • Připravený příkaz je prekompilovaným příkazem SQL, který je uložen v objektu PreparedStatement. Aplikační server tento objekt používá pro vícenásobné spuštění příkazu SQL, jak to vyžaduje běhová komponenta aplikace, s hodnotami, které jsou určeny za běhu.
  • Příkaz s možností volání je příkazem SQL, který obsahuje volání uložené procedury, což je posloupnost prekompilovaných příkazů, které provedou úlohu a vrátí výsledek. Příkaz je uložen v objektu CallableStatement. Aplikační server tento objekt používá k vícenásobnému spuštění uložené procedury, jak to vyžaduje běhová komponenta aplikace, s hodnotami, které jsou určeny za běhu.

Pokud mezipaměť příkazu není dostatečně velká, použitelné položky jsou zahozeny, aby vytvořily místo pro nové položky. Chcete-li určit největší hodnotu velikosti mezipaměti, abyste se vyhnuli zahození položek, sečtěte počet jedinečně připravených příkazů a příkazů s možností volání (jak bylo určeno v řetězci SQL, souběžnosti a typu posunu) pro každou aplikaci, která používá tento zdroj dat na určitém serveru. Tato hodnota je maximálním počtem možných příkazů, které mohou být uloženy v mezipaměti pro dané připojení za dobu činnosti serveru. Nastavení velikosti mezipaměti na tuto hodnotu znamená, že nikdy nedojde k zahození mezipaměti. V obecných případech konfigurujte větší mezipaměť pro aplikace s větším počtem příkazů.

[AIX Solaris HP-UX Linux Windows] [iSeries] Kvůli minimalizaci zahození mezipaměti můžete také použít nástroj Tivoli Performance Viewer. Použijte standardní pracovní zatížení, které reprezentuje typický počet příchozích požadavků klientů, dále použijte pevný počet iterací a standardní sadu nastavení konfigurace.
Poznámka: Čím větší je mezipaměť pro příkazy, tím více jsou systémové prostředky zpožďovány. Pokud tedy tuto hodnotu nastavíte příliš vysokou, můžete postrádat prostředky, protože systém nedokáže otevřít více připravených příkazů.

Chcete-li, aby aplikační server určitý příkaz neukládal do mezipaměti, konfigurujte pokyn k ukládání příkazu do fondu na hodnotu "false". Když je pokyn k ukládání příkazu do fondu nastaven na hodnotu "false", aplikační server neukládá příkaz do mezipaměti. Aplikace určuje pokyny k ukládání příkazu do fondu za běhu.

V testovacích aplikacích zvýší ladění mezipaměti pro příkazy prostupnost o 10 % až 20 %. To však nemusí být vždy možné kvůli potenciálním omezením prostředků.

Datový typ Celé číslo
Výchozí hodnota Výchozí hodnoty závisí na databázi. V typickém případě je použita hodnota 10. V případě produktu Informix verze 7.3, 9.2, 9.3 a 9.4 bez příslušných nejnovějších oprav musí být použita výchozí hodnota 0. Výchozí hodnota 0 znamená, že není k dispozici žádný příkaz pro mezipaměť.
Povolit detekci přístupů s více podprocesy

Pokud je tato volba zaškrtnuta, aplikační server detekuje existenci přístupu pomocí více podprocesů.

Povolit opakované ověřování databáze

Upozorňuje, že si připojení načtená z fondu připojení aplikačního serveru (vyhledávací kritéria fondu připojení nezahrnují jméno uživatele a heslo) nemohou přesně odpovídat. Místo toho dojde k opakovanému ověřování připojení ve funkci doConnectionSetupPerTransaction() třídy DataStoreHelper. Aplikační server neposkytuje implementaci opakovaného ověřování připojení za běhu. Pokud tedy toto políčko zaškrtnete, musíte rozšířením třídy DataStoreHelper poskytnout implementaci metody doConnectionSetupPerTransaction(), ve které dochází k opakovanému ověřování. Nedokončíte-li tento proces, aplikační server může vracet nepoužitelná připojení. Další informace naleznete v dokumentaci k rozhraní API pro metodu com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction.

Opakované ověřování připojení může pomoci zvýšit výkon snížením režie otevírání a zavírání připojení především u aplikací, které často vyžadují připojení s různými jmény uživatelů a hesly.
Předcházení potížím: Nemůžete povolit opakované ověřování databáze, pokud jako alias konfigurace mapování vyberete volbu TrustedConnectionMapping.gotcha
Povolit podporu jednofázové optimalizace JMS

Zaškrtnete-li toto políčko, aplikační server povolí službě JMS (Java messaging service) získat z daného zdroje dat optimalizovaná připojení. Tato vlastnost brání aplikacím JDBC (Java database connectivity) ve sdílení připojení s aplikacemi CMP (container-managed persistence).

Spravovat manipulátory v mezipaměti

Určuje, zda má kontejner sledovat manipulátory v mezipaměti, což jsou manipulátory připojení, které komponenta aplikace udržuje v aktivním stavu a používá je ve více transakcích a metodách. Tuto vlastnost lze použít k ladění problémů s připojením, ale sledování manipulátorů může za běhu způsobit velké režijní náklady na výkon.

Je-li vybrána vlastnost Spravovat manipulátory v mezipaměti v konzole pro správu, je možné její výběr zrušit. Toto pole již nebude zobrazováno pro prostředky aplikačního serveru verze 7.0. Toto pole se zobrazuje pouze v případě, že je vlastnost manageCachedHandles nastavena v souboru resources.xml na hodnotu true. Chcete-li toto pole zpřístupnit, změňte hodnotu položky manageCachedHandles v souboru resources.xml z hodnoty false na hodnotu true nebo zadejte následující příkaz Jython v nástroji wsadmin:
AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')
Podporované konfigurace: Pro prostředky spuštěné na aplikačním serveru verze 6.x je vlastnost Spravovat manipulátory v mezipaměti vždy zobrazena. Například při používání uzlu verze 6.1 položka v souboru resources.xml neovlivní způsob zobrazení polí v konzole pro správu.sptcfg
Výstrahy diagnostiky s více podprocesy a mezi komponentami lze použít ke zjišťování porušení jako alternativní metodu ladění problémů v modelu programování architektury JCA (Java Connectivity Architecture). Chcete-li použití těchto výstrah povolit, vyberte příslušné volby z panelu Servery > Aplikační servery > aplikační_server > Výkon > Konfigurace poradce pro výkon a diagnostiku > Konfigurace doporučení pro výkon a diagnostiku. Tyto výstrahy nutí správce připojení ke správě manipulátorů v mezipaměti, detekci podmínek připojení a odesílání výstrah.
Poznámka: Aby byly tyto výstrahy aktivní, je nutné vybrat také volbu Povolit rámec poradce pro výkon a diagnostiku (nástroj Runtime Performance Advisor) z panelu Servery > Aplikační servery > aplikační_server > Výkon > Konfigurace poradce pro výkon a diagnostiku.
Protokolovat chybějící kontext transakcí

Určuje, zda má kontejner odeslat položku do protokolu aktivity, pokud aplikace získá připojení v kontextu transakce. Toto jsou výjimky z požadavků na připojení v modelu programování Java EE (Java Platform, Enterprise Edition).

Netransakční zdroj dat
Určuje, že aplikační server nebude registrovat připojení z tohoto zdroje dat v globálních nebo lokálních transakcích. Aplikace musí explicitně vyvolat funkci setAutoCommit(false) pro připojení, na kterém chtějí spustit lokální transakci, a takto spuštěnou transakci musí potvrdit nebo odvolat.
Předcházení potížím: Tato vlastnost by měla být nastavena na hodnotu true jen zřídka, rozhraní JPA (Java Persistence API) však vyžaduje zdroje dat typu JTA i jiných typů než JTA.gotcha
Použít model kontroly výjimek produktu WebSphere Application Server

Určuje, že aplikační server používá prostředek mapování chyb definovaný v pomocném modulu datového úložiště k identifikaci chyb. Aplikační server nenahrazuje výjimky vygenerované ovladačem JDBC výjimkami definovanými v mapě chyb pomocného modulu datového úložiště.

Použít model mapování výjimek produktu WebSphere Application Server

Určuje, že aplikační server používá prostředek mapování chyb definovaný v pomocném modulu datového úložiště k identifikaci chyb a že aplikační server nahradí výjimky vygenerované ovladačem JDBC výjimkami definovanými v mapě chyb pomocného modulu datového úložiště.

Podporované konfigurace: Tento model detekce chyb pracuje s prostředím JDBC verze 3.0 nebo nižší.sptcfg
Ověření nových připojení

Určuje, zda bude správce připojení testovat nově vytvořená připojení k databázi.

Počet pokusů

Určuje, kolikrát má proběhnout opakovaný pokus o vytvoření počátečního připojení k databázi v případě, že první testovací operace selže.

Interval opakování

Při výběru volby Ověřit nová připojení tato volba určuje dobu (v sekundách), po kterou aplikační server vyčká před dalším pokusem o vytvoření připojení v případě, že původní pokus selže.

Ověření existujících připojení ve fondu

Určuje, zda má správce připojení testovat platnost připojení ve fondu předtím, než tato připojení vrátí aplikaci.

Interval opakování

Vyberete-li volbu Předběžný test existujících připojení ve fondu, bude tato volba udávat čas v sekundách, který bude mít ovladač JDBC přidělen pro ověření spojení.

Ověření ovladačem JDBC

Určuje, že aplikační server bude ověřovat připojení pomocí ovladače JDBC. Aby bylo možné použít tuto volbu, musí poskytovatel JDBC podporovat standard JDBC 4.0 nebo vyšší.

Předcházení potížím: Pro zdroj dat produktu Oracle se volba Ověření pomocí ovladače JDBC zobrazí na administrativní konzole až po přidání vlastnosti validateNewConnectionTimeout do přizpůsobených vlastností zdroje dat produktu WebSphere Application Server. Vlastnost validateNewConnectionTimeout je používána pro ověřování ovladače JDBC 4.0 a lze ji zadat pomocí administrativní konzoly.gotcha
Časový limit
Určuje časový limit v sekundách pro testování připojení k databázi (nových nebo existujících ve fondu aplikačního serveru). Pokud se ověření nepodaří provést v časovém limitu, připojení je považováno za nepoužitelné. Pokud jsou nakonfigurovány opakované pokusy, platí pro každý pokus plná hodnota časového limitu. Hodnota 0 znamená, že ovladač JDBC nestanoví časový limit pro pokusy o ověření.
Podporované konfigurace: Tato volba je dostupná pouze pro ovladače JDBC kompatibilní s prostředím JDBC verze 4.0.sptcfg
Ověření pomocí řetězce SQL (zastaralé)

Určuje příkaz SQL, který aplikační server odesílá databázi pro testování připojení. Použijte dotaz, který by neměl mít velký vliv na výkon.

Optimalizovat pro vzorek get/use/close/connection s heterogenním využitím fondu

Určuje, že bude aplikační server používat vzorek get/use/close/connection. Umožní se tím zařazování připojení aplikačního serveru do fondů a sdílení připojení, která patří do stejné transakce. Tento optimalizační vzor dovoluje sdílet v průběhu transakce jedno připojení i v případě, že různá připojení používají různé vlastnosti připojení.

Funkce heterogenních fondů umožňuje rozšířit definici zdroje dat tak, aby bylo možné zadat pro zdroj dat různé přizpůsobené vlastnosti nebo povolovat aplikacím přepsání vedlejších vlastností daného zdroje dat.

Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg
Interval opakování pro přesměrování klienta

Určuje čas v sekundách mezi opakovanými pokusy o automatické přesměrování klienta.

Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg
Maximální počet pokusů pro přesměrování klienta

Určuje maximální počet opakování pokusů o připojení prováděných funkcí automatického přesměrování klienta, selže-li primární připojení k serveru. Tato vlastnost se používá pouze v případě, že je nastavena volba Interval opakování pro přesměrování klienta.

Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg
Názvy alternativních serverů
Určuje seznam názvů alternativních serverů DB2. Pokud je zadán více než jeden název alternativního serveru, musí být jednotlivé názvy odděleny čárkami. Příklad:
host1,host2
Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg
Čísla alternativních portů
Určuje seznam portů alternativních serverů DB2. Pokud je zadán více než jeden port alternativního serveru, musí být jednotlivé porty odděleny čárkami. Příklad:
5000,50001
Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg
Název rozhraní JNDI seznamu serverů přesměrování klienta

Určuje název rozhraní JNDI použitý k vytvoření vazby seznamu serverů přesměrování klienta DB2 do oboru názvů rozhraní JNDI. Databázový server DB2 použije tento název k vyhledání seznamu názvů alternativních serverů, nejsou-li informace o alternativních serverech již zavedeny do paměti. Tato volba není podporována u zdrojů dat typu 2.

Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg
Zrušit vazbu seznamu přesměrování klienta na rozhraní JNDI

Používá se pouze u testovacích připojení. Je-li tento parametr nastaven na hodnotu true, bude po navázání testovacího připojení zrušena vazba názvu JNDI seznamu serverů přesměrování klienta do oboru názvů JNDI.

Podporované konfigurace: Toto pole je k dispozici pouze pro zdroje dat DB2.sptcfg



Odkazy s označením (online) vyžadují přístup k Internetu.

Související pojmy
Související úlohy
Související odkazy
Nastavení přizpůsobené vlastnosti


Název souboru: udat_jdbcdatasorprops.html